Reserved Instances e Savings Plans
Última atualização em 2026-06-04
Reserved Instances (RIs) e Savings Plans são modelos de precificação baseados em compromisso que concedem um desconto significativo em troca do compromisso com um nível de uso por um ou três anos. As Reserved Instances aplicam-se a famílias ou configurações de instância específicas, então o desconto só vale quando os recursos em execução correspondem aos atributos da reserva (tipo de instância, região e, às vezes, sistema operacional ou tenancy). Já os Savings Plans (na AWS) e os Committed Use Discounts (no Google Cloud) firmam o compromisso com um valor estável de dólar por hora ou de recurso, ao qual o desconto se aplica automaticamente em todo o uso correspondente, o que dá mais flexibilidade conforme as cargas de trabalho mudam. Ambos podem ser pagos totalmente adiantados, parcialmente adiantados ou sem pagamento adiantado, com descontos maiores para compromissos mais altos. São adequados a cargas de trabalho previsíveis e em regime estável, mas exigem uma análise cuidadosa de cobertura para evitar comprometer-se em excesso (pagar por capacidade que você não usa) ou de forma insuficiente (pagar tarifas on-demand). A LevelFour analisa a cobertura de compromissos e revela lacunas de RI, Savings Plan e Committed Use Discount como parte de suas recomendações de otimização.
Perguntas frequentes
- Qual é a diferença entre Reserved Instances e Savings Plans?
- As Reserved Instances dão desconto a configurações de instância específicas, então o desconto só se aplica quando os recursos em execução correspondem à família, à região e a atributos semelhantes da reserva. Os Savings Plans firmam o compromisso com um gasto estável de dólar por hora e aplicam esse desconto automaticamente em todo o uso de computação correspondente, o que os torna mais flexíveis quando as cargas de trabalho migram entre tipos ou tamanhos de instância.
- Quando vale a pena comprar um compromisso em vez de pagar on-demand?
- Os compromissos são adequados a cargas de trabalho previsíveis e em regime estável, que rodam de forma contínua o suficiente para recuperar a obrigação de um ou três anos. Faça primeiro a análise de cobertura: assuma o compromisso para o seu uso de base confiável e deixe as cargas de trabalho variáveis ou de curta duração no on-demand. Comprometer-se em excesso desperdiça dinheiro com capacidade ociosa; comprometer-se de forma insuficiente deixa cargas de trabalho estáveis pagando as tarifas on-demand cheias.
Termos relacionados
A LevelFour automatiza isso em AWS, GCP, Azure e Kubernetes com pull requests automatizados de infraestrutura como código.