O snapshot é um dos recursos mais usados em ambientes de virtualização, mas seu uso incorreto compromete o desempenho de aplicações e ocupa espaço de armazenamento além do previsto. Este artigo detalha a qual a frequência recomendada, os limites de retenção e o comportamento do snapshot em servidores de produção.
O que é snapshot?
Snapshot é uma espécie fotografia instantânea retirada do estado atual de um sistema, aplicação ou arquivo. Esse registro salva todas as configurações e estruturas vigentes naquele momento, permitindo a restauração do ambiente em caso de mudanças.
Diferente do backup, que garante restauração em caso de falhas físicas de hardware ou ataques de ransomware que corrompam o disco inteiro, o snapshot é focado para restauração em caso de erros humanos ou falhas pontuais de configuração.
Snapshot afeta a performance do servidor?
Sim. Cada snapshot ativo cria um disco delta que recebe todas as gravações feitas após sua criação. Quanto mais snapshots encadeados existirem, mais camadas o hypervisor precisa consultar a cada leitura e escrita, o que aumenta a latência de disco e o consumo de I/O. O efeito cresce em bancos de dados transacionais e aplicações com alto volume de gravação.
Qual a frequência ideal para tirar um snapshot?
Não existe um intervalo universal para todos os ambientes, no entanto, a frequência depende da criticidade da aplicação e da janela de mudança que precisa ser protegida antes de uma atualização, migração ou correção.
Snapshot é indicado para proteger uma operação pontual, não para rotina fixa como um trabalho diário. Esse papel pertence ao backup.
Quando um snapshot é recomendado?
- Antes de aplicar patches de sistema operacional ou atualizações de aplicação;
- Antes de alterações de configuração em bancos de dados ou serviços críticos;
- Durante testes de mudança em ambientes de homologação;
- Como camada extra de proteção antes de uma migração de VM.
Quando o snapshot não deve ser usado?
- Como método principal de proteção de dados no longo prazo;
- Em bancos de dados transacionais sem coordenação com o mecanismo de quiesce;
- Por períodos superiores a 72 horas, conforme orientação técnica da documentação oficial de virtualização;
- Em volumes de armazenamento com pouco espaço livre em disco.
Quantos snapshots manter?
A documentação técnica da VMware recomenda manter no máximo dois a três snapshots por máquina virtual, mesmo que o limite técnico de uma cadeia chegue a 32. Cadeias longas aumentam o tempo de consolidação e o risco de falha durante a exclusão dos snapshots, processo em que os discos delta são unidos ao disco base.
Parâmetros de referência:
- Limite técnico de cadeia: até 32 snapshots por VM;
- Recomendação de uso: 2 a 3 snapshots simultâneos;
- Tempo máximo de retenção recomendado: 72 horas;
- Verificação de espaço livre em datastore antes da criação: mínimo de 20% da capacidade.
Snapshot em ambientes de virtualização: VMware, Hyper-V e KVM
O comportamento de snapshots em ambientes de virtualização varia conforme o hypervisor, mas o princípio é o mesmo: o disco original passa a ser somente leitura e um arquivo de diferenças (delta) absorve as gravações seguintes.
-
VMware vSphere
Utiliza arquivos delta no formato SEsparse ou VMFSsparse, dependendo da versão do datastore. A remoção de um snapshot aciona um processo de consolidação que pode gerar picos de I/O caso o ambiente não tenha capacidade de storage disponível.
-
Hyper-V
Trabalha com arquivos de diferença (.avhdx) vinculados ao disco pai. Snapshots antigos não removidos corretamente podem gerar cadeias órfãs e dificultar a restauração da VM.
-
KVM/QEMU
Usa discos qcow2 em camadas (overlay), com o mesmo risco de acúmulo caso os snapshots não sejam mesclados (merge) após o uso.
Erros comuns na gestão de snapshot
- Deixar snapshots ativos por semanas sem monitoramento;
- Confundir snapshot com backup e não manter cópias externas dos dados;
- Tirar snapshot de bancos de dados sem coordenação de aplicação (quiesce), gerando inconsistência;
- Não validar espaço em disco antes da criação, levando o datastore à capacidade máxima;
- Ignorar snapshots criados por rotinas automatizadas de terceiros, que nem sempre aparecem no gerenciador padrão do hypervisor.
Por que a infraestrutura local influencia o comportamento do snapshot?
Snapshot e backup dependem diretamente da capacidade de I/O e da malha de storage do data center. Em ambientes com infraestrutura Tier III e storage NVMe dedicado, o impacto de consolidação de snapshots é menor, mesmo em cargas de trabalho intensas.
Para empresas brasileiras, manter esses dados em data center localizado no Brasil também reduz a latência entre o ambiente de produção e a camada de storage usada para snapshot e backup, além de simplificar a aderência à LGPD, já que os dados processados e armazenados permanecem sob jurisdição nacional.
Como a HostDime Brasil estrutura a política de snapshot e backup?
A HostDime Brasil opera Data Center Virtual com storage 100% NVMe e licenciamento VMware incluso, o que reduz o impacto de I/O gerado por snapshots ativos mesmo em ambientes com múltiplas VMs.
Empresas com bancos de dados de missão crítica (que não podem parar sua operação) combinam snapshots pontuais em servidores dedicados com rotinas de Cloud Backup para retenção de longo prazo.
A operação em data center próprio, com suporte técnico local 24/7, permite ajustar janelas de snapshot e backup conforme a criticidade de cada aplicação, sem depender de terceiros para expansão de storage ou resposta a incidentes.
Snapshot é um recurso de proteção pontual, portanto não pode ser um substituto de backup. A frequência ideal depende do tipo de mudança que está sendo protegida, e a retenção não deve ultrapassar poucas horas ou poucos dias, conforme orientação técnica dos principais fabricantes de virtualização. Empresas que combinam snapshot, backup estruturado e infraestrutura Tier III mantêm o equilíbrio entre performance e recuperação de dados, sem os riscos de acúmulo de camadas ou consumo excessivo de armazenamento.
