À partir du 1er février 2027, une réservation Azure achetée après cette date ne pourra plus être échangée si le service correspondant est aussi couvert par un savings plan — Machines Virtuelles, App Service, Azure SQL Database et les services équivalents. Ce n’est pas une rumeur ni une annonce à venir : c’est déjà écrit dans la documentation officielle de facturation Azure. Pour une équipe FinOps, ça change la fenêtre de décision dès maintenant, pas dans quinze mois.
On avait déjà détaillé FOCUS 1.2 dans Azure Cost Management et posé les bases de la maîtrise des coûts Azure avec Cost Management. Cette fois, il s’agit d’un sujet plus pointu mais tout aussi concret : la politique de resserrement progressif qui touche les réservations Azure, et comment t’y préparer sans attendre la dernière minute.
Deux échéances, pas une seule
La première est déjà passée mais continue de produire des effets : depuis le 1er juillet 2026, Microsoft n’accepte plus l’achat ni le renouvellement de certaines réservations de VM dites legacy — les séries Av2, Amv2, Bv1, D, Ds, Dv2, Dsv2, F, Fs, Fsv2, G, Gs, Ls et Lsv2 en engagement d’un an, et Dv3, Dsv3, Ev3 et Esv3 en engagement d’un et trois ans. Les réservations déjà en cours restent valables jusqu’à leur terme, mais aucun renouvellement n’est plus possible pour ces familles. Si tu as encore des VM Dv2 ou Dsv2 en production avec une réservation qui arrive à expiration, c’est le moment d’y regarder de près : Microsoft documente précisément la marche à suivre pour ces réservations retirées.
La seconde échéance, plus large, arrive le 1er février 2027 : à partir de cette date, une réservation nouvellement achetée pour un service couvert par un savings plan (VM, App Service, SQL Database notamment) ne bénéficiera plus que d’un seul échange possible — contre zéro limite aujourd’hui. Les réservations achetées avant cette date gardent ce droit à un échange final, même après l’échéance. Ce changement est documenté dans la page officielle sur le trade-in des réservations vers un savings plan.
Pourquoi Microsoft pousse vers les savings plans
Une réservation classique t’engage sur une famille de VM précise, dans une région précise, pour un ou trois ans. Un savings plan t’engage sur un montant de dépense horaire, valable sur l’ensemble des services de calcul éligibles, dans toutes les régions. Microsoft documente lui-même la logique d’arbitrage dans son guide pour choisir entre savings plan et réservation, avec un ordre de priorité qui a du sens pour n’importe quelle équipe FinOps : d’abord redimensionner les ressources inutilisées ou surdimensionnées, puis échanger les réservations sous-utilisées contre une configuration qui correspond mieux au besoin réel, ensuite transformer les réservations rigides restantes en savings plan flexible, et seulement après ça, acheter de nouveaux engagements.
Le calcul du troisième échange a une règle précise à connaître avant de s’engager : le nouveau savings plan doit couvrir un engagement total au moins égal à l’engagement restant de la réservation échangée. Concrètement, pour une réservation de trois ans à 100 $/mois échangée après son 18ᵉ paiement, le nouveau savings plan doit représenter un engagement cumulé d’au moins 1 800 $ sur sa durée — pas question de ressortir avec un engagement plus léger que ce qui restait à payer.
Ce que ça veut dire pour ta stratégie, concrètement
Si tu gères encore un parc avec des réservations VM sur des familles legacy (Dv2, Dsv2, Fsv2 en tête), la fenêtre pour un dernier renouvellement avant retrait pure et simple est déjà fermée depuis juillet — il ne reste que la modernisation vers une série récente ou la bascule en savings plan. Pour tout le reste de ton portefeuille de réservations, le vrai sujet, c’est le nombre d’échanges restants : jusqu’au 31 janvier 2027, tu peux encore échanger sans limite de quantité (jusqu’à 100 réservations par opération). Après, chaque réservation achetée n’aura droit qu’à un aller simple vers un savings plan.
Dans les faits, ça pousse clairement vers une chose : arrêter d’acheter des réservations VM par défaut pour tout ce qui n’est pas un socle réellement stable et prévisible sur plusieurs années. Pour une charge qui évolue — montée en charge saisonnière, migration de série de VM prévue, changement de région probable — le savings plan est désormais le choix le plus rationnel, et plus seulement une option de confort. Les réservations gardent leur intérêt pour les workloads franchement figés (un contrôleur de domaine, une base qui ne bougera pas), là où elles offrent la meilleure remise quand elles sont pleinement utilisées.
FAQ
Mes réservations déjà achetées cessent-elles de fonctionner le 1er juillet 2026 ou le 1er février 2027 ?
Non. Les deux échéances concernent les nouveaux achats et renouvellements, pas les réservations déjà en cours : elles continuent de produire leurs remises jusqu’à leur date d’expiration normale.
Azure VMware Solution est-il concerné par la restriction d’échange de 2027 ?
Non, les réservations pour des services non couverts par un savings plan, comme Azure VMware Solution, sont explicitement exclues de cette restriction.
Combien de réservations puis-je échanger en une seule opération ?
Jusqu’à 100 réservations par achat de savings plan, sans changement annoncé sur cette limite pour l’instant.
Microsoft va-t-il facturer des frais de résiliation anticipée ?
Pas à ce jour. Le plafond de résiliation sans frais reste à 50 000 $ sur une fenêtre glissante de 12 mois, et Microsoft s’est engagé à prévenir six mois à l’avance avant d’introduire d’éventuels frais.
En résumé
Deux dates, deux logiques : le 1er juillet 2026 a fermé la porte sur plusieurs séries de VM reservations historiques, le 1er février 2027 fermera celle des échanges illimités. Si ton portefeuille de réservations n’a pas été revu depuis le printemps, c’est le bon moment pour le faire — avant que la fenêtre d’échange sans contrainte ne se referme.
Laisser un commentaire