Tu as acheté des réservations Azure il y a 18 mois pour des VM qui ont depuis changé de taille, de région, ou qui n’existent plus. Tu paies toujours le même engagement mensuel, mais la réduction ne s’applique plus à grand-chose. Un Savings Plan aurait suivi le mouvement automatiquement — alors faut-il échanger tes réservations maintenant, et à quel prix ?
Microsoft a mis en place un mécanisme de bascule en self-service entre réservations et Savings Plans, avec des règles précises sur ce qui est éligible, combien tu peux échanger à la fois, et comment calculer le bon engagement de remplacement. On a déjà couvert la restriction d’échange qui arrive au 1er février 2027 — ici, on regarde comment t’en servir dès maintenant, dans le bon sens.
Réservation ou Savings Plan : la différence tient en une phrase
Une réservation t’engage sur un type d’instance précis, dans une région précise, pour un an ou trois ans. Un Savings Plan t’engage sur une dépense horaire, appliquée automatiquement à l’ensemble des services de calcul éligibles, dans toutes les régions. Microsoft recommande la réservation pour des charges stables et prévisibles, sans changement anticipé de type d’instance ni de région — c’est là qu’elle offre la meilleure réduction. Le Savings Plan convient mieux à des charges qui évoluent, qui changent de famille d’instance ou qui migrent de région.
La documentation officielle propose d’ailleurs une séquence d’optimisation à suivre dans l’ordre, pour ne pas gaspiller de l’argent sur des engagements mal dimensionnés :
- élimine d’abord les ressources inutilisées ou surdimensionnées — une réduction ne compense jamais du gaspillage ;
- échange les réservations sous-utilisées pour une configuration qui correspond mieux à ton usage actuel ;
- transforme en Savings Plan les réservations rigides dont l’usage est devenu variable ;
- achète de nouvelles réservations uniquement pour les charges stables et bien comprises ;
- complète avec de nouveaux Savings Plans, dimensionnés sur une base déjà optimisée.
Le trade-in, concrètement
Tu peux échanger jusqu’à 100 réservations en une seule opération d’achat de Savings Plan, directement depuis le portail Azure (Réservations > sélectionner les réservations à échanger > Exchange). Azure annule les réservations, te rembourse au prorata, et annule les paiements mensuels futurs le cas échéant.
Attention toutefois à l’éligibilité : seules les réservations Azure Virtual Machines, Dedicated Hosts, Azure App Service et les réservations de bases de données (SQL Database, SQL Managed Instance, PostgreSQL, MySQL, Cosmos DB…) peuvent être échangées contre un Savings Plan — respectivement compute ou base de données. Aucune autre réservation n’est éligible au trade-in. Et le sens inverse n’existe pas : impossible d’échanger un Savings Plan contre une réservation, ni contre un autre Savings Plan.
Dernier point qui surprend souvent : le nouveau Savings Plan doit couvrir au moins l’engagement restant de la réservation échangée. Exemple donné par Microsoft — une réservation de 3 ans à 100 $/mois, échangée après le 18ᵉ paiement, doit être remplacée par un Savings Plan dont l’engagement total sur sa durée est d’au moins 1 800 $. Tu ne peux donc pas t’en servir pour réduire artificiellement ton engagement en cours de route.
Calculer le bon engagement horaire
Le Savings Plan se négocie en engagement horaire, pas en quantité d’instances — il faut donc convertir. Microsoft documente la méthode : prends le coût annuel upfront de l’instance que tu veux couvrir dans le calculateur de prix Azure, puis divise ce montant par 8 760 (nombre d’heures dans une année, pour un engagement d’un an) ou par 26 280 (trois ans). Multiplie le résultat par le nombre d’instances à couvrir, répète pour chaque type de produit à échanger, et additionne le tout pour obtenir l’engagement horaire total à saisir au moment de l’achat.
Cette méthode suppose une utilisation à 100 % des ressources couvertes — en pratique, mieux vaut partir de tes données réelles de Cost Management (onglet Réservations > Utilisation) plutôt que de l’hypothèse optimiste du calcul théorique, pour éviter de sur-engager ou sous-engager ton nouveau Savings Plan.
Pourquoi ça devient urgent avant 2027
On a détaillé dans un article précédent ce qui change pour les réservations avant le 1er février 2027 : à partir de cette date, les réservations achetées perdent définitivement le droit à l’échange classique (exchange) pour tout service couvert par les Savings Plans — VM, App Service, SQL Database et équivalents. Les réservations achetées avant cette date gardent le droit à un dernier échange. En sont exclues les réservations pour des produits en fin de vie, et celles pour des services non couverts par les Savings Plans comme Azure VMware Solution, qui ne sont pas concernées par cette restriction.
Le trade-in vers un Savings Plan, documenté ici, reste une politique distincte et n’est pas touché par cette échéance — mais elle donne une bonne raison de trancher maintenant plutôt que d’attendre : si une réservation ne te convient plus, c’est le moment de l’échanger pour une configuration plus adaptée ou de la transformer en Savings Plan, avant que l’option du simple échange ne se referme pour tes achats futurs.
Notre avis : ne généralise pas, mais ne t’interdis rien non plus
Pour une charge réellement stable depuis plus d’un an — même type de VM, même région, aucun changement prévu — la réservation reste le meilleur calcul : la réduction y est généralement supérieure à celle d’un Savings Plan équivalent, à condition d’être pleinement utilisée. Le trade-in n’a alors aucun intérêt. En revanche, dès que tu doutes de la stabilité d’une charge sur les 12 à 36 prochains mois, ou que tu as plusieurs réservations sous-utilisées qui dorment dans ton rapport d’utilisation, le calcul penche nettement vers le Savings Plan : la flexibilité qu’il apporte vaut largement l’écart de réduction, surtout avec la fenêtre d’échange qui se referme en 2027.
Sur la résiliation : la politique de plafond à 50 000 $ d’annulation sur une fenêtre glissante de 12 mois par profil de facturation ou inscription unique n’est pas modifiée par ce mécanisme de trade-in. Et Microsoft précise ne pas facturer actuellement de frais de résiliation anticipée sur les trade-ins, tout en se réservant le droit de le faire à l’avenir, sans date annoncée pour l’instant.
Remboursement : la mécanique change selon ton type de compte
Si tu es client Enterprise Agreement, le remboursement est ajouté à ton Azure Prepayment (l’ancien engagement monétaire) s’il est encore actif ; sinon, un crédit est ajouté à ton terme d’accord en cours, valable 90 jours — au-delà, le crédit non utilisé expire. Si l’achat initial provenait d’un dépassement, le remboursement prend la forme d’une note de crédit partielle, sans impact sur les factures passées ou suivantes.
Côté Microsoft Customer Agreement avec carte bancaire, la facture d’origine est annulée et une nouvelle est générée ; le remboursement part sur la carte utilisée pour l’achat initial — si cette carte n’est plus valide, il faut ouvrir une demande de support pour récupérer les fonds.
FAQ
Puis-je échanger un Savings Plan contre une réservation ?
Non. L’échange ne fonctionne que dans un sens : d’une réservation éligible vers un Savings Plan. Une fois converti, il n’y a pas de retour en arrière possible vers une réservation.
Mes réservations Azure VMware Solution sont-elles concernées par la restriction de 2027 ?
Non — Azure VMware Solution n’est pas couvert par les Savings Plans, donc les réservations pour ce service restent exclues de la restriction d’échange qui entre en vigueur au 1er février 2027.
Qui a le droit de faire l’échange dans mon organisation ?
Il faut être propriétaire de l’ordre de réservation concerné, et avoir le rôle d’acheteur de Savings Plan ou être propriétaire de l’abonnement visé pour l’achat. Attention : les permissions d’écriture EA Admin ou de contributeur de profil de facturation, suffisantes pour un achat direct de Savings Plan, ne suffisent pas pour un trade-in.
Y a-t-il des frais si j’annule au lieu d’échanger ?
Pour une annulation classique (hors trade-in), le plafond reste de 50 000 $ par fenêtre glissante de 12 mois, sans frais de résiliation anticipée actuellement facturés par Microsoft sur les trade-ins — une situation que Microsoft peut faire évoluer sans date communiquée à ce jour.
Avant toute décision, passe par Cost Management > Réservations > Utilisation pour repérer les réservations sous-utilisées — c’est ce rapport, pas une intuition, qui doit guider le choix entre garder, échanger ou transformer en Savings Plan. On avait posé les bases de ce suivi dans notre guide sur la maîtrise des coûts Azure avec Cost Management.
Laisser un commentaire