Está sendo executado permanentemente em um snapshot VMWare com desempenho ruim?

Question

Eu entendo que o KB do VMWare desaprova os snapshots de longa duração principalmente devido a duas coisas (na minha opinião)

• Fazer 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. Em seu instantâneo, você gira cada bit. Seu arquivo delta também terá cerca de 50 GB. Snapshot novamente, lance os bits, outro arquivo 50 Gig delta. Estes podem sair do controle rapidamente.

• O envio de instantâneos grandes acarreta riscos. Ao consolidar as capturas instantâneas, você está gravando as alterações delta no VMDK original. Isso leva tempo e carrega o risco de que, se algo acontecer, você tenha acabado com o seu VMDK.

Seus avisos parecem fazer sentido lógico.

Com isso dito, é inerentemente ruim para executar minha máquina permanentemente fora de um VMDK instantâneo? Eu quero fazer a 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 básico. Estas são máquinas que eu planejo atualizar com freqüência, então vou simplesmente fazer com que minha árvore pareça com a seguinte:

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

Exclua o Snap2 e recrie o Snap2.

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

• Como eu simplesmente instalei uma imagem de base e peguei meus deltas imediatamente após não ter como preencher o data store. Supondo que minha imagem de base seja de apenas 10 GB (em um disco thin provisionado de 50 GB), mesmo que meu delta seja invertido a cada bit, meu uso total pode ser de 60 GB (VMDK base de 10 GB bloqueado + 50 GB de delta em o arquivo VMDK de captura instantânea). Isso pressupõe que eu não crie mais instantâneos.

• Como meu caso de uso não exige a consolidação dos instantâneos, não corro o risco de erros ao consolidar meus deltas. Quando eu volto para o 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 a mesma IOPS. Eu entendo que alguns arquivos (principalmente arquivos de sistema) existirão no VMDK original e outros (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 instantâneos.

Alguma ideia? ESXI 5.5 com o repositório de dados sendo DAS com RAID.

Eu não tenho uma licença do vCenter, então modelos e clonagem estão fora de questão.

RESULTADOS DO TESTE

Eu entrei hoje cedo para fazer alguns testes. Aqui está o resultado. Há uma penalidade de desempenho, mas não sei por quê.

Antes de tirar fotos:

Apósoinstantâneo:

    

Answer 1

Sim, existem implicações no desempenho de instantâneos de longa duração. Há implicações ainda maiores para a consolidação de delta VMDKs 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 tem funcionalidade de modelagem e clonagem embutida no 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 depois cloná-la em um modelo. Esse modelo pode ser usado para gere novas máquinas virtuais a partir de uma imagem" Golden Master ".

Issopermitequevocêtenhaum"estado limpo", mas também crie VMs de longa duração ou permanentes a partir dessa imagem mestre. Nenhum instantâneo necessário.

    

Answer 2

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 leva um disco físico lido do mesmo tamanho. Razoavelmente direto.

Agora imagine que você tire um instantâneo da VM. Agora, para cada leitura virtual, você terá 2 leituras físicas, uma da base vmdk e outra do delta vmdk, porque você precisa de informações de ambas para obter o estado atual. Você está agora com o dobro das leituras de disco físico.

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