Durante todos esses anos de ensino, uma das ideias equivocadas mais comuns de quem está iniciando na AWS é acreditar que todos os serviços AWS deixam de gerar custos quando o recurso principal é encerrado.
Infelizmente, isso nem sempre acontece.
Em muitos casos, o recurso principal foi até excluído, mas se você deixar para trás os componentes de armazenamento, rede, backup, monitoramento e logs, há uma grande chance de você ser tarifado em seu cartão de crédito.
Neste artigo, eu vou listar sete serviços e recursos da AWS que podem continuar gerando cobranças e o que devemos verificar no nosso ambiente AWS.
Índice
Quais serviços AWS ainda podem gerar custos?
1. IP Elástico
Muitas pessoas encerram uma instância do Amazon EC2, mas esquecem de liberar o IP Elástico associado a ela.
A AWS cobra pelo uso de endereços IPv4 públicos, incluindo os IPs elásticos. Portanto, mesmo depois que o recurso associado for removido, um IP elástico que continuar alocado à conta poderá continuar gerando cobranças até ser liberado.
Antes de considerar que a limpeza do ambiente foi concluída:
- Libere os IPs Elásticos que não serão mais utilizados.
- Revise a lista de IPs Elásticos no console do Amazon EC2.
2. Volumes do Amazon EBS
- Verifique se existem volumes do Amazon EBS sem anexo.
- Exclua os volumes que não serão mais necessários.
3. Snapshots do Amazon EBS
- Revise os snapshots mais antigos.
- Mantenha apenas os snapshots necessários para becape ou recuperação de desastres.
- Exclua aqueles que não possuem mais utilidade.
4. NAT Gateway
- Exclua os NAT Gateways que não serão mais utilizados.
- Depois da exclusão, verifique e libere os IPs Elásticos associados.
5. Balanceador de Carga de Aplicação
- Revise os balanceadores de carga existentes.
- Verifique quais ainda estão servindo as aplicações.
- Remova os balanceadores que não estão mais sendo utilizados.
Também é importante verificar os Target Groups, regras e listeners associados, para garantir que nenhuma parte da arquitetura tenha sido esquecida.
Se você ainda tem dificuldades com a configuração do balanceador de carga de aplicação na AWS, recomendo esse workshop prático do Amazon EC2 com ALB e ASG.
6. Amazon CloudWatch Logs
Muitas aplicações, funções, instâncias e serviços enviam logs para o Amazon CloudWatch Logs.
Mesmo depois que a aplicação é excluída, os grupos de logs podem permanecer armazenados. Quando nenhuma política de retenção é configurada, esses logs podem ficar guardados por tempo indeterminado e continuar gerando custos de armazenamento.
Antes de concluir a limpeza do ambiente:
- Configure políticas de retenção adequadas para os grupos de logs.
- Exclua grupos de logs que não sejam mais necessários.
- Mantenha apenas os dados exigidos para operações, auditoria ou conformidade.
7. Amazon S3
Vamos falar sério, os buckets do Amazon S3 são frequentemente esquecidos após testes, projetos temporários, migrações, templates do CloudFormation (IaC) e até laboratórios realizados, não é mesmo?
Por exemplo, você provavelmente já utilizou esse serviço para becapes, armazenamento de imagens e documentos e até versionamento de objetos. Com o tempo, porém, o volume armazenado pode crescer significativamente e permanecer assim por meses. Em ambientes de produção, esses dados podem continuar armazenados por anos, sem que ninguém perceba os custos envolvidos. Então, o que devemos fazer?
Antes de concluir a limpeza do ambiente:
- Revise o conteúdo dos buckets.
- Exclua objetos e buckets que não serão mais utilizados.
- Verifique aqueles nos quais o versionamento está habilitado e se existem versões antigas dos objetos.
- Configure regras do ciclo de vida para mover ou excluir dados automaticamente quando necessário.
Sugestão de checklist para evitar custos
Antes de considerar que o ambiente foi completamente removido, revise:
- IPs Elásticos
- Volumes do Amazon EBS
- Snapshots do Amazon EBS
- NAT Gateways
- Balanceadores de carga de aplicação
- Grupos de logs do Amazon CloudWatch
- Buckets do Amazon S3
Também é importante verificar todas as regiões da AWS nas quais você criou recursos.
Lembre-se de que algo criado em outra região pode permanecer ativo e gerar custos sem aparecer na região que você está consultando no momento.
Conclusão para evitar custos
Muitos custos inesperados na AWS acontecem porque os recursos associados possuem ciclos de vida independentes.
Excluir uma instância do Amazon EC2, por exemplo, não significa necessariamente excluir volumes, snapshots, endereços IP, gateways, balanceadores, logs ou dados armazenados.
Por isso, use a sugestão do checklist deste artigo para revisar o seu ambiente. Assim, você reduzirá seus custos na prática e evitará surpresas no final do mês.
