Solicitar Orçamento
WW +41 21 641 6080 | EUA +1 800 256 0192 | CA +1 800 935 0725 | FR +33 261 880008 | DACH +49 1744625528
Fale Conosco
Home > Backup de dados corporativos > Ferramentas de Backup de Dados Corporativos > Software de Backup para Proxmox

Software de Backup para Proxmox. Como fazer backup do Proxmox?

Software de Recuperação e Backup para Proxmox: Facilidade e rapidez.

A compatibilidade única do Bacula Enterprise com diversos tipos de ambientes virtuais também inclui o Proxmox e clusters do Proxmox. O Bacula possibilita a realização de um verdadeiro backup e recuperação de nível corporativo para o ambiente de virtualização de código aberto Proxmox. Ele torna as operações de backup e restauração do Proxmox tão rápidas e simples quanto possível, e traz todas as vantagens do conjunto especialmente amplo de recursos do Bacula para beneficiar o usuário com a maior eficiência operacional e custos reduzidos.

O Proxmox VE é um poderoso e leve software de virtualização de servidores de código aberto, otimizado para desempenho e usabilidade. Oferecendo a máxima flexibilidade e usando a API do Proxmox, o Bacula é totalmente integrado e pode fazer backup e recuperar dados do Proxmox, incluindo suas duas tecnologias de virtualização: Kernel-based Virtual Machine (KVM) e container-based virtualization com Linux Containers (LXC), e / ou máquinas virtuais QEMU.

O módulo Proxmox do Bacula fornece backup incremental. Fale conosco para mais detalhes.

 

 

 

Escolha o Bacula para evitar o uso de múltiplas soluções de backup, ou ter proteção inadequada contra ransomwares.

Estratégias de backup para VM guest do Proxmox

A capacidade do Bacula para fazer backups do Proxmox pode ser explorada de duas maneiras diferentes: instalando o File Daemon do Bacula Enterprise em cada guest, ou criando backups de imagens usando o módulo Proxmox do Bacula (mais detalhes abaixo).

O primeiro método não usa o módulo Proxmox, mas sim um File Daemon do Bacula Enterprise, que é instalado em cada VM para operar corretamente. Porém, tratar seus servidores virtuais como servidores físicos, os equipando com esse File Daemon, possibilita uma variedade de recursos e vantagens do Bacula Enterprise, incluindo:

  • Verificação de tarefas;
  • Funcionalidades de compressão a nível de arquivo;
  • Restauração de arquivo individual;
  • Backup preciso;
  • Detecção de spyware e ransomware via comparação de checksum;
  • Exclusão de arquivos ou pastas específicos, e mais.

A segunda estratégia de backup usa o módulo Proxmox do Bacula, e prioriza os backups de imagem como o principal método de backup. Esse módulo oferece muito mais desempenho, eficiência e rapidez de uso. Com o módulo Proxmox, não há necessidade de instalar o file daemon do Bacula em cada VM. Os dados são salvos ou como imagens brutas (QEMU VMs), ou como arquivos .tar (LXC VMs). A tecnologia de snapshots é usada para ler e salvar o conteúdo de seus discos, e a API do Proxmox é usada depois disso para despejar essas cópias em um lugar especificado pelo administrador do sistema.

Com o módulo Proxmox, o Bacula não tem a necessidade de passar pelos sistemas de arquivos do Cliente para ler e analisar os dados. Portanto, o custo total desse método de backup para a infraestrutura é mais leve do que o outro. O módulo Proxmox do Bacula oferece uma série de vantagens líderes no setor, e suas operações de backup e restauração são examinadas mais minuciosamente aqui.

Operações de Backup para Proxmox

As operações regulares de backup para uma VM guest individual normalmente incluem 3 passos principais:

  1. A configuração da VM guest é salva (especificamente para VMs LXC)
  2. É criado o snapshot de uma VM (não é necessário parar a VM/container)
  3. Os dados são salvos através da execução vzdump

Não há nenhuma limitação ao estado de energia da VM que você fizer backup. Os próprios snapshots são criados usando o hypervisor Proxmox. A parte específica do log do programa lhe permite saber mais sobre o processo e seus passos.

O procedimento normal é criar dois arquivos para uma VM LXC guest (.tar e .conf), e um arquivo para uma VM QEMU guest. Dentro do ecossistema do Bacula, esses arquivos podem ser encontrados em locais específicos:

  • /@proxmox/lxc/<name-label>/VM<vmid>.conf + /@proxmox/lxc/<name-label>/VM<vmid>.tar para VMs LXC guest
  • /@proxmox/qm/<name-label>/VM<vmid>.vma para VMs QEMU guest

