APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
Um snapshot EBS captura dados escritos no volume no ponto relevante; não inclui automaticamente alterações ainda apenas em cache da aplicação ou do sistema operativo. Define um procedimento de consistência adequado ao serviço, com o responsável da aplicação. A conclusão do snapshot não certifica sozinha consistência de negócio. No modelo incremental EBS, eliminar um snapshot anterior preserva os blocos necessários aos restantes. Esta semântica pertence ao serviço documentado e não deve ser generalizada a qualquer formato de backup. Da mesma forma, a existência de um snapshot não demonstra que as chaves, dependências e passos de recuperação estarão disponíveis quando forem necessários.
Aplicação guiada
Num exercício fictício, o ponto recuperável das 02:00 deixa uma janela de quarenta minutos perante uma falha às 02:40, sem logs ou cópias posteriores. Isso excede um RPO de quinze minutos, mesmo se o restore for rápido. RPO trata a tolerância relativa ao ponto dos dados; RTO trata o tempo para recuperar o serviço. Depois de restaurar, confirma arranque, integridade e critérios funcionais acordados. Um volume criado de snapshot pode ainda ter latência de inicialização nas primeiras leituras. Reporta separadamente volume disponível, aplicação validada e serviço aceite. Não anuncies recuperação completa apenas porque o job técnico terminou sem erro.
02:00 para 02:40 são quarenta minutos de janela, não quinze, independentemente da rapidez do restore.
Armadilhas comuns
Cache como snapshot; cadeia universal; restore verde como aceitação; RTO como RPO; disponível como aquecido.
Tópicos relacionados: Interfaces e dependências · Capacidade e crescimento · Desempenho e medição
Demonstra que o ponto certo pode recuperar a aplicação dentro dos objetivos acordados.
Referência: EBS snapshot consistency and cached data · DR Storage 2026-09; selected Linux and AWS storage behavior