La différence de fond
Ni l’un ni l’autre n’est une machine. Ce sont deux remises de facturation, appliquées au calcul que vous faites déjà tourner. Avec un Savings Plan, vous vous engagez sur un montant en dollars par heure. Avec une instance réservée, vous vous engagez sur une configuration : type d’instance, région, location et plateforme. Les deux durent un ou trois ans.
Dans sa documentation EC2, AWS recommande les Savings Plans plutôt que les instances réservées. Il annonce jusqu’à 72 % de remise sur le prix à la demande, comme pour les instances réservées, avec plus de liberté sur les configurations.
Savings Plans : un engagement par heure
Vos prix restent les mêmes sur toute la durée, et vous payez tout d’avance, en partie d’avance ou sans avance. Ces prix ne varient pas avec le montant de votre engagement horaire.
Les conditions d’un plan ne changent plus après l’achat, et il ne s’annule pas en cours de durée. Un plan ne réserve aucune capacité. Il ne s’applique ni au Spot ni à l’usage déjà couvert par une instance réservée.
AWS propose quatre types. Les chiffres sont des remises maximales par rapport au prix à la demande :
- Compute Savings Plans, jusqu’à 66 %. Ils s’appliquent quels que soient la famille, la taille, la région, le système et la location, et couvrent aussi Fargate et Lambda.
- EC2 Instance Savings Plans, jusqu’à 72 %. Vous choisissez une famille dans une région. Taille, système et location restent libres.
- Database Savings Plans, jusqu’à 35 %, sur des services comme Aurora, RDS et DynamoDB.
- SageMaker AI Savings Plans, jusqu’à 64 %, sur les instances SageMaker AI.
Instances réservées : un engagement sur une configuration
Une instance réservée remise l’usage qui correspond à ses attributs, et vous payez toute la durée, que vous l’utilisiez ou non. L’achat ne s’annule pas. Elle ne se renouvelle pas : à la fin, l’usage repasse au prix à la demande. Selon sa classe, vous pourrez peut-être la modifier, l’échanger ou la revendre sur le Reserved Instance Marketplace.
Vous choisissez une classe, puis une portée :
- La classe. Standard va jusqu’à 72 % et peut seulement être modifiée. Convertible va jusqu’à 66 % et s’échange contre une autre Convertible aux attributs différents.
- La portée régionale. L’instance s’applique dans toute zone de disponibilité de sa région et ne réserve aucune capacité. Sous Linux en location par défaut, elle couvre toutes les tailles de la famille.
- La portée zonale. L’instance réserve de la capacité dans une zone et couvre une seule taille. La portée ne change pas le prix.
Dimensionner l’engagement pour un cluster Kubernetes
Sur EKS, les plans Compute et EC2 Instance s’appliquent aux instances EC2 sous votre cluster, et les plans Compute couvrent aussi Fargate. Les frais propres à Amazon EKS restent à part.
Un engagement achète un plancher. Il devient rentable quand l’usage reste au-dessus, heure après heure, sur toute la durée. Toute économie calculée reste une estimation fondée sur le passé, et aucune n’est garantie. Si l’usage passe sous l’engagement, vous payez la différence.
Procédez dans cet ordre :
- Réduisez d’abord. Corrigez les requests trop hautes, retirez les workloads inactifs et arrêtez les environnements de test la nuit. Un engagement sur du gaspillage ne fait que le figer.
- Mesurez le plancher : la dépense de calcul horaire sous laquelle vous descendez rarement.
- Engagez une partie de ce plancher. Gardez de la marge pour la consolidation, les migrations et le Spot. Vous pourrez ajouter un plan si l’usage grandit.
- Faites le point chaque mois. La couverture montre ce qui reste au prix à la demande. Le taux d’utilisation montre ce que vous payez sans vous en servir.
Ce qu’apporte Onicost : voir la couverture avant de s’engager
L’espace Cloud d’Onicost montre la couverture des engagements par service : la part couverte de votre dépense engageable. Pour la part stable de votre dépense à la demande, il propose le Savings Plan ou l’instance réservée qui la couvre, avec le montant à engager avant de souscrire. Il signale aussi les engagements sous-utilisés ou bientôt terminés.
Onicost n’achète rien à votre place. Votre équipe décide et souscrit. Les économies sont des estimations. Côté Kubernetes, les coûts estimés suivent les prix publics et les économies sur les pools ignorent les engagements (RI, Savings Plans, CUD) : comparez-les à votre facture.
L’espace Cloud vient avec Team, dès 39 € HT par mois, et avec son essai de 14 jours sans carte.
Questions fréquentes
Peut-on utiliser les deux en même temps ?
Oui. Un Savings Plan ne s’applique pas à l’usage déjà couvert par une instance réservée : les deux remises ne se cumulent pas sur le même usage.
Les Savings Plans couvrent-ils le Spot ?
Non. AWS indique que les Savings Plans ne s’appliquent pas au Spot. Dimensionnez votre engagement sur l’usage à la demande seulement.
Peut-on annuler un engagement ?
Considérez les deux comme définitifs. Selon AWS, ni un Savings Plan en cours de durée ni l’achat d’une instance réservée ne s’annulent. Une instance réservée peut parfois être modifiée, échangée ou revendue.
Comment choisir
Azure suit une logique proche. Un savings plan vous engage sur une dépense horaire pendant un ou trois ans et s’applique aux services et régions éligibles. Les réservations visent une ressource, une taille et une région précises, pour une remise plus forte. Un savings plan ne s’annule pas, et une heure d’engagement inutilisée est perdue.
Sur AWS, partez de ce qui peut bouger pendant la durée :