A execução permanente em um instantâneo do VMWare é ruim para o desempenho?

Entendo que o VMWare KB desaprova snapshots de execução longa, principalmente devido a duas coisas (na minha opinião)

• Tirar toneladas de instantâneos pode preencher o armazenamento de dados. Instantâneos são simplesmente arquivos delta. Digamos que você tenha um VMDK de 50 Gig, quase cheio, e tire uma foto instantânea. No seu instantâneo, você vira cada bit. Seu arquivo delta também terá cerca de 50 GB. Instantâneo novamente, vire os bits, outro arquivo delta de 50 Gig. Estes podem sair do controle rapidamente.

• Confirmar snapshots grandes traz riscos. Ao consolidar snapshots, você está gravando as alterações delta no VMDK original. Isso leva tempo e corre o risco de que, se algo acontecer, você apenas desmontou o seu VMDK.

Seus avisos parecem fazer sentido lógico.

Com isso dito, é inerentemente ruim executar minha máquina permanentemente fora de um instantâneo VMDK? Quero fazer da minha árvore o seguinte:

• Base
  • Snap1
    • Snap 2
    • Você está aqui

Os snap 1 e 2 serão tirados imediatamente após a instalação e o provisionamento do sistema base. Estas são máquinas que pretendo atualizar com frequência, para que minha árvore fique com a seguinte aparência:

• Base
  • Snap1
    • Você está aqui
    • Snap 2

Exclua o Snap2 e recrie o Snap2.

Não vejo como isso pode ter implicações pelos seguintes motivos:

• Como eu simplesmente instalei uma imagem de base e peguei meus deltas imediatamente depois, de maneira alguma poderia encher o repositório de dados. Supondo que minha imagem base tenha apenas 10 GB (em um disco provisionado thin de 50 GB), mesmo que meu delta tenha invertido cada bit, o máximo que meu uso total poderia ter é de 60 GB (VMDK base de 10 GB bloqueado + 50 GB de delta em o arquivo VMDK da captura instantânea). Isso pressupõe que eu não crio nenhum instantâneo adicional.

• Como meu caso de uso não exige a consolidação dos instantâneos, não arrisco erros ao consolidar meus deltas. Quando volto ao Snap1 e excluo o Snap2, todo o delta que residia no Snap2 simplesmente é excluído.

• A carga de armazenamento é exatamente a mesma, então eu deveria estar recebendo o mesmo IOPS. Entendo que alguns arquivos (principalmente arquivos do sistema) existirão no VMDK original e outros (tudo depois da base) residirão no delta, mas não vejo como o ESXI se importaria. Todos os arquivos estão no mesmo armazenamento de dados físico, portanto, o desempenho deve ser equivalente a fazer referência a tudo no VMDK original sem capturas instantâneas.

Alguma ideia? ESXI 5.5 com o armazenamento de dados sendo DAS RAID.

Como não tenho uma licença do vCenter, a modelagem e a clonagem estão fora de questão.

RESULTADOS DO ENSAIO

Cheguei cedo hoje para fazer alguns testes. Aqui estão os resultados. Há uma penalidade de desempenho, mas não sei por que.

Antes da captura instantânea:

Após o instantâneo:

Sim, há implicações de desempenho para instantâneos de execução longa. Existem implicações ainda maiores para consolidar os VMDKs delta de volta ao arquivo de disco original. Isso pode causar falta de resposta no sistema operacional da sua VM ou outro comportamento indesejável.

O VMware possui funcionalidade de modelagem e clonagem incorporada ao vCenter. Você precisa de uma licença do vSphere Essentials de US $ 600 para ativar isso.

Você pode criar uma VM ao seu gosto e cloná-la em um modelo. Esse modelo pode ser usado para gerar novas máquinas virtuais a partir de uma imagem "Golden Master".

Isso permite que você tenha um "estado limpo", mas também crie VMs permanentes ou de execução longa a partir dessa imagem principal. Não são necessários instantâneos.

A resposta do ewwhite está correta, mas apenas para expandir um pouco mais ou a penalidade de desempenho, considere o seguinte cenário:

Você cria uma VM. Uma leitura virtual do vmdk recebe uma leitura de disco físico do mesmo tamanho. Bastante direto.

Agora imagine que você tira um instantâneo da VM. Agora, para cada leitura virtual, você terá duas leituras físicas, uma da base vmdk e outra da delta vmdk, porque você precisa de informações de ambas para obter o estado atual. Agora você está duas vezes mais que o disco físico lê.

Para dois instantâneos, você faz três vezes as leituras e assim por diante. Se você tiver muitos instantâneos, poderá ver como isso pode ser uma penalidade de desempenho bastante significativa. Ele não se traduz necessariamente em um desempenho n-vezes pior (devido ao cache, seções que não foram alteradas etc.), mas não é uma boa prática.

Os instantâneos do VMware ESX destinam-se ao uso a curto prazo.

O uso prolongado e o IO pesado podem causar congelamentos da VM. Se você tiver casos em que a E / S de gravação for maior / mais rápida que a consolidação de instantâneos, o ESX congelará a VM para proteger os dados. Com o tempo, os snapshots são fragmentados e o ESX faz a consolidação interna. Você pode experimentar congelamentos periódicos.

Você pode executar o modelo da VM manualmente através do ssh. Copie a pasta VM contendo vmdk, vmx, etc. para uma nova pasta. No arquivo vmx da VM recém-copiada, altere o endereço UID e MAC.

A VMware possui o produto, Clone vinculado, que é a mesma coisa que você está tentando fazer. E eles dizem que tem potenciais problemas de desempenho. Na prática, você remasterizará as VMs depois de um tempo. https://www.vmware.com/support/ws5/doc/ws_clone_typeofclone.html