AWS

Como escolher instância EC2 sem estourar o orçamento

Framework prático de FinOps para dimensionar EC2: família, tamanho, modelo de compra e região — com ferramentas para simular antes de migrar.

EC2AWSCost OptimizationFinOps

Escolher instância EC2 só pelo “menor preço por hora” é receita para retrabalho. O custo real depende de CPU, memória, rede, disco, região e modelo de compra. Este artigo consolida o que antes estava espalhado em dezenas de páginas genéricas — aqui vai o método; para números ao vivo, use o comparador EC2.

1. Classifique a workload

PerfilSinaisFamílias típicas
Uso geralAPI, app web moderadat3/t4g, m6i/m7g
Memóriacache, analytics in-memoryr6i/r7g
CPU constantetranscode, buildc6i/c7g
I/O discobanco pequeno, índice locali3, gp3 + instância adequada
Burstabledev, baixo tráfegot3/t4g (com créditos)

Burstable (t)* funciona quando a CPU média fica baixa. Produção com pico sustentado costuma precisar de m* ou c*.

2. Meça antes de mudar

No CloudWatch, olhe 14 dias:

  • CPUUtilization (média e p95)
  • CPUCreditBalance / CPUCreditUsage (se t*)
  • Métricas de rede e disco

Se CPU média < 20% e p95 < 60%, candidate a downsize. Se créditos zeram todo dia, não é workload burstable.

3. Região e data transfer

us-east-1 costuma ser mais barato, mas latência e data transfer para o Brasil podem comer a economia. Para usuários finais no BR, compare:

  • EC2 em sa-east-1 (São Paulo)
  • EC2 em us-east-1 + CDN na borda
  • Híbrido com cache regional

O comparador mostra preço horário por região; some egress ao modelo mental.

4. Modelo de compra

  1. On-Demand — flexível, mais caro; ideal para cargas novas ou imprevisíveis.
  2. Savings Plan (1 ou 3 anos) — desconto amplo em compute; exige previsibilidade.
  3. Spot — até ~70% de desconto; exige tolerância a interrupção.
  4. Graviton (arm64) — muitas stacks Node/Python/Java rodam 20–40% mais barato após recompilar.

Nunca compre RI/SP no dia 1. Estabilize o tamanho primeiro.

5. Checklist de decisão (5 minutos)

  • Tags Environment e Owner aplicadas?
  • CPU/memória medidas por 14 dias?
  • Teste de carga após resize em staging?
  • Plano de rollback (AMI/snapshot)?
  • Custo simulado no comparador?

Erros que vejo em contas brasileiras

  • t3.micro em produção com fila crescendo — falta de memória, não de CPU.
  • Disco gp2 oversized “por precaução” — gp3 com IOPS provisionado resolve mais barato.
  • NAT Gateway duplicado por VPC mal desenhada — custo silencioso maior que EC2.

Ferramentas neste site


Publicado por Mauricio Nascimento de Oliveira. Dúvidas ou correções: contato.

Publicar no LinkedIn

Abre o LinkedIn com título, início do artigo e link. Você pode editar antes de publicar.

Ver texto da publicação
Como escolher instância EC2 sem estourar o orçamento

Escolher instância EC2 só pelo “menor preço por hora” é receita para retrabalho. O custo real depende de CPU, memória, rede, disco, região e modelo de compra. Este artigo consolida o que antes estava espalhado em dezenas de páginas genéricas — aqui vai o método; para números ao vivo, use o comparador EC2.

👉 Leia o artigo completo: https://finopspro.com.br/blog/como-escolher-instancia-ec2-finops

— FinOps Pro
Publicar no LinkedIn Só o link

Artigos Relacionados