Operações de Restauração para Proxmox

Usando o módulo Proxmox do Bacula, há duas operações diferentes de restauração:

  • Restaurar para um diretório local;
  • Restaurar para o hypervisor Proxmox como uma nova VM.

É possível fazer a restauração para um diretório local. Ela utiliza um parâmetro específico where=/some/path do Bacula que você precisa usar para especificar a localização do backup que está restaurando. Este precisa ser um caminho completo para o módulo Proxmox (o servidor em que ele está localizado).

Um exemplo de um comando de restauração para um diretório local seria assim:

 

* restore where=/tmp/bacula/restores

Você veria algo assim como resultado (com alguns valores diferentes, é claro):

 

JobId 90: Start Restore Job RestoreFiles.2019-05-15_12.02.12_05
JobId 90: Using Device “FileChgr1-Dev1” to read.
JobId 90: Forward spacing Volume “Vol-0001” to addr=45406565308
JobId 90: proxmox: VM local restore: qm/ubuntu-server/VM108

Nesse log, você também poderá ver o local da restauração, bem como seu processo.

Fazer a restauração como uma VM também utiliza o parâmetro where=. Ele é usado para enviar todo o arquivo das VMs guests para o hypervisor Proxmox, que então restaura o arquivo como uma nova VM guest se o vmid do backup já estiver alocado, ou restaurado com o vmid original, caso ele não tenha sido tomado.

A maneira como todos as novas VMs guests recebem seus vmid também é bastante interessante. No caso, ele é o vmid mais alto de todos os alocados + um número de 1 a 11 para mitigar a possibilidade de conflitos de alocação de recursos (já que o próprio Proxmox não tem mecanismos para lidar com tais situações). Esse padrão de alocação aleatório também pode ser mudado com a opção sequencialvmid restore, que força a nova VM guest a obter o próximo vmid disponível sem números adicionados.

A restauração para hypervisor Proxmox como uma VM oferece algumas opções, como por exemplo:

  • Possibilidade de restaurar para um hipervisor Proxmox alternativo
  • Possibilidade de selecionar um armazenamento específico para a restauração
  • Possibilidade de selecionar um pool Proxmox específico para a restauração

A restauração para hypervisor Proxmox como uma VM pode ser iniciada com o comando:

 

* restore where=/

Aqui está um exemplo de log para restauração de VM diretamente para o hypervisor. O log da tarefa de restauração indicará qual VM guest é restaurada e qual nova foi criada:

 

JobId 76: Start Restore Job RestoreFiles.2018-01-25_13.50.31_29
JobId 76: Using Device “FileChgr1-Dev1” to read.
JobId 76: Ready to read from volume “Vol-0004” on File device “FileChgr1-Dev1” (/opt/bacula/archive).
JobId 76: proxmox: VM restore: lxc/ubuntu-container/VM101 as VM222
JobId 76: End of Volume “Vol-0004” at addr=47137166325 on device “FileChgr1-Dev1” (/opt/bacula/archive).

A nova VM guest criada durante a restauração receberá um VMID novo (se o VMID original não estiver mais disponível), mas o nome / hostname permanecerá o mesmo da VM original.

Aqui estão alguns dos recursos do software de backup para Proxmox:

#
Snapshot baseado em backup online de qualquer VM do Proxmox, incluindo os QEMU e LXC guests. O modo snapshot gera um backup em tempo real que minimiza o tempo de inatividade de uma VM durante o processo de backup.
#
Restaura a imagem completa da máquina virtual para o hypervisor Proxmox original ou alternativo
#
Capacidade de escanear automaticamente os clusters do Proxmox para criar configurações do Bacula Enterprise para cada máquina virtual

#
Backup completo do Proxmox a nível de imagem
#
Restaura o arquivo QEMU VM (.vma) para um diretório alternativo
#
Restaurar o arquivo LXC VM (.tar) e as configurações para um diretório alternativo
#
O comando “bwlimit=” especifica se o backup deve ser feito com uma limitação de largura de banda de E/S. Esse recurso do Bacula pode, portanto, limitar as operações de backup de E/S no lado do hypervisor. Ele pode controlar o processo de backup para evitar a sobrecarga de E/S no hypervisor, impedindo o esgotamento dos recursos de disco rígido nele, durante as operações de backup. Isso se soma ao recurso de limitação de largura de banda do próprio Bacula.

BAIXAR WHITE PAPER DO PROXMOXSolicite a Demonstração

Mais informações sobre o backup para Proxmox: