Quando uma empresa decide implementar uma cultura de FinOps (operações financeiras na nuvem) para otimizar a fatura da AWS, o primeiro alvo é sempre o mesmo: instâncias EC2 ociosas. A equipe desliga servidores de desenvolvimento nos finais de semana, comemora a economia e dá o trabalho como concluído.
No entanto, o verdadeiro “assassino silencioso” de orçamentos continua lá, operando nas sombras: a camada de armazenamento.
Milhares de discos subutilizados com tecnologia defasada e um verdadeiro cemitério de backups esquecidos podem representar até 30% do desperdício em uma conta corporativa. Neste artigo, vamos mostrar como reduzir custos EBS AWS atacando diretamente a ilusão do armazenamento barato.
1. A Armadilha do gp2: Quando Espaço e Performance Ficam Reféns
Por muitos anos, o gp2 foi o padrão ouro para discos de uso geral no Amazon Elastic Block Store (EBS). O grande problema dessa geração de discos é arquitetural: a performance (IOPS e Throughput) está matematicamente amarrada ao tamanho do disco provisionado.
Se o seu banco de dados precisa de 3.000 IOPS para rodar rápido, a única forma de conseguir isso em um disco gp2 é provisionando um volume de 1.000 GB, mesmo que o seu banco de dados tenha apenas 50 GB de dados reais. Você acaba pagando por 950 GB de “ar” apenas para obter velocidade.
A Solução: Migração Imediata para gp3 O padrão gp3 desacopla espaço de performance. Você pode provisionar um disco de 50 GB e, separadamente, configurar 3.000 IOPS. Além dessa flexibilidade genial, o gigabyte do gp3 é nativamente 20% mais barato que o do gp2.
A melhor parte? Modificar um volume de gp2 para gp3 é uma operação elástica que pode ser feita com a máquina ligada, sem downtime na maioria dos casos.
2. O Cemitério Silencioso: Snapshots Órfãos
Outro grande vazamento de dinheiro na fatura da AWS vem da exclusão de servidores. Quando um engenheiro encerra (Terminate) uma instância EC2 que não é mais necessária, o disco raiz (Volume EBS) geralmente é apagado junto. Mas e os backups (Snapshots) que foram tirados desse disco no mês passado?
Eles não são apagados automaticamente. Eles se tornam “Snapshots Órfãos”.
Como o custo de armazenamento de snapshots na AWS não é zero (custa cerca de US$ 0,05 por GB/mês), uma empresa que não faz auditorias regulares acumula milhares de backups de máquinas que nem existem mais. Em contas antigas, isso pode significar milhares de dólares queimados todos os meses pagando por dados lixo.
3. Automatizando a Faxina com o Amazon DLM
A regra número um da infraestrutura em nuvem é: não dependa de humanos para tarefas repetitivas. Para reduzir custos EBS AWS de forma definitiva e garantir que os snapshots não voltem a se acumular, você deve automatizar o ciclo de vida dos seus backups.
A ferramenta nativa e gratuita para isso é o Amazon Data Lifecycle Manager (DLM).
Com o DLM, você cria políticas baseadas em Tags (Etiquetas). Por exemplo:
- Faça um snapshot de todos os discos com a tag
Ambiente: Producaotodos os dias às 02:00 da manhã. - A regra de ouro: Retenha apenas os últimos 7 snapshots.
Assim, quando o 8º snapshot for criado, o DLM apaga automaticamente o mais antigo. Você garante a segurança do Disaster Recovery da sua empresa e impede que o custo do armazenamento cresça infinitamente.
Conclusão
Gerenciar custos de armazenamento não é uma ação isolada; é um processo de governança contínua.
Para reduzir custos EBS AWS hoje mesmo, sua equipe precisa tomar duas atitudes práticas: primeiro, rodar um script para identificar e atualizar todos os volumes gp2 legados para gp3. Segundo, identificar snapshots criados há mais de 6 meses que não estão atrelados a nenhuma AMI ou disco ativo e excluí-los sem piedade.
Ao adotar o gp3 e automatizar a retenção de backups com o Amazon DLM, você transforma um ralo financeiro imprevisível em uma arquitetura limpa, econômica e de alta performance.
