Savings Plans AWS : réduire d'abord, s'engager ensuite sur la part stable

Un Savings Plan AWS échange un tarif réduit contre un engagement de dépense horaire sur un ou trois ans. Le directeur technique (CTO) y voit une remise, le directeur administratif et financier (DAF) un engagement ferme. La décision dépend d'un chiffre absent de la facture mensuelle : le plancher horaire de l'usage éligible, une fois la consommation inutile retirée.

Cet article s'adresse au CTO et au DAF d'un SaaS (logiciel fourni en ligne par abonnement) hébergé sur AWS, avant un premier achat ou un renouvellement. Le bon montant se calcule sur vos données : voici la méthode.

Réduire d'abord : nettoyer, redimensionner, mesurer le plancher

Un Savings Plan ne réduit pas la consommation : il réduit le prix d'une consommation que vous vous engagez à payer. Si elle contient des instances oubliées, des environnements de test allumés la nuit ou des machines surdimensionnées, l'engagement les finance pour toute la durée du plan, et leur suppression ultérieure fait moins baisser la facture que prévu. Or les termes de l'engagement ne peuvent pas être changés après l'achat : il reste seulement possible d'acheter des plans supplémentaires [2].

L'ordre de travail découle de ce mécanisme.

1. Nettoyer. Supprimer ce qui ne sert plus : instances et volumes sans propriétaire, environnements temporaires restés allumés, ressources d'un produit arrêté.
2. Redimensionner. Ramener chaque ressource restante à la taille que son usage mesuré justifie, et planifier l'arrêt de ce qui n'a pas à tourner la nuit ou le week-end. Chaque arrêt planifié abaisse le plancher horaire sur lequel l'engagement sera calculé.
3. Mesurer le plancher. Sur une période représentative, relever la dépense horaire éligible au tarif à la demande, heure par heure, et en retenir le minimum et sa distribution, pas seulement la moyenne.
4. S'engager sur une partie seulement. Couvrir la part de ce plancher que les scénarios de l'année retiennent tous, et laisser le reste au tarif à la demande jusqu'à la prochaine revue.

Cost Optimization Hub, fonction de la console de facturation AWS, regroupe pour tous les comptes et régions les recommandations de redimensionnement, de suppression des ressources inactives, de Savings Plans et d'instances réservées [21]. Il déduplique les économies entre actions liées et tient compte de la baisse d'usage qu'elles entraînent ; ses recommandations d'engagement privilégient par défaut les Compute Savings Plans et penchent en général vers trois ans payés à l'achat, préférence modifiable [22]. Une recommandation sur trois ans payée d'avance engage la trésorerie autant que la technique : elle se discute avec le DAF.

Pour mesurer heure par heure, AWS Cost Explorer fournit par défaut des données quotidiennes et mensuelles ; sa granularité horaire, à activer, ne couvre que les quatorze jours précédents [23]. Un export de coûts et d'usage (Cost and Usage Report, CUR 2.0) configuré en granularité horaire [24] accumule un historique plus long. Sa lecture, et l'écart entre coût non combiné et coût amorti d'un engagement, sont détaillées dans Coût facturé, coût amorti, crédits : réconcilier des montants AWS qui ne tombent jamais juste.

Ce qu'achète un Savings Plan : un montant par heure

AWS définit un Savings Plan comme un engagement à utiliser un montant donné de calcul, mesuré par heure, pour une période d'un an (365 jours) ou de trois ans (1 095 jours), en échange de prix inférieurs aux tarifs à la demande [1]. Cet engagement est exprimé en dollars US par heure [17]. Le prix payé pour l'usage reste le même pendant toute la durée du plan, et trois modes de paiement existent : intégral à l'achat (All Upfront), partiel (Partial Upfront) ou sans avance (No Upfront) [1].

Quatre types de plans documentés

AWS documente aujourd'hui quatre types [2] :

