Snapshot, clone e backup são três recursos distintos que servem a propósitos diferentes. Confundi-los leva a estratégias de proteção com lacunas sérias. Este artigo explica cada um, quando usar e como combinar os três numa política coerente.
Os três conceitos em resumo
- Snapshot — ponto de restauração rápido armazenado no mesmo storage da VM. Serve para desfazer mudanças em minutos. Não protege contra falha do nó físico.
- Clone — cópia independente da VM, criada no mesmo nó. Serve para ambientes paralelos (staging, testes com dados reais). Também não protege contra falha do nó.
- Backup — cópia completa gravada em nó de backup externo. O único dos três que sobrevive à perda do nó de produção.
Snapshots
Quando usar:
O snapshot é o equivalente ao "Ctrl+Z" do servidor. Use-o imediatamente antes de qualquer operação arriscada: atualização de pacotes, mudança em configuração do servidor web, migração de banco de dados, instalação de novo módulo. Se algo der errado, você reverte em segundos.
Como criar:
No Painel do Cliente, acesse seu serviço e clique em Snapshots → Create. Dê um nome descritivo que identifique o momento (por exemplo, pre-upgrade-php82 ou antes-migracao-db).
Em VMs KVM, você pode optar por incluir o estado da memória RAM no snapshot. Isso permite reverter sem reiniciar a VM — o estado dos processos em execução é preservado. Em containers LXC, o snapshot captura apenas o disco.
Limitações importantes:
- O snapshot fica no mesmo storage da VM. Se o nó físico falhar, o snapshot se perde junto com a VM.
- Em LXC, a disponibilidade de snapshot depende do tipo de storage configurado no nó (ZFS e qcow2 suportam;
local-lvmpuro pode não suportar). - Cada snapshot consome espaço em disco proporcional às mudanças feitas após sua criação. Mantenha no máximo 3 snapshots simultâneos e apague os que não servem mais.
Reverter (rollback):
No Painel do Cliente, acesse Snapshots, selecione o ponto desejado e clique em Rollback. A VM reinicia no estado capturado. Qualquer mudança feita após o snapshot é descartada — isso é intencional.
Clones
Quando usar:
Use clone quando precisar de uma cópia independente da VM em funcionamento: criar um ambiente de staging idêntico à produção, entregar uma cópia configurada para outro setor, ou testar uma migração de sistema operacional com os dados reais sem tocar na original.
Como criar:
No Painel do Cliente, acesse seu serviço e clique em Clone. Informe o nome e o VMID da nova VM. O modo padrão é full clone — cópia completamente independente que ocupa o mesmo espaço em disco que a original.
Cuidados após clonar:
O clone herda o endereço MAC da interface de rede e o IP configurado. Antes de subir o clone na mesma rede da original, troque o MAC pela interface do Proxmox e reconfigure o IP — caso contrário haverá conflito de endereço na rede.
Backup agendado
O que é e por que importa:
O backup do NT Datacenter é realizado pelo Proxmox Backup Server em nó separado do nó de produção. É o único mecanismo dos três que protege contra perda total do nó físico — incêndio, falha de hardware grave, corrupção de storage. Snapshot e clone existem no mesmo hardware que a VM; o backup existe em outro lugar.
Política de retenção padrão:
A NTWeb executa backups automáticos com retenção configurada por plano. Para verificar a política vigente do seu servidor ou solicitar retenção estendida, consulte o Painel do Cliente na aba Backups ou abra ticket no departamento comercial.
Como restaurar:
No Painel do Cliente, acesse Backups, selecione o ponto de restauração desejado e clique em Restore. Você tem duas opções:
- Restaurar por cima da VM atual: destrutivo — substitui tudo. Use quando a VM original está inutilizável.
- Restaurar como nova VM: seguro — cria uma VM nova a partir do backup, sem tocar na original. Exige um VMID livre; informe ao suporte qual VMID deseja usar.
O tempo de restore varia de 5 minutos a 2 horas dependendo do tamanho do disco.
Comparativo final
| Característica | Snapshot | Clone | Backup |
|---|---|---|---|
| Finalidade | Desfazer mudanças rapidamente | Cópia independente para testes | Sobrevivência a falha do nó |
| Local de armazenamento | Mesmo storage da VM | Mesmo nó | Nó de backup externo |
| Tempo para criar | Segundos | Minutos | Minutos a horas |
| Protege contra falha do nó? | Não | Não | Sim |
| KVM suporta estado da RAM? | Sim | N/A | Sim |
| LXC suporta? | Depende do storage | Sim | Sim |
Estratégia recomendada
- Snapshot antes de toda mudança arriscada. Crie, aplique a mudança, confirme que funcionou, apague o snapshot.
- Backup externo agendado. Já está ativo por padrão — verifique no painel se está rodando regularmente.
- Clone quando precisar de ambiente paralelo. Nunca use o ambiente de produção para testes.
- Teste o restore pelo menos uma vez no primeiro mês. Backup que nunca foi restaurado é só um arquivo — pode estar corrompido ou incompleto sem que você saiba.
Perguntas frequentes
- Quantos snapshots posso manter ao mesmo tempo? Tecnicamente não há limite, mas cada snapshot consome disco progressivamente. O recomendado é manter no máximo 3 ativos e apagar os que não são mais necessários.
- Snapshot gera downtime? Em KVM com memória RAM incluída pode haver uma pausa de 1 a 2 segundos. Sem memória é praticamente instantâneo. LXC para por alguns segundos.
- Posso exportar o backup para outro provedor? Sim — abra ticket solicitando o download do arquivo
.vmapara importar no destino.