FinOps - Instances réservées vs Saving Plans AWS

Résumé : AWS propose deux grands mécanismes pour optimiser les coûts de calcul : les Instances Réservées (RI) et les Saving Plans (SP). Les deux permettent de bénéficier de remises importantes en échange d’un engagement de durée et/ou de budget. Les RI sont plus rigides mais offrent parfois des économies supérieures, tandis que les Saving Plans sont plus flexibles et s’adaptent mieux aux environnements dynamiques. Ce guide Claranet explique leurs différences, leurs conditions d’application, ainsi que les bonnes pratiques FinOps à adopter pour un usage optimal.

Matrice RIs/Saving Plans

Ce tableau présente un résumé comparatif des options proposées par AWS.

Recommandation Claranet et démarche FinOps

Arbre de décision et recommandation de Claranet dans une démarche FinOps.

Quelques éléments à prendre en compte:

• Le rightsizing reste essentiel et n’empêche pas la réservation d’instances de petite taille.
• La durée de l’engagement (1 ou 3 ans) influence fortement le taux de remise.
• Le paiement (total, partiel ou nul à l’avance) détermine également le niveau d’économie réalisable.

Définition du rightsizing

Le rightsizing consiste à adapter en continu la taille et la capacité des ressources cloud aux besoins réels des charges de travail. Cela implique une supervision régulière et une mesure fine de la demande pour éviter tout gaspillage de ressources.

Durée et modalités d'engagements

Les réservations AWS se font généralement sur 1 ou 3 ans.

• Sur 3 ans, les économies dépassent souvent 50 %.
• Après 18 mois, une réservation sur 3 ans devient plus rentable qu’un engagement à la demande.

Paiement de l’engagement

• Acompte total : remise maximale.
• Partiel-upfront : remise moyenne, investissement initial modéré.
• No-upfront : remise moindre, mais capital préservé. En pratique, AWS valorise les paiements anticipés et applique un différentiel de coût assimilable à des intérêts lorsque le paiement est échelonné.

Organisation et gouvernance FinOps

Il est crucial d’impliquer l’équipe technique dans les décisions de réservation. 
Dans le cas d’une organisation AWS consolidée, les Saving Plans doivent être achetés depuis un compte dédié (souvent le compte Root/Master) pour garantir un partage optimal des économies entre comptes.
Attention : les Saving Plans couvrent en priorité les ressources du compte acheteur, ce qui peut réduire les économies globales si leur application n’est pas planifiée.

Comprendre les Saving Plans AWS

Les Saving Plans sont des engagements de dépense horaire minimale (ex. : 0,3 $/h). Ils offrent des remises proportionnelles à la durée et au mode de paiement, tout en restant flexibles.

Eléments déterminant le prix

1. Type de plan (Compute ou EC2 Instance Saving Plan)
2. Durée d’engagement (1 ou 3 ans)
3. Type de paiement (tout, partiel ou aucun acompte)
4. Région AWS concernée
5. Famille d’instance (pour les EC2 Instance SP)

Exemple de calcul

Pour 3 instances m5.large :

• Sans Saving Plan : 0,321 $/h (231,12 $/mois)
• Avec Saving Plan complet (0,3 $/h) : 0,201 $/h (144,72 $/mois)
• Avec Saving Plan partiel (0,134 $/h) : 0,241 $/h (173,52 $/mois)

Les remises varient selon l’instance, l’OS, la région, la durée et le mode de paiement.

Types de Saving Plans

• Compute Savings Plans : applicables à EC2, Fargate et Lambda, jusqu’à 66 % d’économie, grande flexibilité.
• EC2 Instance Savings Plans : applicables à une famille d’instances spécifique, jusqu’à 72 % d’économie, moins flexibles mais plus avantageux.

Application des remises

Les Saving Plans sont appliqués :
1. Après les Instances Réservées déjà existantes.
2. D’abord aux ressources du compte acheteur.
3. Ensuite aux ressources des autres comptes de la même organisation.

Instances Réservées (RI)

Les Instances Réservées impliquent un engagement sur un type d’instance, une plateforme, une portée et une durée donnée.

Facteurs influençant le prix

1. Plateforme (ex. Linux)
2. Type d’instance (ex. m4.large)
3. Scope (régional ou zone de disponibilité)
4. Réseau (VPC ou classique)
5. Tenant (dédié ou partagé)
6. Durée (1 ou 3 ans)
7. Type de paiement
8. Classe de réservation (standard ou convertible)

RI Standard

Modifications possibles :

• Changement de région ou de zone de disponibilité
• Passage entre EC2 classique et VPC
• Modification de taille au sein d’une même famille

RI Convertible

Plus flexibles, elles permettent d’échanger contre :

• Un autre type d’instance
• Un autre OS ou tenant
• Une taille ou une famille différente

Conclusion

Les Saving Plans et les Instances Réservées répondent à des besoins complémentaires. 
Les RI conviennent mieux aux environnements stables et prévisibles, tandis que les Saving Plans s’adaptent davantage aux organisations en évolution rapide cherchant à conserver de la flexibilité dans leur consommation cloud.

Sources et références

Pour approfondir le sujet et consulter les ressources à l’origine de cet article :

• Claranet sur Medium – FinOps AWS : Reserved Instances vs Savings Plans
• ProsperOps – Best practice : Purchase Savings Plans in an empty AWS account
• Claranet – GreenOps et FinOps pour optimiser son utilisation du Cloud

Discuter d’un projet FinOps avec Claranet

Les experts FinOps de Claranet accompagnent les entreprises dans la mise en place d’une stratégie de réservation AWS optimale.
Que vous souhaitiez réduire vos coûts cloud, automatiser vos recommandations ou structurer votre gouvernance FinOps, nos équipes peuvent vous aider à choisir entre Instances Réservées et Saving Plans selon vos objectifs métiers.
Découvrez notre accompagnement FinOps, ou utilisez le formulaire en bas de page pour nous contacter.

Mise à jour le 8 décembre 2025