• Compute Savings Plans : ils s'appliquent à l'usage d'instances Amazon Elastic Compute Cloud (EC2) quels que soient la famille, la taille, la région, le système d'exploitation ou la location, ainsi qu'à AWS Fargate et AWS Lambda.
• EC2 Instance Savings Plans : l'engagement porte sur une famille d'instances dans une région choisie ; il suit les changements de taille, de système d'exploitation et de location à l'intérieur de cette famille, pas un changement de famille ni de région.
• SageMaker AI Savings Plans : ils couvrent l'usage d'instances Amazon SageMaker AI, quels que soient la famille, la taille, la région et le composant.
• Database Savings Plans : ils couvrent Aurora, RDS, DynamoDB, ElastiCache, DocumentDB, Timestream, Neptune, Keyspaces, DMS et OpenSearch Service, sur les dernières générations d'instances provisionnées et l'usage sans serveur [2]. Ils n'existent qu'en un an sans paiement initial [5][6] et ne se cumulent pas avec des instances réservées sur la même charge [5].

Pour un SaaS sur Kubernetes, les plans Compute et EC2 Instance couvrent les instances EC2 des clusters Amazon Elastic Kubernetes Service (EKS) ou Amazon Elastic Container Service (ECS), pas les frais propres d'EKS [2]. Ils ne s'appliquent ni au Spot, ni à l'usage déjà couvert par des instances réservées, et ne réservent aucune capacité [4].

L'engagement se joue heure par heure

Chaque heure, AWS applique les plans actifs à l'usage éligible de cette heure, après les instances réservées EC2 ; les EC2 Instance Savings Plans passent avant les Compute Savings Plans, et l'usage au pourcentage de remise le plus élevé est couvert en premier [3]. L'application s'arrête quand l'usage ou l'engagement de l'heure est épuisé ; le reste est facturé à la demande [3]. L'engagement d'une heure ne peut être utilisé que dans cette heure et ne se reporte pas [3].

L'exemple d'AWS l'illustre : un engagement de 50,00 USD par heure face à un usage qui, au tarif du plan, représente 47,13 USD dans l'heure couvre tout l'usage [3]. Les 2,87 USD restants sont payés quand même. Répété sur les nuits et les week-ends d'une année, ce reste peut absorber la remise obtenue en journée.

Couverture et utilisation : deux indicateurs qui se contredisent

AWS mesure deux taux à lire ensemble. La couverture rapporte l'équivalent à la demande de l'usage couvert à la somme de cet équivalent et de l'usage éligible resté à la demande [7]. L'utilisation rapporte l'usage facturé au tarif du plan à l'engagement : 9,80 USD consommés sur un engagement de 10 USD par heure donnent 98 % pour cette heure [8]. Monter la couverture au-dessus du plancher fait baisser l'utilisation en heures creuses ; tenir l'utilisation à 100 % laisse une part des heures pleines à la demande. L'arbitrage se tranche en dollars.

Heures creuses et économie nette : le calcul avant l'achat

Une moyenne mensuelle cache les heures où l'engagement n'est pas consommé : le calcul se fait heure par heure.

La formule

Notons, pour chaque heure h de la période de référence :

