Storage
從模板配置 VM 時，為什麼“急切”與“懶惰”歸零需要更長的時間？
與之前關於厚配置與精簡配置的問題略有相關，為什麼對要複製的 VM 進行急切歸零比延遲歸零需要更長的時間？
例如，在我們最近執行的一項測試中，急切歸零複製需要大約 85 分鐘才能完成，而更改為延遲歸零使其在大約 50 分鐘內完成。
急切歸零與懶惰時會產生多少成本？
什麼時候“渴望”是正確的使用模式？
Eager Zeroing 將 0 寫入所有空塊。當這些塊需要第一次寫入時，這會稍微提高性能。
延遲歸零對未分配的塊沒有任何作用。如果您有一個 80GB 的 VMDK 並且只有 10GB 的數據，則只使用 10GB 的塊，其餘的保持原樣，直到需要為止。如果此範例急切歸零，則在創建時將寫入所有 80GB，剩餘的 70GB 將由零填充。
如果您在儲存級別使用精簡配置，您希望避免急切的零，因為這將完全違背精簡配置的目的。
什麼時候“渴望”是正確的使用模式？
當您不是精簡配置 LUN 並且您不介意等待更長的時間來創建 VMDK 時，Eager 是使用的正確模式。