Un cadre de décision pour la question VMware
Publié 6 août 2026 · 4 min de lecture
Conserver, réhéberger, replateformer ou retirer — transformer le choc de licence Broadcom en un plan par charge plutôt qu'en panique.
Les migrations de panique cassent des choses
Le passage de Broadcom au tout-abonnement — licences perpétuelles supprimées, gamme consolidée autour de VMware Cloud Foundation et vSphere Foundation — a mis un compte à rebours sur chaque parc VMware, et les comptes à rebours invitent à la panique. Mais un parc n'est pas une charge : ce sont des centaines, chacune avec ses dépendances, son profil de performance et sa tolérance au changement. Les déplacer comme une masse indifférenciée, c'est ainsi que des systèmes critiques tombent un mardi.
L'alternative est une disposition par charge, tirée des stratégies de migration qu'AWS documente comme les 7 R — retirer, conserver, réhéberger, relocaliser, racheter, replateformer, refactorer. En pratique, quatre paniers portent la plupart des parcs : conserver là où VMware gagne encore son coût, réhéberger là où un changement d'hyperviseur ou un atterrissage cloud est direct, replateformer là où conteneurs ou services managés conviennent mieux, retirer ce que personne ne reconstruirait.
Les dépendances décident de l'ordre
La liste des charges est facile ; la carte des dépendances est le travail. Bases de données partagées, serveurs de licences, paires sensibles à la latence, travaux de sauvegarde — voilà ce qui décide de ce qui peut bouger ensemble et de ce qui ne doit pas se séparer. L'architecture de stockage appartient à la même carte : un cluster vSAN Original Storage Architecture bâti sur des disk groups et un cluster plus récent Express Storage Architecture qui met en pool des périphériques NVMe vieillissent — et sortent — sur des calendriers différents, comme le matériel vSAN ReadyNode en dessous.
Prouver le chemin sur une vague pilote
Quelle que soit la cible — cloud, Red Hat OpenShift Virtualization via le Migration Toolkit for Virtualization, ou un cœur vSphere allégé — une vague pilote de charges au profil de production valide l'outillage, les runbooks et les critères de retour arrière pendant que l'enjeu est petit. La mécanique varie selon la disposition : vSphere vMotion et Storage vMotion dans le parc, VMware HCX pour la mobilité des charges entre environnements, migration à froid ou reconstruction là où l'honnêteté l'exige. Le rapport du pilote devient le gabarit de chaque vague suivante.
Des vagues avec fenêtres de bascule, critères de retour arrière et signature du responsable rétrécissent le parc sur un calendrier visible de tous. Cette visibilité, plus que n'importe quel outil, est ce qui garde une migration financée et calme.