在 AWS EC2 中升级实例类型后数据丢失答案

【问题标题】：Data loss after upgrading instance type in AWS EC2在 AWS EC2 中升级实例类型后数据丢失
【发布时间】：2019-09-15 16:34:04
【问题描述】：

我在 10 天前升级了一台 AWS EC2 机器（从 t2-medium 升级到 t2-large）。同样，我今天刚刚升级了同一台 AWS EC2 机器（从 t2-large 到 t2-xlarge），重启后我发现大量数据丢失（工作 10 天）。事实上，在更改实例类型后，我发现它在 10 天前进行升级后恢复到机器的相同“状态”。同样重要的是，我一直在定期（每天两次）做快照，当我尝试从最后一个恢复时，每个快照都是第一次升级后机器的精确副本。

这不是我在 AWS 中的第一个项目，每次我做快照时，它都会保留机器的最后一个副本。但不是在这种情况下。所以我真的很眼花缭乱。

您能否就可能发生的情况给出一些提示？ AWS 在更改实例类型时删除数据（DDBB + 文件夹和文件）是否正常？您认为这可能与 IAM 政策有关吗？

谢谢

【问题讨论】：

标签： amazon-web-services amazon-ec2

【解决方案1】：

EC2 用户指南包含有关EC2 Storage 选项的信息。总结一下：

当实例停止或终止时，EC2 实例存储卷将被擦除。
相比之下，EBS（弹性块存储）可以安装到正在运行的 EC2 实例（参考物理硬盘驱动器）。 EBS 卷可以从一个实例分离并附加到另一个实例。此外，您可以创建存储在 S3 中的 EBS 卷的快照，并且可以从可以附加到其他 EC2 实例的该快照重新创建 EBS 卷。

EC2 用户指南提供分步说明：

最后，不，此行为与 IAM 政策无关。

【讨论】：

事实上，我每天通过 CloudWatch 进行两次快照。我从升级前的最后一个快照创建了一个 AMI，不幸的是，快照是 10 天前的同一台机器。然而，快照是在几个小时前制作的。这是我不明白的。你呢？
所以快照指的是 AMI 快照（而不是 EBS 快照）。请查阅AMI Types 文档中的“数据持久性”行以了解Amazon EBS-Backed AMI 和Amazon Instance Store-Backed AMI 之间的区别。要研究的另一件事是 CloudWatch 是否正确创建快照，例如您还在为 10 年前停止使用的实例创建快照吗？一般来说，我建议不要托管自己的数据库并依赖 Aurora 等服务
其实你是对的。我正在做旧卷的快照......我的错。感谢您提供有用的见解。无论如何，为什么我在升级实例类型时会丢失数据并回到10天前的同一台机器？那是我还不明白的东西。