从模板配置 VM 时，为什么“急切”与“懒惰”归零需要更长的时间？

Question

与之前关于厚配置与精简配置的问题略有相关，为什么将要克隆的 VM 急切归零比延迟归零需要更长的时间？

例如，在我们最近运行的一个测试中，一个急切归零的克隆需要大约 85 分钟才能完成，而更改为延迟归零使其在大约 50 分钟内完成。

急切归零与懒惰会产生多少开销？

什么时候“热切”是正确的使用模式？

Answer 1

Eager Zeroing 将 0 写入所有空块。当这些块需要第一次写入时，这会稍微提高性能。

延迟归零对未分配的块没有任何作用。如果您有一个 80GB 的 VMDK 并且只有 10GB 的数据，那么只使用了 10GB 的块，其余的块保持原样直到需要。如果此示例预先清零，则在创建时所有 80GB 将被写入，剩余的 70GB 将由零填充。

如果您在存储级别使用精简配置，您希望避免急切归零，因为这将完全违背精简配置的目的。

什么时候“热切”是正确的使用模式？

当您不是精简配置 LUN 并且您不介意等待更长时间以创建 VMDK 时，Eager 是正确的模式。