【问题标题】:Why do Windows snapshots take a long time?为什么 Windows 快照需要很长时间?
【发布时间】:2013-07-28 17:48:14
【问题描述】:

我正在 Amazon EBS 卷上运行普通 Windows 安装。计算机需要 10 分钟才能启动,这可能是可以理解的,因为需要重新启动 2 次。但是,拍摄快照也是一个 10-15 分钟的过程。谁能解释一下?有什么办法可以加快速度?我有点惊讶,因为我认为快照是正在运行的 EBS 卷的即时副本,在这种情况下,它们不应该只需要几秒钟即可完成吗?


我要补充一点,控制台显示“快照”完成得非常快。但是“AMI”部分似乎需要 10-20 分钟。有什么不同?快照是否可以立即使用,还是需要等待 AMI?

【问题讨论】:

    标签: amazon-ec2 amazon-web-services amazon-ebs


    【解决方案1】:

    来自EBS product page

    Amazon EBS 快照是增量的 备份,这意味着只有块 在此后发生变化的设备上 您的最后一张快照将被保存。如果 您有一台 100 GB 的设备 数据,但只有 5 GB 的数据 自上次快照以来已更改,仅 额外 5 GB 的快照数据 将存储回 Amazon S3。

    后续快照很快,因为只需要保存更改的块。因此,它所花费的时间与自上次快照以来的更改量成正比。

    快照是否可以使用 立即,还是我需要等待 AMI?

    同样来自product page

    从现有卷创建的新卷 Amazon S3 快照在 背景。这意味着一旦一个 卷是从快照创建的, 无需等待所有 要从 Amazon S3 传输到的数据 您的 Amazon EBS 卷在您之前 附加实例可以开始访问 卷及其所有数据。如果 您的实例访问一段数据 尚未加载的, 卷将立即下载 从 Amazon S3 请求的数据,以及 然后将继续加载其余的 卷的数据在后台。

    【讨论】:

    • 尽管如此...我使用 CreateImageRequest 进行快照,它返回一个 AMI 标识符。然后,我使用 AMI 启动快照并获得:“Amazon.EC2.AmazonEC2Exception:AMI 处于挂起状态,无法运行”。然而根据上述情况,AMI 应该立即可用?
    • 是的,快照可用,但不... AMI 不完整。看我的回答。
    【解决方案2】:

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

    1. 当前机器的快照已启动(这几乎是瞬时的)
    2. 快照将“更改的块”从基础 AMI 懒惰地复制到快照中(这也很快)
    3. 然后将底层 Windows 映像准备为 AMI 基础映像,首先从该映像启动一个“ghost”实例,并将快照作为磁盘映像。
    4. 启动 SYSPREP 以“重新密封”机器,使其获得新的机器 SID。
    5. 然后重新对新图像进行快照
    6. AMI 被标记为“完成”

    【讨论】:

      猜你喜欢
      • 2012-01-14
      • 2011-04-22
      • 1970-01-01
      • 1970-01-01
      • 2023-03-27
      • 1970-01-01
      • 2020-11-08
      • 2011-12-29
      • 1970-01-01
      相关资源
      最近更新 更多