A criação de backups eficazes é uma prática crítica para quase todas as empresas hoje em dia, independentemente dos tipos de dados e aplicativos com os quais estão trabalhando.
Proxmox Ve não é diferente a este respeito. Felizmente, a popularidade crescente do Proxmox levou a várias soluções de backup de terceiros diferentes, desenvolvendo alguma forma de criar um backup específico do Proxmox, e também existem algumas maneiras integradas de fazer backups.
Métodos de backup Proxmox integrados
Em primeiro lugar, é compreensível que os métodos de backup integrados possam ter limitações e problemas de personalização. Portanto, e como regra geral, todos os métodos de backup Proxmox integrados tendem a ser backups completos.
Isso, por sua vez, significa que eles vêm com todas as limitações inerentes ao uso desse nível de backup.
Existem duas maneiras principais de iniciar um backup Proxmox integrado, usando a GUI original ou por meio do comando vzdump específico na linha de comando.
Esses backups também precisam ter um armazenamento de backup ao nível de arquivo, e os backups também podem ser agendados usando o nível “Datacenter”.
O Proxmox pode operar com VMs e contêineres, embora existam algumas diferenças quando se trata de diferentes modos de backup, apesar de haver o mesmo trio de modos para contêineres e VMs: modo de parada, modo de suspensão e modo de instantâneo.
O modo de parada para uma VM é aquele que fornece a maior consistência dos três, ao custo de um curto período de inatividade. Como o nome sugere, a VM precisa ser interrompida antes de executar esse modo de backup.
A ideia para contêineres é a mesma, mas existe a possibilidade de tempo de inatividade prolongado.
O modo de suspensão para uma VM tenta diminuir o possível tempo de inatividade não parando a VM inteira completamente, mas o tempo de inatividade ainda é relativamente grande e a consistência dos dados pode sofrer drasticamente, portanto, essa opção geralmente não é recomendada.
A situação para contêineres é um pouco diferente, pois esse processo cria uma cópia dos dados ativos do contêiner para um local temporário, suspende o contêiner posteriormente e substitui os arquivos do primeiro backup pela cópia do contêiner suspenso.
O tempo de inatividade dessa operação é significativamente menor do que no modo de parada, mas requer um espaço livre adicional para manter a cópia temporária do contêiner.
O instantâneo é provavelmente a opção mais interessante das três, fornecendo a capacidade de criar backups de VM com pouco ou nenhum tempo de inatividade, mas com o risco de uma tarefa de backup ser inconsistente. Como os dados são copiados de uma VM ativa, existe a possibilidade de copiar algum arquivo no meio da alteração, é por isso que o snapshot geralmente executa os comandos guest-fsfreeze-freeze e guest-fsfreeze-thaw para tentar atenuar os possíveis problemas de consistência.
O processo de criação de um instantâneo de um contêiner é basicamente o mesmo, pois o software de backup também suspende as operações em um contêiner específico e cria um instantâneo temporário de todo o conteúdo desse contêiner.
Todo o conteúdo do contêiner é arquivado e o instantâneo em si é excluído posteriormente.
O processo de restauração com aparelhos Proxmox integrados também é relativamente simples, pode ser feito por meio da GUI original ou com a ajuda de dois comandos diferentes:
- qmrestore, para restaurar VMs.
- pct restore, para restaurar contêineres.
Um problema potencial com o processo de restauração é que ele pode afetar seriamente seu desempenho geral com VMs contêineres, pois não há limite para a quantidade de largura de banda que as operações de restauração podem realizar.
Felizmente, esses limites podem ser configurados pelo usuário. Existem dois tipos desse limite: gravação por restauração e gravação por armazenamento.
Por restauração trata-se de limitar a largura de banda para uma restauração de um único arquivo de backup, e a gravação por armazenamento limita a quantidade de largura de banda usada no processo de gravação em um armazenamento específico.