Fatura da AWS alta? 12 causas comuns e como reduzir

Se a sua fatura da AWS está alta, o caminho mais rápido é abrir o Cost Explorer, agrupar os gastos por serviço e procurar o que mudou no último mês. Na maioria das contas, boa parte do excesso vem de poucos itens: máquinas maiores do que o necessário, recursos esquecidos, ambientes ligados 24 horas e falta de compromisso de uso. As 12 causas abaixo estão na ordem em que costumamos investigar.

Antes de tudo: descubra o que mudou

Abra Billing and Cost Management → Cost Explorer, agrupe por serviço e depois por tipo de uso, compare com o mês anterior e olhe a visão diária. Um salto em um dia específico aponta para um evento, como um deploy, um ataque ou um processo que ficou rodando. Um crescimento gradual aponta para acúmulo, como logs e snapshots.

Se as suas contas ainda não têm tags por projeto, comece a marcá-las agora. Sem elas, ninguém consegue responder quanto cada produto ou cliente custa.

Causas ligadas a servidores

1. Máquinas superdimensionadas

É a causa número um. A instância foi escolhida para "dar folga", ou copiada do servidor antigo, e opera com processador ocioso o mês inteiro. O AWS Compute Optimizer aponta candidatas à redução com base no uso real.

2. Tudo sob demanda

O preço sob demanda é o mais caro da AWS. O que roda o tempo todo deveria estar coberto por compromisso. Veja Savings Plans ou instâncias reservadas.

3. Ambientes de teste ligados 24 horas

Homologação e desenvolvimento trabalham cerca de 50 horas por semana, e a semana tem 168. Agendar o desligamento à noite e nos fins de semana corta boa parte desse custo, sem efeito para ninguém.

4. Gerações antigas de instância

Famílias mais novas e processadores AWS Graviton costumam entregar mais desempenho pelo mesmo preço, ou o mesmo desempenho por menos. Em muitos casos a troca é simples, mas exige teste de compatibilidade.

Causas ligadas a armazenamento e dados

5. Volumes e snapshots esquecidos

Quando um servidor é apagado, o volume pode continuar existindo e cobrando. Snapshots antigos também se acumulam em silêncio. Uma política no AWS Backup ou no Data Lifecycle Manager resolve daqui para frente.

6. Volumes gp2 em vez de gp3

Os volumes gp3 costumam ser mais baratos que os gp2 para o mesmo tamanho e permitem ajustar o desempenho separadamente. A migração costuma ser feita sem desligar o servidor.

7. S3 sem ciclo de vida

Tudo fica na classe Standard para sempre. Regras de ciclo de vida movem dados frios para classes mais baratas e apagam o que venceu. Para padrões de acesso imprevisíveis, o S3 Intelligent-Tiering faz isso sozinho.

8. Logs sem prazo de retenção

Por padrão, os grupos de log do CloudWatch podem guardar tudo indefinidamente. Em sistemas que registram muito, os logs chegam a custar mais que a própria aplicação. Defina a retenção e reveja o que realmente precisa ser registrado.

Causas ligadas à rede

9. NAT Gateway consumindo dinheiro

O NAT Gateway cobra por hora e por gigabyte processado, e isso surpreende muita gente. Servidores que baixam muitos dados pelo NAT, mesmo vindos do S3 na mesma região, pagam caro à toa. Um VPC endpoint gratuito para o S3 costuma resolver essa parte.

10. Transferência de dados para a internet

O tráfego de saída é cobrado. Colocar o Amazon CloudFront na frente de imagens, vídeos e arquivos reduz a carga no servidor e, em muitos casos, a conta de transferência, já que o cache evita buscar o mesmo arquivo repetidamente.

11. IPs públicos em excesso

Desde fevereiro de 2024, a AWS cobra por todo endereço IPv4 público, inclusive os que estão em uso. Cada um parece barato, mas contas antigas acumulam dezenas. Revise e libere o que não é necessário.

Causas ligadas a eventos

12. Ataque ou chave vazada

Se a fatura explodiu de um dia para o outro, trate como incidente de segurança. Chaves de acesso expostas em código são usadas por terceiros para criar servidores em regiões que você nem usa. Verifique todas as regiões, abra um chamado com o suporte da AWS e troque as credenciais. Vale revisar o nosso checklist de segurança na AWS.

O que fazer primeiro

Ordene pelo que traz economia com menor risco:

1. Apagar o que não é usado. Volumes soltos, IPs parados, snapshots antigos, balanceadores sem destino.
2. Desligar ambientes fora de horário. Sem compromisso e reversível.
3. Ajustar o tamanho das máquinas. Com base em semanas de medição, não em um dia.
4. Só então contratar compromisso de uso. Fazer isso antes de ajustar o tamanho significa se comprometer com um desperdício.

Para o detalhe de cada alavanca, leia o guia de FinOps na AWS.

Como evitar sustos no futuro

• AWS Budgets com alertas por e-mail em 50%, 80% e 100% do orçamento.
• Cost Anomaly Detection para avisar de gastos fora do padrão.
• Tags obrigatórias por projeto, ambiente e responsável.
• Revisão mensal da fatura, com alguém responsável por ela.

Perguntas frequentes

Por que a fatura da AWS subiu de repente?

As causas mais comuns são um novo recurso criado sem acompanhamento, um processo com loop de chamadas, aumento de tráfego, fim de um período gratuito ou de um compromisso de uso, ou uso indevido de credenciais vazadas. O Cost Explorer na visão diária mostra o dia e o serviço responsáveis.

Quanto dá para reduzir na fatura da AWS?

Depende de quanto o ambiente já foi otimizado. Contas que nunca passaram por revisão costumam ter bastante espaço, enquanto contas bem cuidadas têm menos. Use o simulador de economia e confirme com um diagnóstico da sua conta.

Reduzir custos deixa o sistema mais lento?

Não quando é feito com medição. As primeiras economias vêm de recursos sem uso e de compromissos de preço, que não afetam o desempenho. O ajuste de tamanho deve se basear em dados reais e ser feito por etapas.

Quer essa análise feita na sua conta?

A Webparatus faz o FinOps da sua AWS com acesso somente leitura: você recebe a lista de desperdícios com valores e nada é alterado sem sua aprovação. Fale com a gente com a última fatura em mãos.