Virtualisation : ce qui a changé chez VMware et les quatre trajectoires possibles

La virtualisation consiste à faire tourner plusieurs systèmes d’exploitation isolés sur un même serveur physique, par l’intermédiaire d’un hyperviseur qui répartit les ressources. La technologie est stable depuis quinze ans. Ce qui ne l’est plus, c’est son modèle économique : la refonte des conditions de licence de VMware après son rachat par Broadcom a ouvert le chantier d’infrastructure le plus lourd de la période, avec une échéance ferme en octobre 2026 pour une partie du parc installé. Cette page pose ce qui a changé, les alternatives crédibles et les critères de décision, dans le prolongement de notre couverture cloud et infrastructure.

Ce qui a changé chez VMware

Définition. Un hyperviseur est la couche logicielle qui abstrait les ressources matérielles d’un serveur pour les allouer à plusieurs machines virtuelles indépendantes, chacune disposant de son propre système d’exploitation.

Quatre changements de modèle, tous intervenus après le rachat :

• Fin des licences perpétuelles. L’ensemble du parc bascule en abonnement annuel ou pluriannuel. Les organisations qui avaient acquis leurs licences et n’anticipaient qu’un coût de support récurrent n’ont plus cette option.
• Regroupement du catalogue. Le catalogue est passé de plusieurs milliers de références à une poignée d’offres groupées, principalement VMware Cloud Foundation et vSphere Foundation. Une organisation qui n’utilisait que vSphere Standard et vCenter paie désormais un ensemble dont elle n’exploitera qu’une fraction.
• Refonte de la grille tarifaire. Les hausses constatées à renouvellement varient fortement selon la taille du parc et la configuration antérieure. Les écarts les plus élevés touchent les petits parcs, qui bénéficiaient auparavant d’entrées de gamme désormais supprimées.
• Réduction du programme partenaire, qui modifie la relation avec les intégrateurs historiques.

L’échéance à porter en comité

Pour les organisations exploitant vSphere Standard 8, une date ferme se profile : à partir d’octobre 2026, le renouvellement du support pour une année supplémentaire n’est plus possible, et le support prend définitivement fin en octobre 2027.

Cette échéance commande le calendrier plus que la préférence technique. Une migration de plusieurs centaines de machines virtuelles ne se conduit pas en quelques semaines. Les organisations concernées qui n’ont pas encore instruit le sujet disposent d’une fenêtre de décision qui se referme.

Licence et support en 2026. Depuis Broadcom, VMware est 100% abonnement (fin des perpétuelles neuves), avec un minimum de 72 cœurs par commande et une majoration de 20% en cas de renouvellement tardif. Le support général de vSphere 7 s’achève en octobre 2025, celui de vSphere 8 en octobre 2027 ; VCF 9 bénéficie d’un cycle étendu à six ans.

Les quatre trajectoires

Rester et négocier

Reste l’option la plus simple pour beaucoup, et elle n’a rien de déraisonnable : la plateforme demeure une référence technique, et le coût humain d’une migration n’est pas nul. Les leviers de négociation : consolider les charges pour réduire le nombre d’hôtes et de cœurs facturés, obtenir des conditions transitoires sur un ou deux ans, ou mutualiser via un cloud privé opéré.

Le point à instruire : la prévisibilité du coût à trois ans, plus que le montant du prochain renouvellement.

Changer d’hyperviseur

Migrer vers le cloud public

L’occasion est réelle mais le raisonnement doit être posé correctement. Un transfert à l’identique de machines virtuelles vers un fournisseur public reproduit la structure de coût existante sans en capter les bénéfices, et déçoit systématiquement sur la facture. Cette trajectoire ne se justifie que si elle s’accompagne d’un travail de dimensionnement et d’une révision du modèle d’exploitation. Voir nos sections migration cloud et FinOps et maîtrise de la dépense.

Conteneuriser ce qui peut l’être

Toutes les charges ne se prêtent pas à la conteneurisation, et l’exercice suppose une réécriture partielle. Mais le renouvellement contractuel fournit une occasion d’instruire la question application par application, plutôt que de reconduire par défaut une machine virtuelle qui n’a plus lieu d’être. Le sujet est développé dans notre section Kubernetes et conteneurs.

Les critères qui décident réellement

Ce ne sont pas les performances de l’hyperviseur, qui se valent sur la majorité des charges d’entreprise.

• Le calendrier contractuel. Il commande tout. Instruire une migration six mois avant une échéance conduit à choisir dans l’urgence.
• Les compétences internes disponibles. Une solution open source sans équipe capable de l’exploiter transfère le coût de la licence vers le coût humain, sans gain net.
• L’outillage périphérique. Sauvegarde, supervision, plan de reprise, automatisation. C’est là que se logent les surprises : l’hyperviseur se remplace, l’écosystème qui l’entoure beaucoup moins facilement.
• Le nombre de machines et leur criticité. Une migration se conduit par vagues, en commençant par les environnements non critiques.
• La stratégie de sortie. Changer d’éditeur pour reconstituer une dépendance équivalente ne règle rien à moyen terme.

Le point que les comparatifs oublient : la sauvegarde et le plan de reprise. Une bascule d’hyperviseur invalide généralement la chaîne de sauvegarde en place et impose de reconstruire, puis de tester, une capacité de restauration complète. C’est le poste le plus souvent sous-estimé dans les chiffrages.

Explorer le cluster

Cette page fait partie de notre couverture des architectures cloud et infrastructures d’entreprise : hyperscalers, souveraineté, coûts, migration et datacenters.

iTPro+ : recevez chaque semaine les analyses d’architecture et les arbitrages de coût qui concernent les directions informatiques.