Se você procurar por “como reduzir custos na AWS” em qualquer fórum de tecnologia, a dica número um será sempre a mesma: “Crie regras de ciclo de vida do S3 para mover arquivos antigos para o Amazon Glacier“.
A lógica parece impecável. O armazenamento no S3 Standard custa cerca de US$ 0,023 por GB, enquanto no Glacier Deep Archive o valor despenca para US$ 0,00099 por GB. É uma economia de quase 95%.
O que os tutoriais básicos não contam é que a transição desses dados não é gratuita. Dependendo da arquitetura da sua aplicação, o ato de mover os arquivos pode custar mais caro do que deixá-los onde estão por anos. Neste artigo, vamos expor os custos invisíveis do Glacier e como blindar sua conta contra esse desperdício.
1. A Armadilha da Taxa de Transição (O Custo por Objeto)
O maior “ralo financeiro” do Amazon S3 não está no volume de dados (Gigabytes), mas na quantidade de arquivos (Objetos). A AWS cobra uma taxa de solicitação de API toda vez que você move um arquivo de uma camada para outra.
Para transicionar dados para o Glacier, a AWS cobra uma pequena fração de centavo por cada 1.000 requisições. Parece pouco, até você olhar para os seus Data Lakes ou buckets de log.
Se você tiver 100 milhões de arquivos pequenos (como logs do CloudTrail, telemetria de IoT ou recibos em JSON de 2KB cada) e configurar uma regra para movê-los para o Glacier após 30 dias, você pagará uma verdadeira fortuna apenas na Taxa de Transição (Lifecycle Transition Fee). O custo para mover os arquivos superará completamente a economia de armazenamento que o Glacier proporcionaria.
2. A Penalidade do “Overhead” para Arquivos Pequenos
O Amazon Glacier foi projetado para armazenar grandes blocos de dados. Para cada objeto arquivado, a AWS adiciona 32 KB de dados para indexação e 8 KB para o nome do objeto e metadados.
Isso significa que, se você usar regras de ciclo de vida do S3 para arquivar um pequeno log de texto de 1 KB, a AWS cobrará pelo armazenamento de 41 KB no Glacier. Além disso, as classes de arquivamento possuem um tamanho mínimo faturável (geralmente 128 KB). Se você enviar milhões de objetos menores que 128 KB para o Glacier, você pagará por um “espaço vazio” que não está utilizando.
3. A Bala de Prata: Amazon S3 Intelligent-Tiering
A boa notícia é que você não precisa abrir mão da economia do arquivamento, mas deve mudar a tecnologia que gerencia isso. A solução definitiva recomendada por especialistas em FinOps é adotar a classe de armazenamento S3 Intelligent-Tiering.
Em vez de criar regras manuais baseadas em “adivinhação”, o Intelligent-Tiering monitora seus arquivos continuamente por uma pequena taxa de automação. Se um arquivo não for acessado por 30 dias, a própria AWS o move para uma camada de acesso infrequente. Se passar 90 dias, vai para a camada de arquivamento (Archive).
A grande vantagem competitiva dessa classe:
- Zero Taxas de Transição: Você não paga nenhuma taxa de API quando os dados são movidos entre as camadas internas do Intelligent-Tiering.
- Proteção contra Objetos Pequenos: O Intelligent-Tiering é inteligente o suficiente para ignorar objetos menores que 128 KB. Eles permanecem na camada quente sem gerar taxas de monitoramento, evitando a penalidade de overhead do Glacier.
- Zero Taxas de Recuperação: Se você precisar ler um dado arquivado de repente, não pagará taxas punitivas de recuperação de dados.
Conclusão
A automação na nuvem é poderosa, mas perigosa quando aplicada cegamente. Utilizar regras de ciclo de vida do S3 para empurrar todos os seus dados antigos para o Amazon Glacier pode ser a receita para um desastre na sua fatura mensal.
A regra de ouro é: se você tem arquivos grandes (backups de banco de dados de 50 GB, vídeos ou imagens pesadas), o Glacier direto via ciclo de vida é fantástico. Mas se o seu bucket é composto por milhões de arquivos pequenos e imprevisíveis, delete suas regras manuais e ative o S3 Intelligent-Tiering hoje mesmo. A sua fatura agradecerá.
