Como é melhor arquivar VMs VMWare para reutilização?

Question

Estou usando o VMWare ESX 3.5.

Acabei de criar algumas VMs com diferentes sabores (uma do Windows 2008 e outra do Windows 2003), instalei atualizações do Windows e, em geral, estou feliz com sua natureza original.

Eu quero executá-los agora, mas reutilize-os a partir do estado atual deles mais tarde. Então, quero arquivar um instantâneo agora, para voltar a quando eu quiser aumentar mais.

Quais são minhas opções?

• Fecha manualmente o diretório que contém a VM e armazena fisicamente em outro lugar?
• Algo específico para o VMWare ESX?

Eu aloquei xGb para o disco virtual; espaço não utilizado, mas alocado, ainda ocupado no disco "real"?

Observação: os backups não são minha pergunta. Eu lidarei com isso separadamente.

Editar:

• Não estou usando o vSphere ou vCenter; AFAIK não está disponível para mim como uma opção aqui (licença separada? Sou desconhecida).

Answer 1

Use o VMWare Converter para conectar-se ao servidor ESX - você pode "converter" sua VM em um arquivo de dispositivo virtual (ovf) e armazene-o em um compartilhamento de rede, disco rígido externo etc. O formato do appliance também compactará seus discos rígidos virtuais, para que você não arquive o espaço vazio.

Você também pode deixá-lo como uma VM, mas o arquivo único ovf é mais fácil de gerenciar IMHO.

Em novembro de 2009, o conversor da VMware parecia ser o único método suportado pela VMware para obter arquivos de VMs do Datastore. Rápido e fácil também. O backup é outra opção, mas o conversor VMWare é muito mais fácil de usar para arquivamento local ou mover VMs entre diferentes redes.

O VMware Converter 4 criará arquivos ovf e VMs para o ESX 3.5 e o vSphere. Certifique-se de usar o apropriado para o seu ambiente.

    

Answer 2

Já tive esse trabalho antes, mas tenho certeza de que há outros que não recomendariam isso.

Estamos executando o ESXi e não temos servidores que sejam necessariamente 24/7 essenciais. Encerrei a VM e, em seguida, usando o navegador de armazenamento em disco, copiei o diretório para um NAS de armazenamento e 7zip o diretório em um grande arquivo 7z (e verifiquei que não há erros). Isso leva muito tempo para copiar, mas para nós funciona. Se algo der errado, posso copiar a VM de volta para o servidor ESXi e apontar uma nova configuração de VM para ativá-la novamente. Esteja ciente de que você pode ter que ter cuidado com coisas como endereços MAC e tal ser "duplicado" se você estiver restaurando; nós fazemos isso principalmente no caso de uma falha do servidor da VM. Use as somas MD5 para verificar seu arquivo de backup grande ao transferi-lo para garantir que ele não esteja corrompido no armazenamento ou na transferência.

Outra opção é tratar sua VM como um servidor regular e fazer backups completos para seu servidor de backup. Se houver uma falha, instale uma nova VM e faça uma restauração "bare-metal" no computador virtual. Isso evita que você tenha um armazenamento especial reservado apenas para as máquinas virtuais, que podem facilmente aumentar para vários gigabytes cada e quanto maior o arquivo, maior a chance de ele ser corrompido. Esta é provavelmente uma solução melhor em muitos casos, pois elimina variáveis com versão do VMWare (seu backup é uma versão, você atualiza o VMWare ou muda alguma coisa e esquece, de repente seus backups estão estragados ...)

Sua última opção provavelmente seria obter soluções de backup específicas do VMWare com reconhecimento de ESX. Caros como todos os itens, mas eles estão cientes dos problemas envolvidos no bloqueio de arquivos e no acesso aos discos virtuais, e você não precisará encerrar as VMs para fazer o backup. A tentativa de qualquer cópia ou modificação durante a execução resulta em Bad Things (tm).

Eu li que há problemas com o uso de uma VM que tem instantâneos e apenas copia arquivos como um "Backup" (minha primeira sugestão), portanto não uso instantâneos no VMWare. Eu não posso confirmar os problemas embora.

    

Answer 3

Se você estiver usando o ESX em conjunto com o vSphere Virtual Center, poderá criar um "modelo" na sua VM. O modelo, que é essencialmente um tipo especial de "clone", é armazenado em um volume do VMFS exatamente como uma VM faria. Se a VM de origem usar discos "finos", acredito que o modelo também.

    

Answer 4

Pessoalmente, não gosto de deixar VMs suspensas ou modelos pouco usados por aí, quer tenha espaço ou não. Eu ficaria tentado a apenas apoiá-los, usando o VCB ou apenas copiando o diretório da VM do armazenamento de dados - em seguida, removendo a VM completamente se você precisar de espaço.

Com a v4, você poderia ter SVM'ed a VM em discos finos primeiro, claro.

    

Answer 5

Você só precisa fazer backup dos arquivos vmdk e vmx. O compressionratio é bom. Se eu tivesse o vCenter Server, usaria modelos. Caso contrário, os backups, como descrevi, são uma opção melhor.

    

Answer 6

Os modelos ktower mencionions são o método mais simples, mas apenas se você tiver o Virtual Center \ vCenter, pois o recurso de templates não está disponível em hosts ESX \ ESXi autônomos. Se você optar por clonar a VM em um modelo compactado, obterá uma cópia razoavelmente compacta, apenas removerá o espaço não utilizado no VMDK, não será uma compactação real, mas criará um conjunto muito menor de arquivos. É importante mencionar que os modelos também são um conjunto de arquivos, assim como uma VM não é um único arquivo como um OVF.

Eu costumo colocar modelos de sistemas que eu quero salvar dessa maneira em um NAS que é apresentado ao host ESX e fazer backups \ cópias diretamente de lá quando eu quero movê-los, na minha experiência, isso é mais rápido (se mais complicado) do que exportar OVF, mas muito depende da configuração que você está trabalhando.