Savings Plans et Reserved Instances permettent jusqu'à 72 % de réduction sur AWS. Mais lesquels choisir, comment les dimensionner et éviter les pièges ? Le guide FinOps complet.
Le principe : s'engager pour économiser
AWS applique une tarification à la demande (on-demand) qui est délibérément élevée pour la flexibilité qu'elle offre. En échange d'un engagement de 1 ou 3 ans, AWS offre des réductions substantielles. Deux mécanismes coexistent : les Reserved Instances (RI), l'ancien système, et les Savings Plans (SP), introduits en 2019 et maintenant recommandés dans la plupart des cas.
Reserved Instances : l'ancien modèle
Une Reserved Instance réserve une capacité spécifique : type d'instance (m5.xlarge), OS (Linux), région ou zone de disponibilité, tenancy. Elle s'applique automatiquement aux instances correspondant exactement à ces critères.
Types de RI :
- Standard RI : réduction maximale (jusqu'à 72 %), pas de changement possible pendant l'engagement
- Convertible RI : réduction moindre (~54 %), possibilité de changer le type d'instance, l'OS ou la tenancy
- Scheduled RI : pour des fenêtres horaires spécifiques (arrêté en 2021)
Modalités de paiement :
- All Upfront : paiement intégral en avance, réduction maximale
- Partial Upfront : moitié à la souscription, moitié lissée sur la durée
- No Upfront : mensualités, réduction moindre mais sans engagement de trésorerie
Savings Plans : la flexibilité moderne
Les Savings Plans fonctionnent différemment : vous vous engagez sur un montant horaire de dépenses (ex: 10 $/h), et AWS applique la réduction sur toute consommation éligible dans la limite de cet engagement.
3 types de Savings Plans :
- Compute Savings Plans : s'appliquent à EC2 (toutes familles, tous OS, toutes régions), Lambda et Fargate. La plus grande flexibilité — jusqu'à 66 % de réduction. Recommandé si votre parc évolue régulièrement.
- EC2 Instance Savings Plans : limités à une famille d'instances dans une région (ex: famille M en eu-west-1), mais jusqu'à 72 % de réduction — équivalent aux Standard RI avec plus de souplesse sur l'OS et la taille.
- SageMaker Savings Plans : spécifique aux workloads SageMaker ML (instances de formation et d'inférence).
Comparatif décisionnel
| Critère | Standard RI | Convertible RI | Compute SP | EC2 Instance SP |
|---|---|---|---|---|
| Réduction max (3 ans) | 72 % | 54 % | 66 % | 72 % |
| Flexibilité famille | ❌ | ✅ | ✅ | ❌ (même famille) |
| Flexibilité région | ❌ (AZ fixée) | ✅ | ✅ | ❌ (même région) |
| Couvre Lambda/Fargate | ❌ | ❌ | ✅ | ❌ |
| Marché secondaire | ✅ (RI Marketplace) | ❌ | ❌ | ❌ |
Stratégie de dimensionnement
La règle d'or : ne couvrir par des engagements que la consommation de base stable. Le pic de charge doit rester en on-demand ou Spot.
- Analyser 3 mois d'historique pour identifier la consommation plancher (baseline)
- Couvrir 70-80 % de cette baseline avec des Savings Plans (pas 100 % — laissez une marge)
- Le reste en on-demand ou Spot selon la criticité
- Réévaluer tous les 6 mois
Pièges à éviter
- Sur-engager : acheter plus de RI/SP que votre consommation réelle. Vous payez pour des ressources inexistantes.
- Engager avant de rightsizer : si vous rightsizez après avoir acheté des RI, les RI ne s'appliquent plus aux nouvelles instances de taille différente.
- Ignorer le RI Marketplace : si vous avez des RI inutilisées, vous pouvez les revendre sur le marketplace AWS (Standard RI uniquement).
- Oublier RDS : les Reserved Instances RDS fonctionnent selon le même principe et peuvent représenter 30 % d'économies supplémentaires.
Outils de recommandation
- AWS Cost Explorer → Savings Plans Recommendations : analyse l'historique et recommande le montant horaire optimal avec la durée suggérée
- AWS Trusted Advisor : identifie les RI sous-utilisées et les opportunités d'achat
- CloudHealth, Apptio Cloudability, ProsperOps : outils tiers avec gestion automatisée du portefeuille RI/SP
Conclusion
Pour la majorité des workloads en 2025, les Compute Savings Plans sur 1 an sans upfront offrent le meilleur équilibre flexibilité/économies. Réservez les EC2 Instance Savings Plans et Standard RI pour les composants stables et bien connus (bases de données, backend monolithique stable). Rightsizez toujours avant d'engager.