• U(h) : l'usage éligible de l'heure, valorisé au tarif à la demande ;
• d : le taux de remise du plan par rapport au tarif à la demande, supposé uniforme pour la lecture (en réalité, il varie selon l'usage, et AWS couvre d'abord l'usage le plus remisé [3]) ;
• E : l'engagement horaire, exprimé au tarif du plan ;
• X(h) : l'équivalent à la demande de l'usage couvert, soit le plus petit de U(h) et de E / (1 moins d).

L'économie nette sur la période s'écrit alors :

Économie nette = somme sur h de [ d × X(h) ] moins somme sur h de [ E moins (1 moins d) × X(h) ]

Le premier terme est la remise obtenue sur l'usage couvert, le second l'engagement non consommé. La formule se simplifie en somme sur h de [ X(h) moins E ] : elle devient négative dans toute heure où l'usage éligible, au tarif à la demande, est inférieur à l'engagement lui-même.

Une conséquence en découle. Une tranche d'engagement ajoutée au-dessus de ce qui est déjà couvert rapporte d / (1 moins d) par dollar engagé dans les heures où l'usage la dépasse, et coûte un dollar par dollar engagé dans celles où elle reste inutilisée. Si p est la part des heures où elle est consommée, elle n'est rentable que si p × d / (1 moins d) dépasse (1 moins p), c'est-à-dire si p dépasse 1 moins d. Chaque tranche au-dessus du plancher se justifie donc par la distribution des heures, pas par la moyenne.

Exemple

Prenons une semaine type de 168 heures. L'usage éligible, à la demande, vaut 100 USD par heure pendant 60 heures pleines (cinq jours de douze heures) et 40 USD pendant les 108 heures creuses. Sans plan, la semaine coûte 6 000 + 4 320 = 10 320 USD, soit 61,43 USD par heure en moyenne. Avec d = 20 %, une tranche n'est rentable que consommée pendant plus de 80 % des heures.

Détail de l'option C, proche de la moyenne. En heure pleine, le plan coûte 48 USD et l'usage restant 40 USD à la demande, soit 88 USD au lieu de 100 : 720 USD économisés sur 60 heures. En heure creuse, le plan coûte 48 USD pour un usage qui en vaut 40 : 864 USD perdus sur 108 heures. La semaine se solde par une perte de 144 USD, avec la couverture la plus haute des trois options. La formule donne le même résultat : remise sur l'usage couvert de 0,20 × 7 920 = 1 584 USD, moins un engagement non consommé de 8 064 moins 6 336 = 1 728 USD.

L'option B montre le seuil : sa tranche de 8 USD par heure au-dessus du plancher n'est consommée que pendant 35,7 % des heures, loin des 80 % requis, et l'économie tombe de 1 344 à 600 USD.

Reste l'ordre des opérations. Supposons que, après l'achat de l'option A, un nettoyage retire 10 USD par heure d'usage inutile, à toute heure : l'usage passe à 90 USD en heure pleine et 30 USD en heure creuse, et la dépense sans plan tombe à 8 640 USD par semaine.

Le nettoyage retire le même usage dans les deux cas ; ce qui change est l'engagement resté au-dessus du nouveau plancher. L'écart de 744 USD par semaine se décompose en 864 USD d'engagement non consommé en heures creuses (8 USD sur 108 heures), moins 120 USD de remise supplémentaire en heures pleines (2 USD sur 60 heures). Sur un terme d'un an, 365 jours soit 8 760 heures, l'exposition totale passe de 32 × 8 760 = 280 320 USD à 24 × 8 760 = 210 240 USD : l'ordre « nettoyer puis engager » réduit à la fois la facture et le montant qui ne peut plus être repris.

Simuler, acheter, revenir en arrière : ce que permettent les outils AWS

Recommandations et Purchase Analyzer

Les recommandations Savings Plans calculent un engagement sur l'usage passé, pour le compte de gestion ou un compte membre [9], sur 7, 30 ou 60 jours [10]. Chaque recommandation détaillée renvoie la dépense horaire à la demande minimale, moyenne et maximale de la période [11] : l'écart entre minimum et moyenne est le premier chiffre à montrer au DAF.

La commande ci-dessous lit une recommandation Compute Savings Plans sur 60 jours et en extrait l'engagement proposé et la distribution horaire [10][11][25]. Elle lit un jeu de recommandations déjà généré ; pour un jeu à jour, lancez d'abord la génération avec StartSavingsPlansPurchaseRecommendationGeneration [10]. À adapter à votre environnement : remplacez l'espace réservé, chevrons compris, par le nom de votre profil.

aws ce get-savings-plans-purchase-recommendation \
  --savings-plans-type COMPUTE_SP \
  --term-in-years ONE_YEAR \
  --payment-option NO_UPFRONT \
  --lookback-period-in-days SIXTY_DAYS \
  --account-scope PAYER \
  --profile <PROFIL_COMPTE_DE_GESTION> \
  --query 'SavingsPlansPurchaseRecommendation.SavingsPlansPurchaseRecommendationDetails[].{engagement:HourlyCommitmentToPurchase,min:CurrentMinimumHourlyOnDemandSpend,moyenne:CurrentAverageHourlyOnDemandSpend,max:CurrentMaximumHourlyOnDemandSpend,utilisation:EstimatedAverageUtilization}'

Purchase Analyzer applique un plan hypothétique à chaque heure de la période de référence, compte tenu de l'usage par service et par région et des plans existants, et présente coût, couverture et utilisation heure par heure avec l'économie mensuelle nette estimée [13]. On y choisit le type, le niveau (payeur ou compte membre), la durée, le paiement, une période dans les 60 derniers jours, les plans expirant sous 90 jours à exclure, et un engagement recommandé, fixé par une couverture cible ou saisi en dollars par heure [12], dans la limite de vingt analyses par jour et par compte [14].

Ces analyses ne prévoient pas l'usage : elles reposent sur l'historique choisi, ne tiennent pas compte des achats mis en file d'attente et ne simulent qu'un achat immédiat [26]. Une tranche déjà en file d'attente reste donc à intégrer à votre propre calcul, et 60 jours ne contiennent ni une saisonnalité annuelle ni une migration prévue. Comparez plusieurs engagements personnalisés (plancher, plancher plus une tranche, montant recommandé), puis étendez le calcul à un historique plus long et au scénario de baisse avec la formule précédente.

Acheter par tranches, à une date choisie

Le prix d'un Savings Plan ne dépend pas du montant de l'engagement horaire [4] : acheter en plusieurs fois ne coûte rien de plus. Un achat peut être mis en file d'attente jusqu'à trois ans à l'avance, facturé à sa date de début et supprimé à tout moment avant [16], par exemple pour démarrer à l'échéance d'un plan existant. Il est validé à cette date, et marqué en échec de paiement, sans remise, s'il n'aboutit pas avant la fin du mois civil en temps universel (UTC) [16].

Ce qui reste réversible

Un Savings Plan ne s'annule pas pendant son terme [4]. La seule correction prévue vise l'erreur d'achat : un plan actif dont l'engagement horaire est de 100 USD au plus, acheté depuis moins de sept jours et dans le même mois civil, peut être retourné, avec remboursement intégral des frais initiaux ; passé la fin du mois civil (UTC), ce n'est plus possible [15]. Le retour est limité à dix plans par année civile et par compte de gestion, depuis le compte de gestion de l'achat [14][15], n'est ouvert qu'à l'utilisateur racine du compte ou à un utilisateur disposant de la permission savingsplans:returnSavingsPlan, et ne peut pas être annulé [15]. Un achat passé le 29 du mois laisse donc bien moins de sept jours, et au-delà de 100 USD par heure, aucune voie de retour n'est documentée.

Instances réservées : un engagement sur une configuration

Les instances réservées (Reserved Instances, RI) d'Amazon EC2 sont une remise de facturation appliquée aux instances à la demande qui correspondent à des attributs précis (type, région, location, plateforme), sur un ou trois ans, avec les trois mêmes modes de paiement et sans annulation possible [17]. AWS recommande les Savings Plans plutôt que les instances réservées [17]. Les différences utiles :

• Objet de l'engagement. Un Savings Plan engage un montant en dollars par heure ; une instance réservée engage une configuration [17].
• Classe. Une réservation Standard peut seulement être modifiée ; une réservation Convertible peut être échangée contre une autre réservation Convertible d'attributs différents, avec une remise moindre [17].
• Portée et capacité. Une réservation zonale réserve de la capacité dans une zone de disponibilité, sans souplesse de zone ni de taille ; une réservation régionale ne réserve pas de capacité mais s'applique dans toute la région et, pour Linux/Unix en location par défaut, quelle que soit la taille dans la famille [18].
• Revente. Seules les réservations EC2 Standard peuvent être vendues sur le Reserved Instance Marketplace, après au moins 30 jours d'activité et avec au moins un mois de terme restant ; AWS prélève 12 % du prix initial de vente et exige une banque à adresse américaine ; les réservations Convertible, ou d'autres services comme Amazon RDS, ne se revendent pas [19].
• Échéance. Une instance réservée ne se renouvelle pas automatiquement : à l'échéance, l'instance continue de tourner au tarif à la demande [17].

Pour un SaaS dont l'architecture évolue, un Compute Savings Plan évite de parier sur une famille d'instances ; une réservation zonale se justifie quand la capacité réservée dans une zone est elle-même le besoin.

Partage entre les comptes d'une organisation

Dans AWS Organizations, le compte de gestion contrôle le partage des remises entre les comptes [20]. Un plan sert d'abord le compte acheteur, puis les autres comptes si le partage est activé, côté acheteur comme côté bénéficiaire [3][20]. Trois modes existent : partage dans toute l'organisation ; partage prioritaire, qui sert d'abord des groupes de comptes définis par des catégories de coûts (Cost Categories) ; partage restreint à ces groupes, même si une partie de l'engagement reste inutilisée [20]. La facture du mois retient les préférences en vigueur le dernier jour à 23:59:59 UTC, et un plan dont le compte propriétaire quitte l'organisation ne s'applique plus à la facture consolidée [20]. Le choix du compte acheteur est une décision durable.

Le circuit de validation avec le DAF

L'achat se fait en quelques clics, par toute personne qui dispose des droits nécessaires dans AWS Identity and Access Management (IAM). La validation doit laisser une trace : le CTO apporte la mesure et la simulation, le DAF décide de l'engagement et du paiement. Nous recommandons le circuit suivant.

Les réponses à obtenir par écrit

Avant tout achat, le dossier soumis au DAF répond, par écrit, aux questions suivantes.

1. Quoi, exactement ? Type, montant horaire en dollars US, durée, mode de paiement, compte acheteur, date de début.
2. Quelle exposition totale ? Engagement horaire multiplié par 8 760 heures pour un an ou 26 280 heures pour trois ans, AWS définissant ces durées comme 365 et 1 095 jours [1] : la somme due quel que soit l'usage.
3. Sur quelle mesure ? Période de référence, date du nettoyage et du redimensionnement, plancher horaire relevé, et écart entre ce plancher et la moyenne.
4. Quelle économie nette, et sous quelle hypothèse ? Résultat de la formule et de Purchase Analyzer pour chaque montant comparé, avec le taux de remise retenu.
5. Et si l'usage baisse ? Économie nette si une charge s'arrête, change de région ou de famille, passe sur Spot ou sort du périmètre éligible ; pour un plan EC2 Instance, un changement de famille ou de région peut le laisser sans usage, si aucun autre usage de cette famille et de cette région ne subsiste dans les comptes qu'il sert.
6. Quelles échéances s'additionnent ? Fin de chaque plan et réservation existants, calendrier des tranches suivantes ; leur place dans un budget annuel est décrite dans Budget cloud d'un SaaS en croissance : prévoir trois scénarios.
7. Comment l'engagement apparaîtra-t-il dans les comptes ? Lecture amortie ou non combinée, paiement initial, conversion depuis le dollar US : ces choix relèvent de vos fonctions financières et de votre expert-comptable.
8. Qui peut acheter et retourner ? Personnes habilitées, permission de retour, et vérification de l'achat dans les sept jours et le mois civil lorsque le plan ne dépasse pas le seuil de retour.
9. Quand relit-on ? Date et responsable de la première revue de couverture et d'utilisation ; sa place dans une démarche FinOps est décrite dans FinOps, c'est quoi ? Définition 2026, méthode et par où commencer.

Ces questions font partie de ce qu'une lecture externe de la facture peut instruire. L'offre Audit FinOps : expliquer la facture relève la couverture actuelle, les échéances et le taux d'utilisation des engagements, et livre des recommandations chiffrées sur vos données ; la décision d'achat et toute renégociation contractuelle restent les vôtres.

Sources officielles et limites de lecture

La formule suppose une remise uniforme alors qu'AWS couvre d'abord l'usage le plus remisé : Purchase Analyzer, qui applique les taux du plan heure par heure, en donne une estimation plus fidèle, sur 60 jours d'historique au plus. Imputation comptable, taxes, conversion de devise, tarifs négociés et achats par un revendeur ne sont pas traités.

Sources

1. What are Savings Plans?, Amazon Web Services : https://docs.aws.amazon.com/savingsplans/latest/userguide/what-is-savings-plans.html
2. Savings Plans types, Amazon Web Services : https://docs.aws.amazon.com/savingsplans/latest/userguide/plan-types.html
3. Understanding how Savings Plans apply to your usage, Amazon Web Services : https://docs.aws.amazon.com/savingsplans/latest/userguide/sp-applying.html
4. Compute Savings Plans and Reserved Instances, Amazon Web Services : https://docs.aws.amazon.com/savingsplans/latest/userguide/sp-ris.html
5. Savings Plans FAQ, Amazon Web Services : https://aws.amazon.com/savingsplans/faqs/
6. Database Savings Plan, Amazon Web Services : https://aws.amazon.com/savingsplans/database-pricing/
7. Understanding coverage metrics and calculations, Amazon Web Services : https://docs.aws.amazon.com/savingsplans/latest/userguide/ce-sp-cr-metrics.html
8. Using the Savings Plans utilization report, Amazon Web Services : https://docs.aws.amazon.com/savingsplans/latest/userguide/ce-sp-usingPR.html
9. Understanding Savings Plans recommendations, Amazon Web Services : https://docs.aws.amazon.com/savingsplans/latest/userguide/sp-recommendations.html
10. GetSavingsPlansPurchaseRecommendation, API Cost Explorer, Amazon Web Services : https://docs.aws.amazon.com/aws-cost-management/latest/APIReference/API_GetSavingsPlansPurchaseRecommendation.html
11. SavingsPlansPurchaseRecommendationDetail, API Cost Explorer, Amazon Web Services : https://docs.aws.amazon.com/aws-cost-management/latest/APIReference/API_SavingsPlansPurchaseRecommendationDetail.html
12. Running a Savings Plan purchase analysis, Amazon Web Services : https://docs.aws.amazon.com/savingsplans/latest/userguide/sp-purchase-analysis.html
13. Reviewing your Savings Plan purchase analysis, Amazon Web Services : https://docs.aws.amazon.com/savingsplans/latest/userguide/sp-review-purchase-analysis.html
14. Quotas and restrictions, Savings Plans, Amazon Web Services : https://docs.aws.amazon.com/savingsplans/latest/userguide/sp-quotas.html
15. Returning a purchased Savings Plan, Amazon Web Services : https://docs.aws.amazon.com/savingsplans/latest/userguide/return-sp.html
16. Queuing a Savings Plan purchase, Amazon Web Services : https://docs.aws.amazon.com/savingsplans/latest/userguide/queued-sp-cart.html
17. Reserved Instances for Amazon EC2 overview, Amazon Web Services : https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-reserved-instances.html
18. Regional and zonal Reserved Instances (scope), Amazon Web Services : https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/reserved-instances-scope.html
19. Sell Reserved Instances for Amazon EC2 in the Reserved Instance Marketplace, Amazon Web Services : https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ri-market-general.html
20. Reserved Instances and Savings Plans discount sharing, AWS Billing, Amazon Web Services : https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ri-turn-off.html
21. Identifying opportunities with Cost Optimization Hub, Amazon Web Services : https://docs.aws.amazon.com/cost-management/latest/userguide/cost-optimization-hub.html
22. Viewing your savings opportunities, Cost Optimization Hub, Amazon Web Services : https://docs.aws.amazon.com/cost-management/latest/userguide/coh-savings-opportunities.html
23. Exploring more data for advanced cost analysis, Cost Explorer, Amazon Web Services : https://docs.aws.amazon.com/cost-management/latest/userguide/ce-advanced-cost-analysis.html
24. Data query, SQL query and table configurations, AWS Data Exports, Amazon Web Services : https://docs.aws.amazon.com/cur/latest/userguide/dataexports-data-query.html
25. get-savings-plans-purchase-recommendation, AWS CLI Command Reference, Amazon Web Services : https://docs.aws.amazon.com/cli/latest/reference/ce/get-savings-plans-purchase-recommendation.html
26. Understanding your analysis calculations, Amazon Web Services : https://docs.aws.amazon.com/savingsplans/latest/userguide/sp-purchase-analysis-calculations.html