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