【发布时间】：2019-07-12 02:05:09
【问题描述】：
AMI creation takes a long time。有没有办法让它更快地发生？
例如也许是通过更改一些 AMI 创建设置，也许是关于 IOPS、卷类型、设备等。我不知道如何更改这些设置或是否有帮助。所以我不确定在这个阶段有什么方法可以加快 AMI 创建过程。
【问题讨论】：
标签： amazon-web-services amazon-ami
【发布时间】：2019-07-12 02:05:09
【问题描述】：
AMI 使用与 快照 相同的“备份”机制。从原始 AMI/快照修改的任何块都需要复制到 Amazon S3。
因此，理论上，如果您从 AMI 启动一个实例，然后立即从该实例创建一个新的 AMI，应该很快创建它，因为应该更改的块相对较少。
另一方面，如果一个实例已经运行了很长时间并且更新了磁盘上的大量数据，将需要更长的时间来复制“更改”的块到 S3。
您应该能够通过拍摄卷的最新快照来加快 AMI 创建过程，这会将更改的块复制到 S3。然后，在不久之后制作 AMI 时，更改的块会很少。
如果您对此进行试验，请告诉我们您的进展情况！
【讨论】：
-
这个答案有点用。但只是有点。问题是我（不是从来没有，但是）很少想从最近从 AMI 创建的实例中创建 AMI。通常，它来自一个已经运行了一段时间并且我一直在为某些特定目的工作的实例。我很感激，但会牢记在心。
-
如果您定期拍摄快照，AMI 创建应该会更快。
-
@JohnRotenstein 在过去 2 天里我进行了大约 20 次测试，你的理论似乎很中肯。从几周前的实例设置 AMI 需要 10 分钟以上。而从同一个实例制作的相同 AMI 需要大约 1 分钟。知识渊博
-
@JohnRotenstein 您知道在创建 AMI 时检查“不重启”选项是否会有所不同吗？
-
“不重启”选项不会影响 AMI 创建时间。它只是控制实例是否重新启动操作系统，在操作系统未运行时创建 AMI。它提供了一致的快照。否则，这就有点像拔掉电脑的电源插头，下次开机时还要做额外的清理工作。