AWS propose deux mécanismes principaux pour réduire vos coûts compute : les Savings Plans (jusqu'à 72% d'économies) et les Reserved Instances (jusqu'à 72% également). Bien que similaires en apparence, ces deux options ont des différences cruciales. Voici comment choisir.
Comprendre les Reserved Instances (RI)
Les Reserved Instances existent depuis 2009 et restent populaires pour les workloads très prévisibles. Vous vous engagez sur un type d'instance spécifique (ex: m5.large) dans une région donnée pour 1 ou 3 ans.
Il existe 3 types de RI :
- Standard RI : économies maximales (jusqu'à 72%), mais aucune flexibilité
- Convertible RI : économies moindres (~54%), mais possibilité de changer de famille d'instances
- Scheduled RI : pour des créneaux horaires spécifiques (abandonné par AWS)
Comprendre les Savings Plans
Lancés en novembre 2019, les Savings Plans sont devenus la recommandation officielle d'AWS pour la majorité des cas d'usage. Vous vous engagez sur un montant horaire (ex: 10$/heure) plutôt que sur des instances spécifiques.
3 types de Savings Plans :
- Compute Savings Plans : flexibilité maximale, applicable sur EC2, Fargate, Lambda (jusqu'à 66%)
- EC2 Instance Savings Plans : limité à une famille d'instances dans une région (jusqu'à 72%)
- SageMaker Savings Plans : pour les workloads ML sur SageMaker (jusqu'à 64%)
Tableau comparatif
| Critère | Savings Plans | Reserved Instances |
|---|---|---|
| Économies max | Jusqu'à 72% | Jusqu'à 72% |
| Flexibilité | Élevée | Faible |
| Services couverts | EC2, Fargate, Lambda | EC2 uniquement |
| Changement de région | Oui (Compute SP) | Non |
| Revente possible | Non | Oui (Marketplace) |
| Complexité de gestion | Simple | Complexe |
Quand choisir les Savings Plans ?
Les Savings Plans sont recommandés dans la majorité des cas, notamment si :
- Vos workloads évoluent régulièrement (changement de tailles, familles)
- Vous utilisez plusieurs services compute (EC2 + Fargate + Lambda)
- Vous êtes multi-régions ou prévoyez de migrer des workloads
- Vous voulez simplifier la gestion des engagements
- Vous débutez avec les engagements AWS
Quand choisir les Reserved Instances ?
Les RI restent pertinentes dans des cas spécifiques :
- Workloads extrêmement stables (même instance depuis des années)
- Besoin de garantie de capacité dans une AZ spécifique
- Souhait de revendre des engagements inutilisés sur le Marketplace
- Infrastructure legacy très prévisible
La stratégie optimale : combiner les deux
Selon AWS et les experts FinOps, la meilleure approche combine souvent les deux :
- Couche de base stable : EC2 Instance Savings Plans pour les workloads les plus prévisibles (économies maximales)
- Couche flexible : Compute Savings Plans pour couvrir le reste et absorber les variations
- Pointes de charge : Spot Instances pour les workloads tolérants aux interruptions
AWS applique automatiquement les réductions dans l'ordre optimal : d'abord les RI, puis les Savings Plans.
Changements importants en 2025
AWS a annoncé des modifications significatives effectives au 1er juin 2025 :
- Les RI et SP seront limités à un seul client final (impact pour les MSP)
- Les échanges de RI entre clients différents ne seront plus possibles
- Le partage de commitments entre comptes sera restreint
Ces changements renforcent la tendance vers les Savings Plans pour leur simplicité de gestion.
Optimisez vos engagements AWS automatiquement
Notre plateforme analyse votre utilisation et recommande la combinaison optimale de Savings Plans et Reserved Instances.
Demander mon audit gratuit →Conclusion
En 2025, les Savings Plans sont clairement la solution recommandée pour la majorité des organisations. Ils offrent des économies similaires aux Reserved Instances avec beaucoup plus de flexibilité et moins de complexité de gestion.
Cependant, une stratégie mature combine souvent les deux approches pour maximiser les économies tout en conservant la flexibilité nécessaire à l'évolution de l'infrastructure.