Estou executando o servidor Linux com contêineres OpenVZ. Faço backup de dados com o rdiff-backup em duas etapas (para minimizar o tempo de inatividade). O primeiro passo está no contêiner vivo e o segundo passo está no contêiner suspenso.
Existe uma maneira melhor de fazer backup dos contêineres do OpenVZ?
Este site lista as diferentes maneiras de fazê-lo. Se você tem o LVM que é realmente o melhor. Uma coisa que eu gostaria de ter certeza é que, se você estiver executando qualquer aplicativo de banco de dados, faça um despejo de banco de dados de todos os bancos de dados antes de fazer o backup do contêiner (ou seja, mysqldump).
Também recomendo o LVM que estou usando para criar instantâneos que são transferidos usando o rsync para zfs (em Linux usando o zfs-fuse) para ativar os snapshots graváveis que eu uso para recuperação pontual rápida, iniciando um novo container sobre ele.
Se houver uma sugestão concreta da minha experiência, sugiro projetar uma estratégia de backup com base nos seus requisitos de recuperação e não nos limites da configuração atual. Reinstalar o servidor com o LVM é penoso, mas até obtermos um suporte melhor de sistemas de arquivos como o btrfs, é o primeiro passo: -)
Minha opinião pessoal sobre backup de máquinas virtuais é que ela não deve existir, a menos que você seja um provedor de VPS. Mas se você estiver, executar as VMs / contêineres em cima do LVM e usar instantâneos como uma fonte para backups pode ser a melhor ideia. É claro que para alta disponibilidade você pode usar o DRBD ("raid1-over-network") ou lvm em cima do iscsi para provisionar o armazenamento de algum appliance confiável.
Em relação à coisa de no-backups-for-VMs, eu prefiro assumir que tudo-VM é volátil e não vale a pena salvar. No meu ambiente de produção, faço backup apenas dos $ Data residentes na VM. No caso de uma VM / container morrer por algum motivo, eu uso uma imagem dourada para re-instanciá-la e preenchê-la novamente com o $ Data from backups. Em 200+ vmware e openvz e xen VMs backup para cada um deles não é prático.
Dito isto, para alguns dos nossos containers que temos que restaurar muito rápido no caso de algo dar errado (nagios, inventário de racksheet etc.) nós simplesmente fazemos rsync de /:)
Por que não usar vzmigrate entre nós de hardware com opções que mantêm a "imagem" armazenada na origem e nos destinos, e também o switch online. Se você fizer isso com freqüência, o rsync será executado muito rápido (menos alterações para sincronizar). Eu estou fazendo isso sem LVM. Eu acho que a beleza dos servidores virtuais é que você não precisa se preocupar com backups em nível de sistema de arquivos (aplausos)! Claro que você pode fazer o material vzmigrate sem a parte de migração.
Veja o que eu uso: R1Soft (agora chamado de Idera Server Backup Enterprise).
Por quê? - Backups de nível de bloco (copia somente alterações e extremamente rápido com tempo de inatividade zero) - Histórico, mantém várias versões conforme você especifica. Backup a cada 15min é atingível. - Relatórios são impressionantes - replicação multiponto para on / off-site é ótimo também
Eu não trabalho para eles, eu backup de cerca de 80 servidores todos os dias com ele e nunca me falhou. Sim, custa dinheiro, mas você recebe o que você paga.
Tags backup openvz rdiff-backup