Résumé

  • Savings Plans échange un engagement monétaire horaire d'un ou trois ans contre un tarif réduit sur les usages éligibles. AWS précise que ce produit ne réserve aucune capacité et qu'il n'est pas résiliable pendant sa durée.
  • Une On-Demand Capacity Reservation immobilise une capacité EC2 correspondant à des attributs précis dans une zone de disponibilité. Son équivalent au tarif On-Demand est facturé, que l'emplacement soit occupé ou non.
  • Les deux couches peuvent se cumuler : un Savings Plan ou une remise de Reserved Instance régionale peut s'appliquer à la capacité réservée. Le prix et la place sont alors protégés séparément.
  • L'utilisation de l'engagement, la couverture tarifaire, l'occupation de la réservation, le succès du lancement et la santé du service sont cinq contrôles différents.

Une mensualité n'est pas un emplacement

La définition officielle de Savings Plans commence par une dépense, non par un serveur. Le client s'engage sur une quantité monétaire d'usage informatique par heure pendant un ou trois ans. Il peut payer tout d'avance, une partie d'avance ou rien d'avance, mais le tarif convenu s'applique aux usages éligibles pendant le terme.

La souplesse du produit confirme sa nature. Compute Savings Plans peut suivre des instances EC2 de familles, tailles, systèmes d'exploitation, modes de tenancy et régions différents. Il couvre aussi des usages éligibles de Fargate et Lambda. EC2 Instance Savings Plans resserre le champ à une famille d'instances dans une région. AWS annonce jusqu'à 66 % de réduction pour le premier et jusqu'à 72 % pour le second ; ce plafond commercial ne promet pas la même économie à chaque portefeuille.

Le choix « No Upfront » peut donner une impression de liberté. Il ne modifie pourtant que le calendrier du paiement. AWS indique que Savings Plans ne peut pas être annulé pendant le terme. Si le besoin diminue, l'engagement horaire continue. La fraction inutilisée n'est pas transformée en capacité physique disponible pour un futur redémarrage.

Le rapport d'utilisation mesure précisément cette dimension. Dans l'exemple d'AWS, 9,80 dollars d'usage au tarif Savings Plans face à un engagement de 10 dollars par heure représentent 98 % d'utilisation. C'est une bonne preuve de consommation financière. Ce n'est ni une preuve de place libre dans une zone, ni une preuve de continuité de l'application.

La capacité a sa propre facture

Une On-Demand Capacity Reservation répond à la question que le Savings Plan laisse ouverte. Elle réserve une quantité d'instances EC2 dans une zone de disponibilité donnée, avec un type d'instance, une plateforme et un mode de tenancy définis. Une réservation active et inutilisée compte également dans les limites On-Demand du compte.

Son économie ressemble à une place tenue ouverte. AWS la facture à l'équivalent du tarif On-Demand tant qu'elle est approvisionnée. Sur vingt emplacements réservés, si quinze instances compatibles fonctionnent, la facture couvre quinze instances actives et cinq emplacements inutilisés. L'instance qui occupe la place ne subit pas une seconde facturation de réservation, mais le silence des cinq autres places reste payant.

Ce coût ne prouve pas en soi un gaspillage. Une entreprise peut acheter une capacité calme avant un pic commercial, une bascule réglementaire ou un exercice de reprise. La valeur dépend de l'incident évité et de la probabilité d'avoir réellement besoin de la place. L'absence de demande pendant une période ne suffit pas à annuler cette valeur ; l'absence persistante de test et d'usage doit en revanche déclencher une révision.

AWS permet de superposer les droits. Une remise Savings Plans ou une Reserved Instance régionale peut s'appliquer à une Capacity Reservation. Le client peut donc réduire le prix d'une capacité qu'il a aussi tenue disponible. Cette combinaison rend la frontière tangible : le produit financier n'est pas le produit de placement.

La configuration décide si le droit devient réel

Posséder une réservation active ne lance rien automatiquement. Les conditions de lancement exigent que le type d'instance, la plateforme, la zone et la tenancy correspondent, que la réservation soit active et qu'il reste une quantité disponible.

Une réservation ouverte peut recevoir un lancement compatible. Si aucune réservation ouverte ne convient, certaines préférences permettent au lancement de chercher de la capacité On-Demand ordinaire. Une réservation ciblée est plus stricte : si l'identifiant choisi n'offre pas la quantité compatible, le lancement peut échouer. Un seul paramètre de modèle de lancement peut donc séparer un droit acheté de sa consommation opérationnelle.

Même un lancement réussi ne termine pas l'enquête. Il atteste qu'une instance est active contre la capacité réservée. Il n'atteste pas que l'application répond, que ses dépendances sont joignables, que les données sont récentes ou que la bascule interzone a été testée. Le contrat d'infrastructure s'arrête avant la preuve du service.

À l'inverse, une charge peut bénéficier du tarif Savings Plans pendant des mois sans disposer d'une priorité de capacité. AWS documente l'erreur InsufficientInstanceCapacity lorsque la capacité On-Demand ordinaire disponible ne suffit pas au lancement demandé. La remise n'a pas échoué ; elle n'avait jamais promis cette place.

« Reserved Instance » recouvre deux droits

Le vocabulaire devient encore plus trompeur avec les Reserved Instances régionales et zonales. AWS indique qu'une RI régionale ne réserve pas de capacité. Sa remise peut suivre l'usage entre les zones de la région et, dans certains cas, entre tailles compatibles. Une RI zonale réserve une capacité dans la zone choisie, mais renonce à la flexibilité géographique et à la flexibilité de taille correspondante.

AWS précise aussi que la portée régionale ou zonale ne change pas le prix de la RI. Deux achats portant le même nom peuvent donc avoir le même prix et des droits de capacité différents. Le mot « Reserved » ne suffit pas ; il faut lire le champ de portée.

Pour un acheteur, la comparaison correcte ne classe donc pas les produits par remise décroissante. Elle inscrit trois colonnes : durée et rigidité de l'engagement monétaire, mobilité de l'usage éligible, précision du droit de capacité. Un fort rabais peut être très efficace pour une charge mobile. Une réservation de zone peut être plus utile pour une reprise qui doit démarrer exactement là. Ni l'un ni l'autre ne remplace la conception applicative.

La remise peut quitter le projet qui l'a justifiée

AWS applique automatiquement les avantages de facturation. Les Reserved Instances passent d'abord. EC2 Instance Savings Plans précède Compute Savings Plans. L'engagement restant se dirige vers les usages éligibles offrant le plus fort pourcentage d'économie, jusqu'à épuisement du montant horaire. Le solde est facturé au tarif On-Demand.

Dans une famille de facturation consolidée, l'usage du compte propriétaire passe en premier, puis d'autres comptes peuvent recevoir l'avantage si le partage est actif. Un comité peut donc acheter un plan pour une application stable et constater plus tard que d'autres services absorbent la remise. L'utilisation agrégée reste excellente, mais l'hypothèse économique initiale a peut-être changé.

Le rapport de couverture répond à une autre question : quelle part du coût des usages applicables reçoit la remise ? L'utilisation mesure la consommation de l'engagement ; la couverture mesure le périmètre d'usage protégé du tarif On-Demand. Aucune ne mesure une capacité libre.

Sources