Немного связан с предыдущим вопросом о толстая и тонкая подготовка, почему активное обнуление виртуальной машины, которую нужно клонировать, занимает больше времени, чем ленивая обнуление?
Например, в недавнем тесте, который мы запустили, для завершения клона с нетерпеливым обнулением потребовалось ~ 85 минут, тогда как при переходе на ленивое обнуление он завершился примерно за 50 минут.
Сколько накладных расходов возникает при быстром обнулении по сравнению с ленивым?
Когда режим «нетерпеливый» будет подходящим для использования?
Eager Zeroing записывает нули во все пустые блоки. Это немного увеличивает производительность позже, когда в эти блоки потребуется записать впервые.
Lazy Zeroing ничего не делает с нераспределенными блоками. Если у вас есть 80 ГБ VMDK и только 10 ГБ данных, используются только блоки размером 10 ГБ, а остальное остается как есть, пока оно не понадобится. Если бы этот пример был обнулен, во время создания все 80 ГБ были бы записаны, а нули заполняли оставшиеся 70 ГБ.
Если вы используете тонкое предоставление на уровне хранилища, вы хотите избежать нетерпеливых нулей, так как это полностью лишит смысла тонкое предоставление.
Когда режим «нетерпеливый» будет подходящим для использования?
Eager - это правильный режим, который следует использовать, когда вы не настраиваете LUN с тонкой подготовкой и не возражаете подождать еще немного, пока будет создан VMDK.
Я перефразирую и уменьшу это, чтобы было немного меньше запутать:
When would 'eager' be the right mode to use?
Когда вы используете дедупликацию, сжатие или тонкие логические номера в своей SAN, лежащей в основе хранилища VMFS, вместо или в дополнение к использованию виртуальных машин с тонкой подготовкой.
Обычно вы используете это только при освобождении всего свободного пространства в томе vmfs путем создания дополнительного диска, развернутого таким образом.
Eager Zero используется для обнуления пространства, используемого VMDK в хранилище VMFS, и не очень полезен при развертывании новой виртуальной машины.
Классический пример того, почему еще вы могли бы его использовать, всегда был довольно экстремальным / нишевым, и тем более сегодня.
То есть:
Для предварительного обнуления секторов, в которые будет записывать виртуальная машина, чтобы во время работы виртуальной машины это уменьшало нагрузку на VCPU и задержку записи на диск при записи нулей на диск.
Однако это преимущество наблюдается только тогда, когда виртуальная машина выполняет запись в неиспользуемые разделы диска, и поэтому приложения, многие из которых считывают однократную запись, получат наибольшее преимущество.