À partir du 31 juillet 2026, Microsoft met en place des restrictions de croissance sur plusieurs séries de machines virtuelles Azure de génération précédente (v1 à v4). Les nouveaux déploiements, demandes d’augmentation de capacité et extensions de quota pourront être limités sur les séries concernées.
Article Microsoft : Previous-generation VM size series capacity limitations and migration guidance – Azure Virtual Machines | Microsoft Learn
Parmi les séries impactées, on retrouve notamment :
🔹 B / Bs
🔹 D, Dv2, Dv3, Dv4
🔹 Ev3, Ev4
🔹 F, Fs, Fsv2
🔹 Ls, Lsv2
🔹Et plusieurs autres familles historiques Azure.
Chez LENOA, nous avons rencontré plusieurs situations où un simple changement de taille de VM vers une génération plus récente n’était pas possible en raison des contraintes du cluster sous-jacent.
Dans ce scénario, la migration implique généralement :
➡️ arrêt de la machine virtuelle
➡️ création des snapshots
➡️ recréation des disques
➡️ création de la nouvelle VM
➡️ restauration des paramètres réseau
➡️ réassociation de l’adresse IP publique
➡️ conservation de l’adresse IP privée lorsqu’elle est statique
➡️ activation/réactivation d’Encryption At Host
➡️ réactivation d’Azure Backup lorsque la VM est protégée
➡️ validation finale de la nouvelle machine
Autant d’opérations répétitives qui peuvent rapidement devenir chronophages lorsque plusieurs dizaines de VM sont concernées.
✅ Notre approche
Nous avons développé un script Azure CLI permettant d’automatiser l’ensemble de ce processus.
L’objectif est simple :
✅ réduire les opérations manuelles
✅ fiabiliser les migrations
✅ limiter les oublis de configuration
✅ accélérer les projets de modernisation des VM Azure
Dans cette courte vidéo, nous présentons un scénario de migration automatisée vers une génération de VM plus récente lorsqu’un redimensionnement classique n’est plus possible.
L’automatisation permet alors de recréer intégralement la machine virtuelle cible tout en conservant les principaux paramètres de l’environnement initial.