Pular para o conteúdo principal

Métodos de Backup - Vmware ESX

Tenho visto muita gente com dúvidas de como fazer backup de servidores Vmware ESX ou de suas máquinas virtuais. Existem 03 métodos que vou citar aqui.

Método 1 - Backup via agente instalado no Service Console

Não são todos os softwares de backup do mercado que possuem agentes para serem instalados no Vmware (Service Console) mas todos os líderes de mercado já dispõem deste recurso.
O agente a ser instalado nada mais é que um agente Linux (RedHat....por que será ??) que coloca o Vmware na posição de um cliente Linux de backup. A partir deste momento o backup da console acontece como qualquer backup de Linux.
As máquinas virtuais serão backupeadas por inteiro, ou seja, não se consegue granularidade de backup através deste método. O que será copiado será todo o arquivo .vmdk que diz respeito a máquina virtual inteira. Este método não se aplica quando precisamos fazer restore de um único arquivo dentro de uma máquina virtual, justamente por não termos a granularidade no backup e por conseqüencia no restore.

Pontos positivos deste cenário:
- Possibilidade de fazer backup de todo o service console de forma transparente como se fosse um cliente Linux.
- Possibilidade de fazer backup das máquinas virtuais sem interrupção dos serviços ou mesmo parada das VM's.
- Possibilidade de restaurar uma VM excluída ou inoperante por qualquer motivo que seja (crash sistema operacional, exclusão acidental, etc).

Pontos negativos deste cenário:
- Impossibilidade de backup/restore granular das máquinas virtuais
- Alto impacto em performance no server ESX em virtude de que o Service Console tem 100% de "liberação" de performance perante as máquinas virtuais.
- A instalação de softwares adicionais no Service Console não é uma prática recomendada pela Vmware.

Método 2 - Backup via agente instalado nas Máquinas Virtuais

Neste cenário o agente de backup é instalado diretamente no Sistema Operacional de cada máquina virtual. É o cenário mais tradicional de backup existente. As máquinas virtuais são tratadas e "vistas" como máquinas físicas pelo gerenciador de backup.

Pontos positivos deste cenário:
- Compatibilidade total com todos os softwares de backup do mercado. Se o software de backup puder ser instalado em tal sistema operacional, este sistema operacional pode estar rodando em hardware físico ou virtual, não fará diferença.
- Possibilidade de fazer backup/restore granular das máquinas virtuais
- A performance é afetada somente na VM que estiver sendo backupeada pois ela tem limitância de performance perante as demais VM's. O servidor ESX não terá sua performance comprometida pois somente entregará a performance definida para cada VM.

Pontos negativos deste cenário:
- O backup será feito via LAN até o servidor de backup. Caso o volume a ser backupeado seja muito grande, este fator pode ser um impeditivo.
- O Service Console não será backupeado.
- Não existe a possibilidade "automática" de recuperação de toda a VM através do backup executado via client.

Método 3 - Backup via Vmware Consolidated Backup


Neste cenário será instalado um produto da Vmware chamado Consolidated Backup (VCB). O VCB consiste em um servidor Windows 2003 com software de backup e VCB instalados. O servidor VCB irá agir como um Proxy que irá importar e montar snapshots de VM's para serem backupeadas. É um cenário bastante complexo devido aos diversos componentes integrados necessários para este processo.


Pontos positivos deste cenário:
- Backup centralizado no servidor VCB
- O backup é executado sem comprometer a performance do servidor ESX
- A janela de backup já não é mais ponto determinante no seu backup
- Possibilidade de fazer backup / restore granular das VM's
- Possibilidade de fazer backup / restore da imagem da VM (vmdk)

Pontos negativos deste cenário:
- Complexidade do cenário
- Backup / Restore granular somente para máquinas com Windows 2000 / 2003
- Preço elevado

Um ambiente virtualizado sempre é um ambiente de complexidade moderada para alta e por isso é muito importante que você tenha em mente como irá fazer o backup e, principalmente, o restore dos dados ali virtualizados.

O backup do Service Console (ESX em si) não é ponto crucial uma vez que é quase mais rápido reinstalar um servidor ESX do que fazer restore. O Service Console não sofre alterações constantes e por isso não requer backups constantes.

Se você tiver a opção de Vmotion em seu ambiente Vmware, esqueça fazer backup do Service Console, faça um backup dos arquivos de configuração das VM's (.vmx files) e armazene o disco virtual que contém o sistema operacional no seu storage. Em caso de falha, copie os arquivos vmx para outro ESX que enxergue os discos virtuais no seu storage e seja feliz.

Caso tenham alguma dúvida ou sugestão sobre Vmware e backup de Vmware postem no nosso blog para trocarmos idéias. Um abraço a todos.

Comentários

Anônimo disse…
Olá, gostaria de realizar o backp utilizando o Consolidate backup sem integração com software de bkp, é possível?
Anônimo disse…
Bom dia Regis.
Obrigado pelo Post e pela disposição. Gostaria de usar o VCB para fazer o bkp das minhas VMs, mas estou encontrando dificuldades em configurar o servidor Windows 2003 para funcionar como proxy do VCB. Você me indica alguma documentação ou pode me auxiliar.
email : rafael@fundep.ufmg.br
msn: dominguesatleticano@hotmail.com

Desde já agradeço.

Postagens mais visitadas deste blog

Netbackup Status Code

Veritas Status Codes and Messages Retirado de http://www.mwalters.com/CLIC/Configs/Veritas_Status_Codes.htm Status Codes Status Code: 0 Message: the requested operation was successfully completed Explanation: There were no problems detected with the requested operation. Recommended Action: None, unless this was a database backup performed through a database extension product (for example, NetBackup for Oracle or NetBackup for SQL Server). In those instances, code 0 means the backup script that started the backup ran without error. However, you must check other status as explained in the related NetBackup manual to see if the database was successfully backed up. Status Code: 1 Message: the requested operation was partially successful Explanation: A problem that may require corrective action was detected during the requested operation. Recommended Action: Check the All Log Entries report and also the progress log (if there is one). Some of the problems that can show up under Status Code ...

Backup Exec 2010

A Symantec lançou a poucos meses atrás a nova versão do Backup Exec, agora numerada conforme o ano do lançamento (2010). Tive o prazer de ser convidado pela área de Training da Symantec Brasil para ministrar os 02 primeiros cursos de Backup Exec 2010 do Brasil. Inevitavelmente tive que me aprofundar bastante na nova versão para poder ministrar o curso, e gostaria de dividir com vocês agora algumas impressões sobre o software O Nome Mudou O nome anterior Symantec Backup Exec 12.5 agora mudou para simplesmente Backup Exec 2010. Interface A interface foi redesenhada, agora temos botões ao invés de abas e as cores cinza e amarelo predominam em toda a interface, seguindo a mesma tendencia dos outros produtos da Symantec. Novas Features Diversas novas features foram incorporadas nesta versão do Backup Exec. Cito alguns exemplos bem interessantes: 1 - Deduplication: Agora o backup exec traz a feature de deduplication que evita que você copie diversas vezes o mesmo arquivo para backup. Esta ...

GMAIL - Agora com Temas e Cores

Para quem usa o Gmail a um bom tempo, como eu, deve lembrar que a interface não mudou quase nada desde o início do serviço.  Hoje pela manhã ao acessar minha caixa postal do Gmail tive uma surpresa, o google liberou temas para o Gmail e também a personalização de cores. Apesar de ser algo não impactante para o serviço de e-mail, agora você pode deixar o seu Gmail com cores mais agradáveis aos seus olhos.  Abraços