De bobeira, na Internet, encontrei a o guia oficial para backup das máquinas virtuais VMware [http://www.vmware.com/pdf/vi3_301_201_vm_backup.pdf]
O mesmo apresenta duas maneiras de proteger as máquinas virtuais, ambas suportadas pelo “Bacula”:
1. Utilizando a Solução do Fabricante – o VMWare Consolidated Backup
Este seria o procedimento nativo do VMWare – uma maneira de criar imagem das máquinas ou extrair arquivos delas, mesmo que estejam desligadas. Este método, requer a integração com uma ferramenta de “backup” – exemplo: o “Bacula”, para executar “scripts” que coloquem o Vmware Consolidated Backup para extrair os dados das máquinas e depois jogar para o armazenamento.
Particularmente não gostei dessa solução, por que:
a) Você teria uma camada a mais de “backup” para administrar e para operar manualmente, no momento do “restore”.
b) Seria mais um ponto de falha.
c) O fabricante sugere o uso opcional de um servidor proxy (que só funciona no Windows), para diminuir a carga de processamento do “backup” consolidado (altamente temerário!!!)
d) O fabricante sugere que apenas algumas soluções de “backup” seriam “suportadas” para trabalhar em conjunto com a solução, omitindo as demais, principalmente as livres. [http://www.vmware.com/support/vi3/doc/releasenotes_vcb103.html]
e) O uso da solução nativa só se justificaria se não fosse fazer “backup” das máquinas virtuais inteiras com uma margem de segurança, para a recuperação de desastres. No entanto ele mesmo admite que é possível, ainda mais com o “Bacula” que faz “backup” de arquivos abertos:
“Run backup clients from the ESX Server Service Console, backing up virtual machines in their entirety as .dsk and .vmdk files residing in the ESX Server host VMFS file system.” (p. 17)
Ele diz aqui, que você pode fazer “backup” dos arquivos .dsk e .vmdk (máquinas virtuais) diretamente do servidor hospedeiro das mesmas.
2. Métodos Tradicionais [recomendado]
O método tradicional de “backup” consistira a instalação dos “clientes” do “Bacula” (por exemplo) em cada uma das máquinas virtuais – ou seja: seriam tratadas como se máquinas dedicadas fossem.
O grande mérito, na minha opinião, seria a manutenção de um banco-de-dados único de controle, administração, ponto de falha e operação do “backup”. E de forma alguma haveria prejuízo à eficiência e integridade dos dados. Não enxergo nenhum benefício no uso do VMWare Consolidated Backup.
Como mecanismo complementar (útil para a recuperação de desastres rápida, quando uma máquina virtual se corrompa), a própria documentação citada sugere que você faça “backup” dos arquivos .dsk e .vmdk, como fora citado, isso numa periodicidade menor (ex.: semanalmente ou mensalmente), conforme a citação:
É altamente recomendável que o “Director” do “Bacula” seja instalado em uma máquina dedicada, obviamente diversa da que hospeda as máquinas virtuais, e esta recomendação também é feita no supramencionado Guia.
Abracetas!
Heitor Faria
22 comentários
Enviar um comentárioBoa Explicação!
Onde estão os arquivos .dsk e .vmdk?