Por que o zeramento “ansioso” versus “preguiçoso” demora muito mais ao provisionar uma VM a partir de um modelo?

Question

Ligeiramente relacionado a uma pergunta anterior sobre o provisionamento thick x thin , por que ansioso zerar a VM a ser clonada? demora mais do que o zeramento preguiçoso?

Por exemplo, em um teste recente que executamos, um clone ansioso-zerado levou ~ 85 minutos para ser concluído, enquanto a mudança para o zeramento preguiçoso completou em ~ 50 minutos.

Quanta sobrecarga é incorrida quando zerar ansiosamente contra preguiça?

Quando "ansioso" seria o modo certo de usar?

    

Answer 1

Eager Zeroing escreve 0s em todos os blocos vazios. Isso aumenta ligeiramente o desempenho mais tarde quando esses blocos precisam ser gravados pela primeira vez.

O zerar preguiçoso não faz nada para os blocos não alocados. Se você tiver uma VMDK de 80 GB e apenas 10 GB de dados, apenas 10 GB de blocos serão usados e o restante ficará como está, até que seja necessário. Se esse exemplo estivesse zerado, no momento da criação, todos os 80 GB seriam gravados, com zeros preenchendo os 70 GB restantes.

Se você estiver usando o provisionamento thin no nível de armazenamento, será necessário evitar zeros ansiosos, pois isso afetará completamente a finalidade do provisionamento thin.

When would 'eager' be the right mode to use?

Ansioso é o modo certo de usar quando você não está provisionando thin LUNs e não se importa em esperar um pouco mais para que o VMDK seja criado.