我从当前的 Linux EC2 实例创建了一个 AMI。原始 EC2 附加了一个 EBS。创建 AMI 时，它如何处理 EBS？我担心丢失数据。
我正在尝试为我们的开发/测试/生产环境实施蓝/绿部署。我们有一个当前稳定的 Linux-EC2 实例正在测试中，用于托管我们的应用程序。我从该实例创建了一个 AMI，以便我可以创建第二个 EC2。这将节省时间并避免重新配置所有内容。一切似乎都运行良好。
我现在必须为我们的产品环境执行此操作。我知道有一个 EBS 实例附加到当前 EC2 实例，就像在测试中一样。我们担心当我们为 prod EC2 制作 AMI 时，AMI 和 EBS 之间可能会出现某种断开连接。
我在 AWS 服务方面有一些不错的知识，但我远非专业人士。我想问问那里的任何 AWS 专家……我有什么要担心的吗？创建当前 EC2 的 AMI 实例如何影响附加的组件/服务，例如 EBS？
同样，主要担心是丢失数据。我们不希望我们的最终用户在我们假设我们的 EBS 将顺利过渡到新克隆的 AMI 以及我们从该 AMI 创建的任何 EC2 时丢失数据。
提前致谢！
AMI 由 EBS 卷（或多个卷）的一个（或多个快照）以及少量配置元数据组成。稍后，您对 AMI 执行的操作对用作该 AMI 或其 EBS 卷源的实例没有任何影响。
您可以使用 AMI 创建新实例，当您这样做时，会从 AMI 的关联快照中为新实例创建新的 EBS 卷，并且它们与原来的 EBS 卷没有关系/没有连接。制作快照时使用。任何给定的 EBS 卷一次只能附加到一个实例。
您还可以在不影响源实例且不影响从该 AMI 启动的任何实例的情况下删除 AMI。当然，如果您删除 AMI，您将无法使用它来启动任何新实例，但是一旦从 AMI 启动实例，该实例就不再需要该源 AMI。
基本上没有什么可担心的。
唯一真正令人担忧的是，当您创建 AMI 时，该 AMI 成为源实例的原始克隆的唯一保证方法是不选择“不重启”选项。选择“不重启”创建的 AMI 通常没问题，但您使用此类 AMI 创建的机器将通过一个看起来像突然断电的机器的硬盘驱动器启动，并且必须清理文件系统。因此，最好在创建 AMI 时让系统重新启动您的源计算机。在生产中，这可能是一个需要注意的问题……但源实例不会受到干扰，否则。