Se estou executando um sistema vmware ESXi moderno, posso inserir arquivos binários e rsync estaticamente vinculados rsync em qualquer destino através do SSH.
Estou tentando entender por que a maioria (todos?) Do backup de convidados vmware não é feita dessa maneira.
Se a VM estiver em execução, você pode simplesmente usar 'vim-cmd vmsvc / snapshot.create' para criar uma captura instantânea e depois sincronizá-la novamente com o host remoto. (existe até uma opção para "desativar" o instantâneo)
OU, se você quiser um backup mais robusto, poderá interromper normalmente a VM e o rsync nos arquivos vmdk.
Então ... parece que eu sou um simples shell script longe de todos os backups que eu sempre quis fazer, simples e facilmente, usando o rsync antigo.
O que estou perdendo aqui ?
fonte
Respostas:
Consulte também: Instalar o rsync no servidor VMware ESX 4.1
fonte
Eu costumava fazer isso há alguns anos atrás. (edit: com o VMWare em execução nos hosts CentOS, não o ESXi)
Toda noite eu tinha um script que suspendia uma VM, sincronizava novamente os arquivos do disco para o servidor de backup e depois reiniciava as VMs. Funcionou muito bem, exceto ...
O Rsync não funciona muito bem com um arquivo de 2 GB.
Não é porque o rsync não é brilhante, é mais que cada arquivo vmdk de 2 GB muda de maneira muito opaca ao rsync, mesmo pequenas alterações no sistema de arquivos fechado produzem alterações no vmdk (ou em todos os vmdks por algum motivo) que eu culpei Windows, desfragmentando automaticamente ou fazendo todas as outras coisas que faz, não importa se você está executando um sistema real, mas aparece quando você está tentando sincronizar uma VM novamente!
Eu acho que o mecanismo rsync para detectar alterações não funciona muito bem em um arquivo de 2 GB, enquanto muitas vezes pulava partes do início do vmdk, uma vez que começava a encontrar uma diferença, simplesmente copiava o restante do arquivo. Não sei se esse é um problema com o rsync não sendo capaz de detectar um pedaço movido de dados binários, ou com falta de memória na caixa de origem ou se o vmdk foi atualizado completamente. Não importa, pois o resultado foi o mesmo - a maioria do vmdk foi copiada.
No final, simplesmente copiei os arquivos alterados e os sobrescrevi, ainda usando o rsync. Eu também tive um melhor desempenho simplesmente substituindo o arquivo de backup em vez de permitir que o rsync copiasse e substituísse o que estava lá.
Nosso servidor de backup também não foi o mais rápido e chegou ao ponto em que a noite não era longa o suficiente para fazer backup de todas as VMs em execução.
No entanto, quando precisávamos restaurar uma VM, era realmente fácil e funcionava perfeitamente.
fonte
A sincronização de um único arquivo não é uma solução de backup,
o que você faz quando algo acontece com a vm e os arquivos são excluídos, mas você só percebeu isso depois que o rsync foi executado novamente? Você terá substituído o bom 'backup' dos seus arquivos com a imagem ruim agora.
Se você deseja fazer backup, você precisa manter as versões antigas em algum lugar ou as diferenças. O Rsync copiará apenas os diffs para você, mas não armazenará apenas os diffs, mas substituirá o arquivo anterior.
Pode haver opções para você aqui, com rsync, e um sistema de arquivos copy-on-write com informações de versão, que efetivamente armazenam os diffs toda vez que seu script rsync é executado. Essas soluções já começam a ficar um pouco mais complicadas, e é por isso que as pessoas recorrem a soluções de trabalho conhecidas.
fonte
Não há motivo para não usar o Rsync em um servidor ESXi. Nós oferecemos uma versão compilada estaticamente aqui https://33hops.com/rsync-for-vmware-vsphere-esxi.html que funciona muito bem. Também há informações sobre como compilar os seus.
No entanto, qualquer pessoa disposta a usá-lo deve levar em consideração que o Rsync e seu algoritmo Delta não pensavam em fazer backup de arquivos esparsos de tamanho fixo, como discos rígidos de VM, mas sincronizar arquivos menores de tamanho variável. Portanto, ele funciona, mas leva muito tempo e CPU para calcular os dados diff. Na verdade, é apenas uma maneira de trocar largura de banda pela CPU. De qualquer forma, ainda é bastante viável, principalmente se os discos virtuais estiverem na ordem de algumas dezenas de gigabytes.
Publiquei uma publicação completa sobre o tópico aqui, detalhando todos os prós e contras https://33hops.com/blog_xsibackup-rsync-considerations.html
fonte