为什么Windows快照需要很长时间？

我在Amazon EBS卷上运行vanilla Windows安装。计算机需要10分钟才能启动，这可能是可以理解的，因为需要2次重新启动。但是，拍摄快照也是一个10-15分钟的过程。任何人都可以解释吗？任何方式来加快它？我有点惊讶，因为我认为快照是正在运行的EBS卷的即时副本，在这种情况下不应该花费几秒钟完成？为什么Windows快照需要很长时间？

我将添加控制台显示的“快照”非常迅速地完成。但“AMI”部分似乎需要10-20分钟。有什么不同？快照是否可以立即使用，还是需要等待AMI？

来源

2010-11-15 Snapshot

从EBS product page：

亚马逊EBS快照是增量备份，即自你上次快照已更改仅在设备上的块将被保存。如果你有100个GB的的数据，但只有5 GB的数据设备自上次快照改变，只是 5个快照数据的额外GB的结果将被储存到Amazon S3。

后续快照速度很快，因为只有已更改的块需要保存。所以它需要的时间与自上次快照以来的变化量成比例。

可供使用快照立即，或者我需要等待的AMI？

从 product page

另外：

从背景懒惰地现有亚马逊S3快照负载创建的新卷。这意味着一旦卷从快照创建，没有必要等待所有数据从亚马逊S3转移到您的Amazon EBS卷之前，您附实例可以开始访问体积和所有的数据。如果您实例访问了一块还未被加载的数据时，量将立即从亚马逊S3下载请求的数据，并然后将继续加载的卷的数据，其余的背景。

来源

2010-11-15 15:04:58

维姆，巨大的物质存在！ – Snapshot 2010-11-15 20:05:29

尽管如此...我使用CreateImageRequest来创建快照，并返回一个AMI标识符。然后，我使用AMI启动快照并获取：“Amazon.EC2.AmazonEC2Exception：AMI正在等待，无法运行”。但根据上述情况，AMI应该立即可用？ – Snapshot 2010-11-15 20:11:36

是的，快照可用，但不是... AMI不完整。看到我的答案。 – IDisposable 2010-11-24 01:09:28

创建AMI是一个多步骤过程。

当前机器启动的快照（也就是织补接近瞬间）
快照拷贝“更改块”从基地AMI快照懒洋洋地（这是相当快，太）
底层然后将Windows映像准备为AMI基本映像，首先从映像启动一个“虚拟”实例，将快照作为磁盘映像。
SYSPREP开始“重新密封”机器，以便获取新的机器SID。
新的图像，然后重新生成快照
的AMI被标记为“完成”

来源

2010-11-24 01:15:19 IDisposable

为什么Windows快照需要很长时间？

回答

相关问题