Deep Archive na prática: o que ninguém conta sobre restaurar

O S3 Glacier Deep Archive é, de longe, a forma mais barata de guardar dados na AWS. Essa parte todo mundo sabe. O que costuma pegar as equipes de surpresa é o outro lado do contrato: a recuperação tem regras próprias, e o pior momento para descobri-las é durante um incidente.

Este texto é sobre essas regras.

Recuperar não é ler

Num bucket comum, ler um objeto é uma requisição e pronto. No arquivamento profundo, o objeto não está disponível para leitura — ele precisa ser restaurado primeiro, o que cria uma cópia temporária acessível por um período que você escolhe.

São dois passos, e o primeiro não é instantâneo:

1. Você pede a restauração do objeto.
2. Depois de horas, ele fica disponível para download por N dias.
3. Passado esse prazo, a cópia temporária some — o objeto arquivado continua lá, mas você precisa pedir de novo.

Quem escreve automação tratando arquivamento como bucket comum descobre isso em produção, com o pedido de recuperação falhando porque o objeto "não está pronto".

As horas importam mais do que parece

O Deep Archive oferece dois níveis de recuperação:

• Padrão — o objeto fica disponível em torno de 12 horas.
• Em massa (bulk) — em torno de 48 horas, a um custo bem menor.

Doze horas é muito tempo quando alguém apagou um arquivo por engano e precisa dele hoje. Quarenta e oito é uma eternidade. Nenhum dos dois é "backup para restaurar rápido" — e tudo bem, desde que a expectativa esteja alinhada. O erro é vender arquivamento profundo como se fosse a única camada de proteção.

O desenho que funciona é em camadas: uma cópia recente em armazenamento de acesso rápido para os incidentes do dia a dia, e o arquivamento profundo para retenção longa, conformidade e o cenário catastrófico. O arquivamento é a sua apólice, não a sua ferramenta de trabalho.

O período mínimo de 180 dias

Objetos no Deep Archive têm cobrança mínima de 180 dias. Se você gravar hoje e apagar em trinta dias, paga como se tivesse guardado por seis meses.

Isso torna a camada péssima para dados que mudam muito, e ótima para o que realmente não muda. Uma política de ciclo de vida mal calibrada — que move dados para lá cedo demais e os expira logo depois — consegue a proeza de aumentar a fatura enquanto tenta reduzi-la.

O custo por objeto que se esconde na conta

Cada objeto arquivado carrega metadados cobrados à parte: 32 KB na tarifa da própria camada e 8 KB na tarifa da classe padrão. São 40 KB por objeto, independentemente do tamanho real.

Para arquivos grandes, ruído. Para acervos com milhões de arquivos pequenos, essa parcela pode superar o custo do próprio dado — e é a razão pela qual arquivar objeto a objeto raramente compensa nesse cenário. Agrupar os arquivos em pacotes maiores antes de enviar resolve as três coisas ao mesmo tempo: menos requisições, metadados uma vez por pacote e o mínimo de 180 dias aplicado a poucos objetos.

A pergunta que separa backup de esperança

Existe uma diferença enorme entre "os dados estão arquivados" e "eu sei que consigo recuperá-los". A primeira é uma afirmação sobre o passado. A segunda exige teste.

Um exercício de recuperação honesto responde:

• Quanto tempo levou entre pedir e ter o arquivo em mãos?
• O conteúdo recuperado confere com o original?
• Quem tem permissão para executar isso às três da manhã?
• Quanto custou essa recuperação?

Se você nunca fez esse exercício, o que existe hoje não é um backup verificado — é um backup presumido. E a hora de descobrir a diferença não é durante o incidente.

Uma armadilha de permissão

A recuperação usa uma operação diferente da leitura. Não basta conceder permissão de leitura de objetos: é preciso permitir também a operação de restauração. É comum a política de acesso ficar correta para gravar e incompleta para recuperar — e ninguém percebe, porque o fluxo de gravação roda todo dia e o de recuperação, nunca.

Teste a recuperação com a mesma identidade que vai executá-la de verdade, não com uma credencial administrativa.

Resumo prático

• Arquivamento profundo é retenção longa, não recuperação rápida: conte com 12 h no modo padrão e 48 h no modo em massa.
• Restaurar é um pedido assíncrono seguido de uma janela de disponibilidade — automação precisa lidar com isso explicitamente.
• Há mínimo de 180 dias de cobrança; ciclo de vida agressivo demais custa mais caro.
• Há 40 KB de metadados cobrados por objeto: em acervos de arquivos pequenos, agrupar antes de enviar muda a ordem de grandeza da conta.
• Teste a recuperação, com a identidade real, e cronometre.

Preços e prazos variam por região e mudam com o tempo — confirme na documentação oficial da AWS antes de fechar qualquer desenho.

O NubliVault empacota os arquivos antes de arquivar e mantém um manifesto pesquisável, o que permite recuperar um arquivo individual sem baixar o pacote inteiro — e acompanhar o ciclo de restauração pelo console. Veja como funciona.