50
Les licences perpétuelles VMware ne sont plus vendues depuis décembre 2023, et en 2026 cette décision rattrape ceux qui avaient renouvelé leur support au dernier moment : les contrats SnS de trois ans arrivent à échéance, vSphere 8 vit sa dernière année de support général, et la version 9 n'existe qu'en abonnement. Les éditions familières ont disparu du tarif, remplacées par trois bundles avec licence par cœur et une couche croissante d'add-ons payants. Pour certains, le nouveau modèle tombe juste ; pour d'autres, il revient à payer des cœurs qui n'existent pas physiquement – et la différence entre ces deux issues dépend de la forme de l'infrastructure, pas de la taille de l'entreprise.
Fin de support VMware : les dates clés 2026–2027
Le 11 décembre 2023, VMware by Broadcom a officiellement mis fin à la vente des licences perpétuelles et au renouvellement des contrats Support and Subscription (SnS). Les licences elles-mêmes n'ont pas été révoquées : qui a acheté continue d'utiliser. Mais renouveler le support après cette date est devenu impossible.
Ensuite, l'arithmétique des contrats a fait son œuvre. Une part importante des clients a renouvelé son SnS juste avant le 11 décembre 2023 – en général pour un ou trois ans. Les contrats d'un an ont expiré dès fin 2024. Les contrats de trois ans expirent maintenant, fin 2026, et pour leurs détenteurs la question « et après ? » n'a plus rien de théorique.
En parallèle, le calendrier des versions avance :
– vSphere 7.x et vSAN 7.x sont sortis du support général le 2 octobre 2025.
– vSphere 8.0 sort du support général le 11 octobre 2027.
– Les fonctionnalités de vSphere 9.x ne sont disponibles qu'au sein des bundles d'abonnement – il n'existe aucune édition autonome pour la version 9 ; c'est acté dans la comparaison officielle des versions vSphere.
Le détenteur d'une licence perpétuelle vSphere 7 est déjà hors support. Le détenteur d'une licence vSphere 8 a un peu plus d'un an avant d'atteindre le même point. Passer à la version 9 en modèle perpétuel est impossible : la FAQ officielle de VCF 9.1 indique explicitement que les clients détenteurs de licences perpétuelles doivent d'abord passer à l'abonnement pour migrer vers la version 9.
Une nuance à part concerne la sécurité. En avril 2024, Broadcom a annoncé un accès gratuit aux correctifs zero-day pour les versions vSphere prises en charge – y compris pour les détenteurs de licences perpétuelles dont le support a expiré. La politique couvre les vulnérabilités critiques notées CVSS 9.0 et plus. Le mot clé est « prises en charge » : vSphere 7 ne répond plus à cette définition depuis le 2 octobre 2025. Et même là où la politique s'applique, elle ne couvre que les vulnérabilités critiques : pas de mises à jour de pilotes, pas de prise en charge du nouveau matériel, pas de support technique.
End of Availability : quels produits VMware ont disparu de la vente pour de bon
Le 22 janvier 2024, le blog VMware Cloud Foundation a publié le tableau complet End of Availability – la liste officielle des produits retirés de la vente en tant que références autonomes. Le document couvre toutes les variantes de licence : perpetual, SnS, SaaS et tous les autres types d'abonnement, toutes éditions et métriques confondues.
Le tableau compte une soixantaine de lignes, réparties en deux groupes fondamentalement différents.
Le premier groupe : les produits qui ont un remplaçant au sein des nouveaux bundles. vSphere Enterprise Plus a rejoint VCF et VVF. vCenter Standard ne se vend plus séparément mais fait partie des bundles. vSAN est disponible dans les bundles et en add-on d'extension de capacité. Aria Suite (ex-vRealize) est devenue les composants VCF Operations et VCF Automation. NSX a intégré VCF. Site Recovery Manager est passé du statut de produit à celui d'add-on payant.
Le second groupe : les produits sans aucun remplaçant. Le tableau officiel les marque d'un « N », et la liste est parlante : vSphere ROBO, vSphere Scale Out, vSphere Essentials Kit, vSphere Basic, vSphere Advanced, vSAN ROBO, HCI Kit, VMware Cloud Foundation for ROBO. Ligne à part : l'hyperviseur gratuit vSphere Hypervisor (free ESXi) – son retrait figure dans le même tableau, sans remplaçant prévu.
Sont restés sans remplaçant avant tout les produits qui couvraient historiquement les petits scénarios et les agences distantes : les éditions ROBO, les kits Essentials et l'hyperviseur gratuit pour hôtes isolés.
La chronologie compte ici. En janvier 2024, le même document laissait encore une porte de sortie pour les petits déploiements : les abonnements vSphere Standard et vSphere Essentials Plus Kit. En 2026, le tableau a changé. Le document officiel actuel VMware vSphere Version Comparison acte que vSphere Standard et vSphere Enterprise Plus ne sont disponibles que jusqu'à la version 8 Update 3, tandis que les capacités de la version 9.1 sont livrées exclusivement au sein de vSphere Foundation 9.1 et Cloud Foundation 9.1. Essentials Plus Kit n'est plus mentionné du tout dans les documents de l'ère 9.1. Les éditions autonomes existent formellement, mais leur avenir en matière de versions est terminé.
Abonnements VMware en 2026 : vSphere Foundation, Cloud Foundation et VCF Edge
La gamme actuelle est fixée par le document officiel VMware Cloud Foundation 9.1 and VMware vSphere Foundation 9.1: Feature Comparison & Upgrade Paths. Il y a trois offres.
VMware vSphere Foundation (VVF) – la plateforme pour les charges de travail : vSphere, vSphere Kubernetes Service, VCF Operations et vSAN avec un volume de capacité de base. Selon la formulation du document lui-même, VVF inclut certaines capacités de VCF ou leurs versions limitées.
VMware Cloud Foundation (VCF) – la pile complète de cloud privé : vSphere, vSAN, NSX, HCX, vSphere Kubernetes Service, VCF Operations, VCF Automation et les services Private AI. Livrée en une seule référence (SKU).
VMware Cloud Foundation Edge (VCF Edge) – une configuration de VCF optimisée pour les scénarios edge distribués. À première vue, Edge ressemble à une solution pour petites installations, mais la FAQ officielle de VCF 9.1 pose les limites : déploiement autorisé uniquement sur des sites edge, minimum de licence de 10 sites dans l'année suivant le premier déploiement, minimum de 8 cœurs par CPU et maximum de 256 cœurs par site. C'est un produit pour une chaîne de magasins comptant des dizaines de points de vente ou une production distribuée – pas pour une entreprise avec une seule salle serveur.
Le même document acte aussi le statut des anciennes éditions : vSphere Standard, vSphere Enterprise Plus, vSphere Enterprise, vSphere for Desktop et vSphere Scale-Out figurent dans la section Previous Products, avec vSphere Foundation ou VCF comme trajectoire recommandée.
Add-ons dans VMware Cloud Foundation : ce que l'abonnement n'inclut pas
La réduction de la gamme à trois offres s'est accompagnée d'une croissance de la couche de services additionnels. La FAQ officielle de VCF 9.1 énumère les advanced services vendus séparément : Advanced Cyber Compliance, Advanced Security, Load Balancing, Application Services, Data Services, Network Observability, Business Operations, Identity Security et la capacité vSAN additionnelle. La formulation du document ne laisse aucun doute : les services avancés s'achètent séparément et ne font pas partie des offres de base VCF.
Avi Load Balancer, vDefend Firewall et VMware Live Recovery sont également licenciés à part. Data Services Manager est lui aussi proposé comme service distinct depuis le 5 mai 2025.
Deux exemples tirés de la FAQ montrent comment les fonctionnalités se déplacent entre la base et les add-ons. Premier exemple : le reporting de conformité et la détection de dérive de configuration, auparavant disponibles dans VCF Operations, sont dépréciés en 9.1 et transférés dans l'add-on payant Advanced Cyber Compliance. Second exemple : l'orchestration de reprise après sinistre exige l'achat séparé de SRM ou d'ACC – le droit d'usage de base de VCF comprend la réplication vSphere avec un RPO à partir de cinq minutes et des snapshots locaux, mais pas le cycle DR complet.
Pour le budget, cela signifie une chose simple : le prix du bundle sur le devis est le coût d'entrée sur la plateforme, pas le coût total de la solution. Si le cahier des charges comprend l'orchestration DR, le reporting de conformité ou la répartition de charge, des lignes supplémentaires viendront s'ajouter à la ligne de base.
Licence VMware par cœur : la règle des 16 cœurs par CPU avec exemples de calcul
Les trois bundles sont licenciés au cœur physique. La méthode de comptage est décrite dans l'article officiel Broadcom KB 313548, qui contient aussi des tableaux d'exemples prêts à l'emploi. La règle est la suivante : on licencie au minimum 16 cœurs physiques par CPU (processeur physique) dans les hôtes ESXi, même si un CPU a moins de cœurs.
On compte le nombre total de cœurs physiques sur l'ensemble des hôtes à licencier, corrigé du minimum. Deux scénarios tirés du tableau d'exemples de l'article Broadcom lui-même montrent ce que cela donne en pratique.
Le calcul des licences VMware pour petits serveurs : d'où vient le surcoût par cœur
Une ligne du tableau de la KB 313548 : trois hôtes, chacun avec un CPU de 8 cœurs. Cœurs physiques – 24. À licencier – 48, car chaque CPU compte comme un CPU de 16 cœurs. L'explication figure dans le document lui-même : bien que chaque CPU ait 8 cœurs, le client doit en acheter 48, la capacité minimale d'abonnement étant de 16 cœurs par CPU.
On paie deux fois plus de cœurs qu'on n'en possède. La ligne voisine du tableau montre le scénario avec des CPU de 6 cœurs : 18 cœurs physiques, 48 facturés – un coefficient de 2,67.
Le calcul pour les serveurs denses : quand il n'y a pas de surcoût
Même tableau, autre ligne : trois hôtes, chacun avec deux CPU de 24 cœurs. Cœurs physiques – 144, à licencier – 144. Un rapport de 1:1. La règle du minimum s'applique toujours, mais lorsque chaque processeur compte 16 cœurs physiques ou plus, elle coïncide avec le nombre réel ou lui est inférieure – et n'ajoute rien à la facture : on licencie le nombre réel de cœurs physiques sur l'ensemble des CPU.
Le second paramètre qui joue en faveur des configurations denses : la capacité vSAN incluse. Selon la KB 313548, chaque cœur VCF licencié donne droit à 1 TiB de capacité vSAN brute, chaque cœur VVF à 0,25 TiB. Le tableau officiel comprend un exemple où un cluster VCF de 144 cœurs reçoit un droit de 144 TiB et couvre entièrement son besoin de stockage sans supplément, et un exemple où un cluster VVF au stockage volumineux doit acheter un add-on de 149 TiB. Plus les cœurs sont denses et le stockage modéré, plus le bundle se rapproche d'un prix juste ; moins il y a de cœurs et plus il y a de disques, plus les suppléments deviennent visibles.
Le modèle au cœur avec un minimum de 16 n'est en soi ni cher ni bon marché – il est sensible à la forme de l'infrastructure. Les serveurs bi-socket modernes à 24–48 cœurs par processeur passent les seuils sans pertes. Les hôtes petits et vieillissants paient des cœurs qu'ils n'ont pas.
VMware pour 2 à 5 serveurs en 2026 : pourquoi l'abonnement est surdimensionné
Le scénario réduit le plus répandu : deux à cinq serveurs, parfois sans cluster. Un serveur de fichiers, un ERP, la messagerie, quelques machines virtuelles de service. Historiquement, ce segment vivait sur vSphere Essentials, l'ESXi gratuit ou vSphere Standard avec une licence perpétuelle achetée une fois pour toutes.
En 2026, tous ces points d'appui ont disparu l'un après l'autre. L'ESXi gratuit a été retiré sans remplaçant. Le kit Essentials a été arrêté ; l'Essentials Plus Kit a disparu des documents de l'ère 9.1. vSphere Standard a heurté le plafond de la version 8 Update 3 – une voie sans suite. VCF Edge exige au minimum dix sites et son déploiement est interdit hors des scénarios edge. Pour une entreprise avec une seule salle serveur, il reste VVF et VCF – avec une licence à partir de 16 cœurs par CPU.
Le matériel typique de ce segment se compte ainsi selon la méthode officielle : deux serveurs, chacun avec un CPU de 8 ou 10 cœurs, pas de cluster. Cœurs physiques – 16 à 20 ; à licencier selon la règle du minimum – 32. Et avec VVF, ce client reçoit vSphere Kubernetes Service, VCF Operations et un droit vSAN – des composants qui, dans un scénario « deux machines avec un serveur de fichiers et un système de gestion », ne seront très probablement jamais activés pendant toute la durée de l'abonnement.
Techniquement, VMware tourne sur deux serveurs avec la même fiabilité qu'avant. Ce n'est pas la technologie qui a changé, mais l'unité de vente. L'unité minimale est devenue un bundle d'abonnement conçu pour des hôtes denses multicœurs et l'usage de la pile complète. Pour une infrastructure de deux ou trois serveurs à faible nombre de cœurs, cette unité se révèle plus grande que l'infrastructure elle-même : on paie à la fois des cœurs qui n'existent pas et des fonctionnalités qui ne servent pas.
Cela ne concerne pas que les configurations de deux ou trois machines : les infrastructures de cinq à dix hôtes, souvent même pas mises en cluster, se comptent selon les mêmes règles et tombent dans le même écart entre cœurs physiques et cœurs facturés si leurs processeurs ne sont pas des plus denses. C'est précisément ce segment – non pas les grands groupes aux milliers de machines virtuelles, mais les entreprises de deux à dix hôtes – qui a subi le plus grand changement relatif de conditions. Et c'est pour lui que le choix entre renouvellement et migration relève de l'arithmétique la plus simple.
Pourquoi Broadcom a fait passer VMware à l'abonnement
Le cadre affiché de la transition est la simplification : l'annonce du 11 décembre 2023 s'intitule littéralement VMware by Broadcom Dramatically Simplifies Offer Lineup and Licensing Model. Avant l'opération, le portefeuille VMware comptait des dizaines de produits, chacun en plusieurs éditions et avec sa propre métrique de licence : le seul tableau End of Availability énumère une soixantaine de références retirées. Après – trois bundles et une couche d'add-ons. La même annonce mentionne la réduction de moitié du tarif de l'abonnement VCF par rapport au prix antérieur.
Le versant opérationnel de la simplification se voit dans les produits de la version 9 : un installateur VCF unique, une gestion centralisée des licences via VCF Operations et le License Server, un cycle de support unifié. Moins de configurations, c'est une matrice de tests plus réduite et des versions plus rapides.
Le versant commercial a été exprimé par la direction lors des conférences de résultats : la stratégie vise les plus gros clients de VMware et, selon la déclaration de Broadcom fin 2025, plus de 90 % des 10 000 premiers clients ont acheté VCF. Un modèle d'abonnement à minimums fixes rend le chiffre d'affaires prévisible – et rend prévisible, pour le client, le montant minimal de la facture, indépendamment de la consommation réelle.
Le modèle est construit autour de la pile complète, du matériel dense et des grandes installations.
Quand le renouvellement VMware se justifie : les scénarios où l'abonnement tient la route
Il existe des configurations où le nouveau modèle joue en faveur du client. Les clusters denses sur des CPU modernes à 16 cœurs ou plus par socket franchissent le minimum de licence sans surcoût – le calcul tombe à 1:1 selon le tableau officiel. Si l'architecture utilise réellement vSAN et NSX, le bundle remplace trois licences séparées de l'ancien modèle, et le droit de 1 TiB par cœur de VCF peut couvrir entièrement le besoin de stockage. Pour les réseaux distribués à partir de dix sites, il existe VCF Edge avec son seuil abaissé de 8 cœurs par CPU. Enfin, certaines charges de travail sont liées à vSphere par la certification de l'éditeur applicatif – pour elles, le coût d'un changement de plateforme inclut une recertification, ce qui peut peser plus lourd que la différence de licence.
Le critère est simple : plus l'infrastructure se rapproche du profil « hôtes denses, pile complète, grande échelle », plus le renouvellement est logique. Plus elle s'en éloigne – plus il faut compter avec soin.
Alternatives à VMware en 2026 : Proxmox VE, XCP-ng, SUSE Virtualization
Pour les infrastructures qui n'entrent pas dans le profil des bundles, le marché propose des plateformes de virtualisation aux modèles de licence fondamentalement différents. Les trois plateformes ci-dessous ne sont pas des projets expérimentaux de homelab, mais des produits mûrs, avec un long historique, un éditeur commercial et un support entreprise derrière eux.
Proxmox VE – une plateforme basée sur KVM et LXC, développée par l'autrichienne Proxmox Server Solutions GmbH depuis 2008. Le code est ouvert sous licence AGPLv3, la branche actuelle est Proxmox VE 9, basée sur Debian.
Le logiciel lui-même est entièrement gratuit : le clustering, la migration à chaud, la haute disponibilité, Ceph, ZFS et le système de sauvegarde maison Proxmox Backup Server font partie de la version ouverte, sans restriction fonctionnelle ni seuil de licence. L'abonnement payant est optionnel et achète deux choses – l'accès au dépôt enterprise avec des mises à jour stables et testées (au lieu du dépôt gratuit, plus frais mais moins éprouvé) et les tickets de support éditeur avec SLA. La tarification se fait par socket CPU occupé : de 120 € (Community) à 1 100 € (Premium) par socket et par an. Le nombre de cœurs n'a aucune influence sur le prix : un processeur de 64 cœurs coûte autant qu'un processeur de 8 cœurs. Pour le matériel dense, cela signifie l'écart maximal avec le modèle au cœur ; pour le matériel à faible nombre de cœurs, la disparition de l'idée même de « minimum de cœurs » qui détache la facture du matériel réel.
XCP-ng – un hyperviseur basé sur Xen, une technologie en production depuis le début des années 2000. Le projet lui-même existe depuis 2018 comme fork ouvert de Citrix XenServer et il est développé par l'entreprise française Vates ; la gestion, la sauvegarde et la réplication passent par Xen Orchestra.
Le logiciel est gratuit dans son intégralité, et l'abonnement ne le « déverrouille » pas : toutes les fonctionnalités, sauvegarde et réplication comprises, sont disponibles dans les versions ouvertes – Xen Orchestra se compile alors soi-même depuis les sources. L'abonnement optionnel Vates VMS achète trois choses : des SLA et un accès direct aux ingénieurs de Vates, une Xen Orchestra Appliance prête à l'emploi et maintenue à la place de l'auto-compilation, et la couverture support de tous les hôtes de l'infrastructure. Tarification par hôte et par an ; les forfaits d'entrée Essential et Essential+ ont un prix fixe pour les infrastructures jusqu'à trois hôtes, à partir de 2 000 € par an. L'approche est l'inverse du modèle bundle : une couche de virtualisation sans écosystème imposé, pour les équipes qui assemblent elles-mêmes le reste de la pile.
SUSE Virtualization (anciennement Harvester) – une plateforme hyperconvergée associant KVM, KubeVirt et le stockage distribué Longhorn, développée par SUSE depuis 2020. Le code source est ouvert sous Apache 2.0, la version actuelle 1.7 est sortie en janvier 2026.
La plateforme est gratuite et pleinement fonctionnelle dans sa version ouverte – on peut la déployer et l'exploiter sans le moindre paiement. L'abonnement entreprise optionnel achète le support SUSE 24/7, des cycles garantis de mises à jour et de correctifs de sécurité, la prise en charge certifiée du matériel et des sections premium de la documentation. Tarification par nœud ; il n'existe pas de grille tarifaire publique, le coût se calcule sur demande. Elle a du sens là où les charges conteneurisées existent déjà ou sont prévues : machines virtuelles et conteneurs se gèrent de manière unifiée, intégration Rancher comprise.
Aucune de ces plateformes ne remplace vSphere en un clic. Le transfert des machines virtuelles exigera la conversion des disques, la préparation des pilotes invités (VirtIO pour Windows), la refonte du schéma de sauvegarde et la configuration réseau. Mais l'échelle joue dans les deux sens : pour une infrastructure de deux ou trois hôtes sans commutateurs distribués ni réseaux overlay, le volume de ce travail est limité et facile à prévoir.
Plan de migration VMware : préparer la décision en quatre étapes
L'ordre des étapes ne dépend pas de la décision finale – renouvellement ou migration. Les quatre premières étapes sont identiques.
Première étape – l'inventaire des licences. Dressez la liste des licences perpétuelles avec la date d'expiration du SnS pour chacune. La date la plus proche est votre véritable échéance, pas les dates du calendrier de Broadcom.
Deuxième étape – l'inventaire des cœurs. Selon la méthode de la KB 313548 : le nombre de CPU par hôte, les cœurs physiques par CPU, corrigés du minimum de 16. Pour les environnements avec vCenter, Broadcom fournit un script PowerCLI officiel de comptage – il compte aussi correctement les TiB bruts de vSAN, qu'on ne peut pas relever de manière fiable dans l'interface. Le résultat tient en deux nombres : cœurs physiques et cœurs facturés. Leur rapport montre immédiatement dans quel scénario vous vous trouvez.
Troisième étape – l'inventaire des versions. Les hôtes sous vSphere 7 sont déjà hors support général. Pour vSphere 8, notez la date du 11 octobre 2027 et confrontez-la à votre plan de renouvellement du matériel : si les serveurs sont plus jeunes que le contrat, la question de la migration vers une autre plateforme et celle du passage à l'abonnement se règlent en même temps.
Quatrième étape – l'inventaire des fonctions réellement utilisées. La liste des composants activés : vSAN est-il là, NSX est-il là, les commutateurs distribués servent-ils, qu'est-ce qui s'ouvre réellement dans Aria/Operations. C'est la réponse directe à la question de savoir quelle part du bundle vous paieriez à vide.
Ensuite, les chemins se séparent. Si le calcul montre un rapport proche de 1:1 et que la pile est largement utilisée – demandez un devis VVF ou VCF et comparez-le à vos dépenses actuelles. Si les cœurs facturés sont deux fois plus nombreux que les cœurs physiques et que seul l'hyperviseur sert dans la pile – choisissez une plateforme cible, déployez un pilote sur un hôte non critique, transférez deux ou trois machines virtuelles, vérifiez la sauvegarde et la restauration, mesurez l'effort réel. Sur une petite infrastructure, un pilote prend des jours, pas des mois, et transforme la décision de pari en calcul.
Des serveurs pour la migration depuis VMware
Si le calcul mène au changement de plateforme, INTROSERV fournit des serveurs dédiés à la virtualisation dans des datacenters en Pologne, aux Pays-Bas, en Allemagne, en France, au Royaume-Uni, aux États-Unis, au Canada, à Singapour et en Australie – avec des configurations pour Proxmox VE, XCP-ng et SUSE Virtualization. Nous installons et configurons la plateforme et aidons au transfert des machines virtuelles vers la solution choisie ; la gestion courante reste entièrement de votre côté.
Le support est une question à part quand on quitte VMware. Les trois plateformes fonctionnent sans abonnement éditeur, mais il faut parfois les mains d'un ingénieur : affiner un cluster, remettre les sauvegardes d'aplomb, trouver la cause d'une dégradation. Pour ces tâches, nous proposons l'administration système à facturation horaire : les ingénieurs d'INTROSERV travaillent avec Proxmox VE, XCP-ng et SUSE Virtualization et prennent en charge la configuration et le dépannage à la demande – sans abonnement obligatoire ni forfait, seul le temps de travail réel est facturé. Cela permet d'exploiter une plateforme ouverte gratuitement et de mobiliser l'expertise ponctuellement, quand elle est vraiment nécessaire.
Si vous comparez en ce moment les scénarios de renouvellement et de migration – écrivez-nous, nous vous aiderons à vérifier la configuration matérielle au regard des exigences de la plateforme choisie.
