AWS

Reserved Instances vs Savings Plans na AWS: quando usar cada um

Comparativo técnico e financeiro para times no Brasil: flexibilidade, compromisso, cobertura e erros comuns ao comprar RI ou Savings Plan.

AWSFinOpsCost Optimization

Depois de estabilizar o tamanho das instâncias, o próximo degrau de FinOps é compromisso de uso: pagar menos em troca de previsibilidade. Na AWS, os dois caminhos principais são Reserved Instances (RI) e Savings Plans (SP). Eles não substituem boa arquitetura — complementam.

Reserved Instances (RI)

O que é: desconto em troca de compromisso com uma configuração específica (família, região, tenancy) por 1 ou 3 anos.

Tipos relevantes:

  • Standard RI — maior desconto, menos flexível (ideal quando o padrão é estável).
  • Convertible RI — permite trocar família/OS durante o prazo (útil se você evolui hardware a cada 12–18 meses).

Quando faz sentido:

  • Carga estável há ≥ 3 meses (idealmente 6).
  • Você sabe a família (m6i, r6g) e região (sa-east-1, us-east-1).
  • Há baseline de compute que roda 24/7 (núcleo de API, banco gerenciado em EC2, etc.).

Armadilhas:

  • Comprar RI para ambiente dev que desliga à noite.
  • RI na família errada “só porque estava barato”.
  • Esquecer Standard vs Convertible e ficar preso.

Savings Plans (SP)

O que é: compromisso de gasto por hora (USD/h) em compute, com desconto aplicado automaticamente ao uso elegível.

Variantes:

  • Compute SP — cobre EC2, Fargate, Lambda (maior flexibilidade entre serviços).
  • EC2 Instance SP — desconto maior, amarrado a família/região (meio-termo com RI).

Quando faz sentido:

  • Mix de tamanhos e famílias que ainda mudam trimestralmente.
  • Uso significativo de Fargate/Lambda além de EC2.
  • Primeiro compromisso da conta — costuma ser mais seguro que RI Standard.

Tabela rápida

CritérioRI StandardRI ConvertibleCompute SPEC2 Instance SP
FlexibilidadeBaixaMédiaAltaMédia
Desconto típicoAltoMédio-altoMédioMédio-alto
Ideal paraBaseline fixoEvolução de famíliaContas heterogêneasEC2 previsível
Risco de “sobra”AltoMédioBaixo-médioMédio

Processo recomendado (FinOps)

  1. Estabilize right-sizing (14–30 dias de métricas).
  2. No Cost Explorer, veja On-Demand equivalent dos últimos 30 dias.
  3. Comprometa 70–80% do baseline — nunca 100% no primeiro ciclo.
  4. Revise cobertura e utilização mensalmente (relatórios RI/SP).
  5. Reavalie a cada release grande (Graviton, mudança de região).

Spot e SP juntos?

Spot cobre picos baratos; SP/RI cobrem baseline. Não conte Spot como “compromisso” — interrupções são parte do modelo.

O que fazer agora

  1. Abra o Cost Explorer → Savings Plans recommendations.
  2. Compare com RI para sua família mais usada.
  3. Simule cenários no comparador EC2 antes de fixar família.

Artigos relacionados: Guia FinOps 30 dias · Escolher instância EC2.


Por Mauricio Nascimento de Oliveira. Conteúdo editorial; não constitui consultoria financeira.

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
Reserved Instances vs Savings Plans na AWS: quando usar cada um

Depois de estabilizar o tamanho das instâncias, o próximo degrau de FinOps é compromisso de uso: pagar menos em troca de previsibilidade. Na AWS, os dois caminhos principais são Reserved Instances (RI) e Savings Plans (SP). Eles não substituem boa arquitetura — complementam.

👉 Leia o artigo completo: https://finopspro.com.br/blog/reserved-instances-vs-savings-plans-aws

— FinOps Pro
Publicar no LinkedIn Só o link

Artigos Relacionados