warren Asked: 2012-08-31 06:02:56 +0800 CST2012-08-31 06:02:56 +0800 CST 2012-08-31 06:02:56 +0800 CST 从模板配置 VM 时，为什么“急切”与“惰性”归零需要更长的时间？ 772 与之前关于厚配置与精简配置的问题略有相关，为什么对要克隆的 VM 进行急切清零比延迟清零花费更长的时间？ 例如，在我们最近进行的一次测试中，一个急切归零克隆需要大约 85 分钟才能完成，而更改为惰性归零使其在大约 50 分钟内完成。 急切归零与惰性归零会产生多少开销？ 什么时候“渴望”是使用的正确模式？ storage 2 个回答 Voted Best Answer MDMarra 2012-08-31T06:15:42+08:002012-08-31T06:15:42+08:00 Eager Zeroing 将 0 写入所有空块。当这些块需要第一次写入时，这会略微提高性能。 Lazy Zeroing 对未分配的块没有任何作用。如果您有一个 80GB 的 VMDK 和只有 10GB 的数据，则只使用 10GB 的块，其余的保持原样直到需要。如果此示例是急切置零的，则在创建时将写入所有 80GB，并用零填充剩余的 70GB。 如果您在存储级别使用精简配置，您希望避免急切的零，因为这将完全破坏精简配置的目的。 什么时候“渴望”是使用的正确模式？ 当您不精简配置 LUN 并且您不介意等待更长的时间来创建 VMDK 时，Eager 是适合使用的模式。 Ben Personick 2019-02-16T11:50:54+08:002019-02-16T11:50:54+08:00 我改写并减少了这一点，以减少混淆： When would 'eager' be the right mode to use? 当您在 VMFS 存储底层的 SAN 上使用重复数据删除、压缩或精简 Lun 时，代替或补充使用精简配置 VM。 通常，您只会在通过创建以这种方式部署的额外磁盘来回收 vmfs 卷中的所有可用空间时使用它。 Eager Zero 用于将 VMDK 在 VMFS 存储中使用的空间归零，并且在部署新 VM 时并不是很有用。 关于为什么您可能会使用它的经典示例总是非常极端/利基，今天更是如此。 那是： 将 VM 将写入的扇区预置零，以便在 VM 运行时减少 VCPU 负载和向磁盘写入 0 时的磁盘写入延迟。 然而，这种好处仅在 VM 写入磁盘未使用的部分时出现，因此一次写入多次读取的应用程序将看到最大的好处。
Eager Zeroing 将 0 写入所有空块。当这些块需要第一次写入时，这会略微提高性能。
Lazy Zeroing 对未分配的块没有任何作用。如果您有一个 80GB 的 VMDK 和只有 10GB 的数据，则只使用 10GB 的块，其余的保持原样直到需要。如果此示例是急切置零的，则在创建时将写入所有 80GB，并用零填充剩余的 70GB。
如果您在存储级别使用精简配置，您希望避免急切的零，因为这将完全破坏精简配置的目的。
当您不精简配置 LUN 并且您不介意等待更长的时间来创建 VMDK 时，Eager 是适合使用的模式。
我改写并减少了这一点，以减少混淆：
当您在 VMFS 存储底层的 SAN 上使用重复数据删除、压缩或精简 Lun 时，代替或补充使用精简配置 VM。
通常，您只会在通过创建以这种方式部署的额外磁盘来回收 vmfs 卷中的所有可用空间时使用它。
Eager Zero 用于将 VMDK 在 VMFS 存储中使用的空间归零，并且在部署新 VM 时并不是很有用。
关于为什么您可能会使用它的经典示例总是非常极端/利基，今天更是如此。
那是：
将 VM 将写入的扇区预置零，以便在 VM 运行时减少 VCPU 负载和向磁盘写入 0 时的磁盘写入延迟。
然而，这种好处仅在 VM 写入磁盘未使用的部分时出现，因此一次写入多次读取的应用程序将看到最大的好处。