1. Dimensionamento correto (right-sizing) e gerações atualizadas
Muitos recursos são criados “por precaução” com mais capacidade do que o necessário. O Right-sizing consiste em ajustar o tamanho da instância à demanda real.
- Ação: Use o AWS Compute Optimizer. Ele analisa o histórico de uso e sugere instâncias menores ou de famílias diferentes que custam menos.
- Impacto: Redução imediata de 20% a 40% no custo de instâncias específicas.
- Dificuldade: Baixa. Requer apenas uma reinicialização da instância para mudar o tipo.
Utilizar as gerações dos serviços mais atuais sempre traz redução de custo e também melhora na performance, como por exemplo as instâncias do serviço Elastic Compute Cloud (EC2) da familia t2 para a t3 que traz economia de +-10% além de melhorar a performance devido a qualidade dos hardwares utilizados nessa geração. A mesma lógica serve para a familia t3 para t4g, m5 para m6g, e entre outros casos.
Os discos Elastic Block Store (EBS) para o serviço Elastic Compute Cloud (EC2) também segue essa regra, onde o disco gp2 é +-20% mais caro que o gp3 (geração mais atual do EBS), além de ter a capacidade de escala individual de IOPS e throughput.
2. AWS Savings Plans e instâncias reservadas
Se você tem cargas de trabalho que ficam ligadas 24/7 (como bancos de dados ou servidores de produção), pagar o preço “On-Demand” é o erro mais caro.
- Ação: Comprometa-se com um valor de uso por 1 ou 3 anos através do Savings Plans. Ele é flexível e se aplica automaticamente a diferentes tipos de instâncias e regiões. Somente tenha em acordo com o tempo contratado a avaliação interna da sua empresa e qual tempo de contrato faz sentido para a saúde da empresa.
- Impacto: Economia de até 72% comparado ao preço de tabela de acordo com o tipo de pagamento (mensal, parcialmente adiantado ou totalmente adiantado) em conjunto com o tempo de contrato (1 ou 3 anos).
- Dificuldade: Nula tecnicamente. É uma decisão puramente financeira e contratual no console que é concluída com poucos cliques na tela.
3. Agendamento de instâncias (stop/start)
Ambientes de desenvolvimento, teste e homologação raramente precisam ficar ligados durante a noite ou fins de semana.
- Ação: Utilize o AWS Instance Scheduler para desligar esses recursos automaticamente fora do horário comercial (ex: desligar às 20h e ligar às 08h).
- Impacto: Pode reduzir os custos desses ambientes em até 65% (já que ficam ligados apenas ~8h das 24h do dia).
- Dificuldade: Baixa. Configuração única via tags ou automação simples.
Armazenar todos os arquivos no nível padrão (S3 Standard) é desnecessário se muitos deles não são acessados há meses (como logs antigos ou backups).
4. Ciclo de vida do S3 (Storage Lifecycle)
- Ação: Configure Lifecycle Policies para mover objetos automaticamente para classes mais baratas como S3 Intelligent-Tiering ou S3 Glacier.
- Impacto: Redução de até 80% no custo de armazenamento de dados legados.
- Dificuldade: Baixa. Basta definir uma regra no bucket (ex: “após 30 dias, mova para Glacier”).
5. Limpeza de recursos órfãos
Recursos esquecidos são “vazamentos” silenciosos na fatura mensal.
- Ação: Identifique e remova:
- EBS Volumes (discos) que ficaram disponíveis após a exclusão de uma instância.
- Elastic IPs não associados.
- Snapshots muito antigos de instâncias que nem existem mais.
- Impacto: Eliminação de desperdício direto (100% de economia sobre o recurso deletado).
- Dificuldade: Baixa. Ferramentas como o AWS Trusted Advisor listam esses itens para você com um clique.
Dica Extra: Ative o AWS Cost Explorer e crie Budgets (Orçamentos) com alertas por e-mail. Saber exatamente onde o dinheiro está indo é o primeiro passo para não ser surpreendido no fim do mês, além de auxiliar na identificação de custos inesperados e ter possibilidade de corrigir.
