Réservations Azure : dix-huit séries de machines virtuelles ne se renouvellent plus

Azure notifie l’expiration par courriel, trente jours avant puis le jour même, sans configuration préalable. Le message part aux propriétaires de la réservation et à son administrateur — sur un contrat Enterprise Agreement, aussi aux contacts de notification et à l’administrateur EA —, des rôles qui ne recoupent pas toujours les personnes qui suivent le budget. Les machines, elles, continuent de tourner exactement comme avant : seule la facturation change.

Les séries concernées

Deux cas, selon la série.

Sur les quatorze séries de la seconde ligne, seul le terme d’un an restait disponible avant cette fermeture : le 1er juillet 2026 en a retiré la dernière option de réservation.

À noter : Dv3, Dsv3, Ev3 et Esv3 restent des produits actifs. Microsoft ne retire pas ces machines, qui continuent de fonctionner normalement ; il a seulement arrêté d’en vendre les réservations. Confondre les deux conduit à planifier une migration qui n’est pas nécessaire.

Les dates à suivre

La date qui compte est celle du terme de chaque réservation, pas le 1er juillet 2026. Elle diffère d’un contrat à l’autre, donc vous avez autant d’échéances à suivre que de réservations.

Une réservation d’un an souscrite en juin 2026 couvre la ressource jusqu’en juin 2027. À cette date, vous ne pouvez pas la reconduire sur la série concernée, et la ressource passe au tarif à la demande. L’écart de coût dépend de la remise dont vous bénéficiiez.

Sortez la liste de vos réservations actives avec leur date d’expiration : c’est votre échéancier. Comptez quelques heures. Vous traitez ensuite chaque expiration avant qu’elle n’apparaisse sur la facture, sur douze à trente-six mois selon les contrats.

Options disponibles

Azure savings plan for compute. C’est ce que Microsoft recommande en premier si vous gardez ces séries. Vous vous engagez sur un montant horaire, pas sur une référence de machine ni sur une région, ce qui suit un parc qui bouge. Vous pouvez échanger vos réservations existantes contre un savings plan.

Moderniser vers une série récente, puis réserver. Depuis Dv3 et Dsv3, les générations suivantes sont Dsv5, Ddsv5, Dasv5, Dadsv5, Dsv6, Ddsv6, Dasv6 et Dadsv6 ; depuis Ev3 et Esv3, Esv5, Edsv5, Easv5, Eadsv5, Esv6, Edsv6, Easv6 et Eadsv6. Vous retrouvez la possibilité de réserver, en général avec une meilleure remise. En revanche, il faut mener un projet de migration, et les séries de génération 6 imposent des prérequis — notamment une image compatible avec le stockage NVMe.

Rester au tarif à la demande. Ça se défend pour une charge de courte durée, une machine que vous allez retirer, ou un environnement de test. Documentez ce choix comme les trois autres.

Échanger une réservation existante. Un échange vers une série encore prise en charge garde l’économie de la réservation, sans pénalité, pour une charge stable que vous ne pouvez pas migrer tout de suite.

Prérequis des séries de génération 6

Migrer vers une série v6 vous rend la réservation accessible et améliore en général la remise. Ces séries utilisent le stockage NVMe, ce qui demande une image de génération 2 compatible.

Sur un parc composé de machines venues d’un environnement local, souvent issues d’une conversion, cette compatibilité n’est pas gagnée. Il faut la vérifier machine par machine. C’est cette vérification qui fixe le calendrier du projet, plus que le redimensionnement lui-même.

Actions recommandées

1. Exportez la liste de vos réservations actives avec leur série, leur terme et leur date d’expiration.
2. Séparez ce qui est actif de ce qui est retiré. Microsoft ne retire pas les séries v3. Les autres séries sont retirées plus tard : pour celles-là, vous arbitrez entre redimensionner maintenant ou attendre la date de retrait.
3. Pour chaque réservation qui expire dans les douze mois, choisissez entre savings plan, modernisation, échange, ou maintien au tarif à la demande.
4. Vérifiez la compatibilité de vos images avant de lancer une modernisation vers une série de génération 6.

Arbitrer entre coût, flexibilité et effort de migration, c’est le même raisonnement que choisir une architecture d’hébergement ; notre page Infrastructure et Cloud en donne le cadre.

Les sources Microsoft

• Guide de transition pour les Azure Reserved VM Instances retirées — Microsoft Learn
• Renouvellement automatique des réservations et notifications d’expiration — Microsoft Learn
• Économiser avec les Azure Reserved VM Instances — Microsoft Learn
• Tailles de machines virtuelles Azure retirées — Microsoft Learn
• Azure savings plan for compute — Microsoft Learn