Sortir de VMware après Broadcom : hyperviseur, cloud public ou Kubernetes, choisir l'alternative avant le renouvellement

Le contrat VMware arrive à échéance, et son renouvellement ne ressemble plus au précédent : depuis le rachat par Broadcom, l'offre se vend en abonnement, comptée par cœur physique, et la version de vSphere en place a peut-être déjà quitté le support général. Attendre la date pour décider revient à renouveler par défaut, aux conditions du devis, ou à migrer dans l'urgence. Trois sorties existent : rester sur un hyperviseur d'un autre éditeur, passer sur le cloud public, ou faire entrer les machines virtuelles (VM) dans Kubernetes. Elles n'ont ni le même coût de sortie, ni le même calendrier, ni les mêmes compétences requises.

Ce texte s'adresse au CTO ou au DSI qui doit trancher avant la date de renouvellement. Il rassemble les faits datés qui bornent la décision, ce que chaque voie change réellement, une grille de décision commune et la règle qui vaut pour les trois : un pilote réversible avant toute bascule. Il porte sur les serveurs virtualisés sous vSphere, c'est-à-dire l'hyperviseur ESXi administré par vCenter, et ne donne ni prix ni pourcentage d'économie : ces chiffres dépendent du devis, du parc et des contrats de chaque organisation.

Ce que Broadcom a changé, et les dates qui bornent la décision

Broadcom a finalisé l'acquisition de VMware le 22 novembre 2023. La Commission européenne avait autorisé l'opération le 12 juillet 2023, sous conditions : des engagements d'accès et d'interopérabilité sur le marché des cartes d'interface Fibre Channel (FC HBA, Fibre Channel Host Bus Adapter). Pour un DSI, les changements qui comptent portent sur la licence, le support et l'hébergement.

Une offre en abonnement, comptée par cœur

Broadcom a annoncé la fin de vente des licences perpétuelles et des renouvellements du support et de l'abonnement (SnS, Support and Subscription) de ces licences, avec des dates effectives qui varient selon les produits : les offres VMware ne se vendent plus qu'en abonnement ou en licence à durée déterminée. La gamme est recentrée sur deux formules : VCF, présentée comme une plateforme complète de cloud privé en abonnement, et VMware vSphere Foundation (VVF), positionnée pour les organisations de taille moyenne ou petite.

Les deux se licencient par cœur physique, avec un minimum de 16 cœurs par processeur, et tous les cœurs d'un serveur sont comptés, y compris ceux désactivés dans le BIOS : selon l'exemple de Broadcom, un hôte à deux processeurs de 8 cœurs compte pour 32 cœurs. Broadcom fournit un script PowerCLI de décompte, Get-FoundationCoreAndTiBUsage, qui donne un point de départ à l'inventaire. Les autres conditions minimales de commande se vérifient dans le devis et dans la documentation contractuelle en vigueur.

Une licence perpétuelle déjà acquise reste utilisable après l'expiration du SnS : selon Broadcom, cette expiration ne révoque pas le droit d'usage. En revanche, le téléchargement des correctifs, des mises à jour et des nouvelles versions est réservé aux contrats SnS actifs. Broadcom documente une exception pour vSphere 8.x : les clients sous licence perpétuelle dont le support a expiré reçoivent encore les correctifs des alertes de sécurité de sévérité critique, dont le score Common Vulnerability Scoring System (CVSS) atteint au moins 9,0. Rester sur une licence perpétuelle sans support est donc possible, sans les autres correctifs ni les nouvelles versions ; pour une version sortie du support général, comme vSphere 7, l'accès à ces correctifs critiques se vérifie auprès de Broadcom.

Depuis le 10 avril 2025, avec ESXi 8.0 Update 3e, Broadcom met à disposition un hyperviseur d'entrée de gamme gratuit, sans support Broadcom et destiné à un usage non productif. Cette édition n'est pas gérable par vCenter, n'offre ni vMotion (déplacement à chaud des VM), ni DRS (Distributed Resource Scheduler, répartition automatique de la charge), ni HA (haute disponibilité), ni sauvegardes par les interfaces VADP (vSphere APIs for Data Protection), et se limite à 2 processeurs physiques par hôte et 8 processeurs virtuels (vCPU) par VM : ce n'est pas une sortie pour la production.

Les dates de support de vSphere

Le support général de vSphere 7 a pris fin le 2 octobre 2025, après une prolongation de six mois par rapport au 2 avril 2025 initialement prévu. vSphere 8 reste en support général jusqu'en octobre 2027, avec une période de support étendu optionnelle et payante de deux ans. Le tableau de Broadcom indique aussi le 11 octobre 2029 comme fin de « technical guidance » pour ESXi 8.0 et vCenter Server 8.0 ; l'accès à cette phase dépend du contrat et se vérifie avec Broadcom avant d'en faire une échéance. Un parc encore en vSphere 7 n'a plus de support général sur sa version : la montée de version ou la sortie fait partie de la même décision.

VMware hébergé : programme des fournisseurs et licence portable

Si l'infrastructure VMware est hébergée chez un fournisseur de services, son offre dépend du programme VMware Cloud Service Provider (VCSP), que Broadcom a réorganisé : paliers, services en abonnement par cœur, réduction, annoncée par Broadcom, du nombre de partenaires du programme et obligation de proposer un service entièrement managé. La continuité de l'offre de l'hébergeur se vérifie avec lui avant la date de renouvellement.

Chez les hyperscalers, la licence a changé de mains : un abonnement VCF acheté auprès de Broadcom inclut le droit de le déployer chez un hyperscaler pris en charge (portabilité de licence), et Microsoft comme Google ne vendent plus de nouveaux nœuds avec licence VCF incluse, comme le détaille le chapitre sur le cloud public.

Trois dates à distinguer

La décision se cale sur trois dates, à relever pour chaque contrat : la date contractuelle, celle du renouvellement de l'abonnement ou du contrat de l'hébergeur ; la date de support, celle de la fin du support général de la version en place ; la date de plateforme, celle à laquelle un hyperscaler cesse de fournir la licence incluse. La plus proche fixe le calendrier de la décision.

Rester sur un hyperviseur : Proxmox VE, Nutanix AHV ou Hyper-V

Changer d'hyperviseur garde le modèle d'exploitation par VM : les équipes administrent toujours des machines virtuelles, avec un autre outil de gestion. C'est la voie la plus proche des compétences existantes, mais chaque plateforme a son modèle de licence et ses outils d'import, avec des prérequis documentés.

Proxmox VE

Proxmox VE est publié sous la licence libre GNU AGPLv3 et utilisable sans abonnement. L'abonnement, facturé par socket de processeur, donne accès au dépôt Enterprise et, selon le niveau, au support ; Proxmox déconseille son dépôt « No-Subscription » pour les serveurs de production. La version la plus récente publiée au 18 octobre 2026 est Proxmox VE 9.2, sur une base Debian 13.

Depuis la version 8.2, annoncée le 24 avril 2024, Proxmox VE intègre un assistant d'import des VM depuis ESXi et vCenter, sous forme de plugin de stockage utilisable dans l'interface web et par l'API, testé avec ESXi 6.5 à 8.0. L'assistant importe une VM entière et reporte la plupart de ses réglages ; les réglages avancés se refont après l'import. Trois limites se préparent : les disques placés sur vSAN doivent d'abord être déplacés, l'import par vCenter est nettement plus lent que l'import direct depuis l'hôte ESXi, et un grand nombre d'imports simultanés peut saturer la limite de connexions de l'API d'ESXi.

Nutanix AHV et Nutanix Move

Le guide de Nutanix Move (version 6.3) liste la migration de VMware ESXi vers l'hyperviseur Nutanix AHV, en passant par vCenter. Les VMware Tools doivent être installés sur les VM source ; Move peut installer les pilotes VirtIO et conserver les réglages IP. Le modèle de licence de la plateforme cible se relève sur devis.

Hyper-V et Azure Local

Hyper-V est un rôle de Windows Server, et l'édition Datacenter donne des droits de VM illimités. Windows Server 2025 se licencie par cœur : tous les cœurs physiques sont comptés, avec un minimum de 8 licences de cœur par processeur et de 16 par serveur ; l'édition Standard donne droit à deux environnements de système d'exploitation (OSE, Operating System Environment) virtuels, l'édition Datacenter à un nombre illimité une fois tous les cœurs licenciés, et la licence par VM est réservée aux licences en abonnement ou sous Software Assurance active.

Pour migrer, Microsoft avait documenté en préversion l'extension VM Conversion de Windows Admin Center, qui migrait des VM VMware vers Hyper-V depuis vCenter et requérait le VDDK (Virtual Disk Development Kit) 8.0.3. Microsoft indique depuis qu'un changement de Broadcom touchant la disponibilité du VDDK l'a conduit à retirer cette extension du catalogue des extensions et à recommander d'en suspendre l'évaluation ; il oriente vers System Center Virtual Machine Manager (SCVMM) pour une migration vers Hyper-V sous Windows Server, ou vers Azure Migrate (avec agent) pour une migration vers Azure.

Azure Local, dont Azure Arc constitue le plan de contrôle, est facturé par cœur physique des machines sur site, plus la consommation des services Azure utilisés, sur l'abonnement Azure existant ; le nombre de vCPU n'influe pas sur ce prix.

Ce qui change, ce qui reste

Changent : l'hyperviseur, le plan de gestion, les pilotes des systèmes invités (VirtIO, pilotes Hyper-V), le modèle de licence de la plateforme, et les intégrations de sauvegarde, de supervision et d'automatisation, toutes à revalider. Restent : le modèle d'exploitation par VM, les dépendances applicatives et les licences des systèmes invités et des logiciels. Les droits Windows Server sont attachés aux cœurs physiques de l'hôte : ils ne disparaissent pas avec le changement d'hyperviseur, ils se recalculent sur le nouveau matériel, selon les termes contractuels de Microsoft.

Cloud public : réhéberger les VM, ou garder VMware chez un hyperscaler

Le cloud public recouvre deux voies à ne pas confondre. Réhéberger les VM sur des instances sort de la licence Broadcom, mais change le modèle d'exploitation. Garder VMware chez un hyperscaler conserve ce modèle, mais laisse la licence VCF entière à apporter par le client pour les nouveaux achats. L'exemple détaillé ici est celui d'AWS ; les mécanismes se comparent chez chaque fournisseur.

Réhéberger les VM : l'exemple d'AWS

Selon le guide d'AWS pour les grandes migrations, la phase de mobilisation sert à construire la landing zone (l'environnement de comptes, de réseau et de sécurité qui accueille les charges), à approfondir l'évaluation du portefeuille, à bâtir le modèle de sécurité et d'exploitation et à préparer les équipes au changement. AWS recommande, en règle générale, de migrer d'abord, puis de moderniser.

AWS Transform for VMware, en disponibilité générale depuis mai 2025, automatise le parcours de la découverte (exports RVTools ou AWS Application Discovery Service) jusqu'à la bascule : planification des vagues par cartographie des dépendances, conversion de la configuration réseau, puis réhébergement par AWS Transform MGN. Le service traite des serveurs x86 uniquement, n'utilise pas la réplication MGN sans agent et ne reconstitue pas une application à partir d'un serveur ou d'une image de VM en cours d'exécution : le passage en conteneurs exige le code source.

AWS Transform MGN est le nouveau nom d'AWS Application Migration Service, selon les notes de version de juin 2026, avec les mêmes API et le même moteur de réplication. La réplication avec agent couvre les environnements VMware et non VMware ; la réplication sans agent n'existe que pour VMware, vCenter 8 étant pris en charge depuis janvier 2024. Parmi les limites VMware documentées, vMotion entre vCenter et les volumes virtuels VMware (vVols) ne sont pas pris en charge.

Garder VMware chez un hyperscaler

Amazon Elastic VMware Service (Amazon EVS), en disponibilité générale depuis le 5 août 2025, exécute VCF directement dans un réseau virtuel Amazon VPC (Virtual Private Cloud) ; le client y apporte ses licences VCF. Au lancement, six régions étaient ouvertes, dont Europe (Francfort) et Europe (Irlande) ; la liste s'est étendue en décembre 2025 puis en 2026, avec la prise en charge de VCF 9.0 et 9.1, et se vérifie à la date du choix.

Azure VMware Solution (AVS) fournit des clouds privés VMware sur du matériel Azure dédié. Depuis le 1er novembre 2025, Microsoft n'inclut plus de licence VCF dans les nouveaux achats de nœuds : le client achète VCF auprès de Broadcom. L'échéance fixée par Microsoft pour le passage en VCF portable des déploiements en paiement à l'usage avec licence incluse est le 31 octobre 2026 ; les réservations avec licence incluse doivent être échangées, ou les charges déplacées hors d'AVS, au plus tard le 30 août 2027.

Google Cloud VMware Engine (GCVE) est un service entièrement managé pour exécuter la plateforme VMware dans Google Cloud. Google ne vend plus de nouveaux nœuds avec licence VCF incluse après le 15 octobre 2025, et depuis le 1er novembre 2025, l'engagement à licence portable est le seul modèle d'engagement d'utilisation pour les nouveaux achats ; les licences s'acquièrent auprès de Broadcom ou d'un revendeur autorisé. La licence portée ne couvre ni l'infrastructure Google Cloud sous-jacente, ni le stockage et les sauvegardes, ni les adresses IP et le trafic sortant.

Ces trois offres limitent le changement côté exploitation, puisque la plateforme VMware reste en place ; elles ne règlent pas la question de la licence Broadcom, qui reste entière.

Financement : un programme AWS sous conditions

AWS décrit le Migration Acceleration Program (MAP) comme un cadre en trois phases, évaluer, mobiliser, puis migrer et moderniser, qui combine outils, formation, expertise de partenaires et financement. La phase d'évaluation mesure les écarts de préparation et établit un modèle de coût total ; la phase de mobilisation comble ces écarts et bâtit la fondation opérationnelle.

Les incitations du MAP sont soumises aux termes du programme : un plan de migration, le balisage des ressources migrées avec la balise map-migrated, la prise en compte des seules ressources lancées après la date d'acceptation. Les crédits non utilisés sont annulés si l'accord client conclu avec AWS prend fin, ou si AWS met fin à la participation pour fraude, usage abusif du balisage ou d'autres mécanismes du programme, ou manquement aux termes. Un financement est donc possible, conditionnel et soumis à la décision d'AWS : il ne s'inscrit pas comme acquis dans un plan de sortie, et ce texte n'en cite aucun montant. Les programmes des autres fournisseurs ne sont pas examinés ici.

Coût de sortie futur : ce que fixe le Data Act

Entrer chez un fournisseur cloud, c'est aussi préparer la sortie suivante. Le règlement (UE) 2023/2854, dit « Data Act », s'applique depuis le 12 septembre 2025 : jusqu'au 12 janvier 2027, un fournisseur peut encore imposer des frais de changement réduits, plafonnés aux coûts directement liés au changement ; à partir de cette date, il n'en impose plus aucun, frais de sortie de données compris. Les frais de service standard ne sont pas concernés. Le détail est traité dans « Frais de sortie cloud : ce que le Data Act supprime à partir du 12 janvier 2027, et le plan d'action du CTO et du DAF ».

Kubernetes : conteneuriser, ou faire tourner les VM avec KubeVirt

La troisième voie fait entrer le parc dans Kubernetes, de deux façons qui n'ont ni les mêmes prérequis ni le même calendrier : déployer les applications en conteneurs, ou faire tourner les VM elles-mêmes sur le cluster.

Conteneuriser : seulement avec le code source

Conteneuriser suppose de maîtriser le code source et la chaîne de construction de l'application. AWS le rappelle pour son propre outil : AWS Transform ne reconstitue pas une application à partir d'une VM en cours d'exécution. Une application dont le code n'est pas disponible, un progiciel par exemple, reste une VM, sur l'une des trois voies.

Faire tourner les VM sur Kubernetes

KubeVirt fait s'exécuter les VM dans le cluster, à côté des conteneurs. Le projet a été accepté à la CNCF le 6 septembre 2019 et y est au niveau Incubating depuis le 19 avril 2022 ; sa dernière version stable est la v1.9.1, publiée le 12 octobre 2026.

Red Hat documente Migration Toolkit for Virtualization (MTV) pour migrer vers OpenShift Virtualization des VM issues de VMware vSphere (par un point d'accès vCenter ou ESXi), de Red Hat Virtualization, d'OpenStack, de fichiers OVA (Open Virtual Appliance) créés par vSphere ou d'un autre cluster OpenShift Virtualization ; les notes de version de MTV 2.12 ajoutent Hyper-V et Amazon EC2 (Elastic Compute Cloud) comme sources en préversion technologique (Technology Preview). La migration se fait à froid, ou en mode « warm » pour les seules sources vSphere et Red Hat Virtualization ; Red Hat recommande fortement une image VDDK. La documentation la plus récente consultée porte sur MTV 2.12.

Côté communautaire, le projet Forklift (organisation kubev2v sur GitHub) migre des VM vers KubeVirt ; sa documentation le présente comme un projet amont (upstream), pour des sources VMware, oVirt, OpenStack, OVA ou KubeVirt.

Pour quelles charges

Cette voie se justifie quand une équipe exploite déjà Kubernetes, quand une partie des applications est en cours de modernisation alors qu'une autre reste en VM, ou quand un plan de gestion unique pour les VM et les conteneurs est recherché. Elle convient moins quand aucune équipe n'exploite Kubernetes, ou quand un logiciel exige un hyperviseur certifié par son éditeur : ce point se vérifie logiciel par logiciel, avec les conditions de support de chaque éditeur.

La portabilité de la plateforme cible se vérifie aussi : « Kubernetes cloud-agnostique : choisir et vérifier une plateforme portable, de l'API au test de sortie » décrit comment la tester couche par couche. Pour les charges Kubernetes et cloud-native, la page Migration Kubernetes : avancer par vagues décrit comment nous cartographions ces charges, exécutons un pilote et documentons les chemins de retour avant chaque vague.

Grille de décision, pilote et retour arrière

Les trois voies se comparent sur les mêmes critères : l'inventaire à produire, les dépendances, les licences, les compétences internes et le coût de sortie. La grille ne donne aucun chiffre : elle liste ce qu'il faut relever et chiffrer dans chaque organisation.

La grille peut aussi conclure au renouvellement. Si l'inventaire montre que la sortie ne tiendra pas avant la date, renouveler en connaissance de cause, avec un décompte des cœurs vérifié et un pilote planifié pour le terme suivant, reste une décision. Le risque tient au renouvellement par défaut, décidé sans inventaire.

Le pilote

Le pilote porte sur un lot représentatif : une application avec ses dépendances, ses sauvegardes et sa supervision, pas la VM la plus simple du parc. Les critères d'acceptation s'écrivent avant le pilote : fonctionnement applicatif, performances comparées à la source, sauvegarde et restauration testées sur la cible, supervision et alertes en place, durée d'interruption mesurée lors de la bascule.

Le pilote éprouve aussi les contraintes documentées des outils : disques vSAN à déplacer avant l'import dans Proxmox VE, vCenter requis par Nutanix Move, mode « warm » limité à certaines sources avec MTV, vMotion entre vCenter non pris en charge par AWS Transform MGN. Le VDDK est requis ou fortement recommandé par plusieurs outils, dont MTV, et Microsoft signale un changement de Broadcom touchant sa disponibilité : son mode d'obtention se vérifie avant le pilote.

Le retour arrière

Pour les trois voies, la règle est la même : la VM source reste intacte jusqu'à la validation ; la réplication n'est arrêtée qu'après cette validation ; le retour arrière se répète avant chaque vague, et pas seulement sur le papier ; le démantèlement de l'ancienne plateforme ne se décide qu'après la période d'observation définie au cadrage. C'est une règle de méthode, pas une fonction promise par un outil.

Sources officielles et limites de lecture

Les faits cités proviennent des pages officielles de Broadcom, de la Commission européenne, d'EUR-Lex, de Proxmox, de Nutanix, de Microsoft, d'AWS, de Google Cloud et de Red Hat, des dépôts officiels des projets KubeVirt et Forklift et des pages de la CNCF ; ils ont été vérifiés le 18 octobre 2026. Les éditeurs et les offres sont cités pour des faits documentés, sans recommandation.

Limites de cette lecture. Ce texte ne donne aucun prix, aucun pourcentage d'économie ni aucune durée de migration : ils dépendent du devis, du parc et des contrats de chaque organisation. Les versions citées (Proxmox VE 9.2, KubeVirt v1.9.1, MTV 2.12) et les échéances des hyperscalers, dont celle du 31 octobre 2026 chez Azure VMware Solution, se relisent à la date de la décision. Les programmes de financement des fournisseurs ont leurs propres conditions et relèvent de la décision du fournisseur : aucun financement n'est acquis. Les termes contractuels en vigueur de Broadcom, de Microsoft, d'AWS et de Google Cloud font foi sur toute paraphrase de ce texte. Ne sont pas traités : les postes de travail virtuels, les autres hyperviseurs et distributions Kubernetes, le dimensionnement du matériel cible et la qualification juridique des contrats.

Sources

1. Broadcom Completes Acquisition of VMware, Broadcom Inc., https://investors.broadcom.com/news-releases/news-release-details/broadcom-completes-acquisition-vmware, vérifié le 18/10/2026.
2. Mergers: Commission clears acquisition of VMware by Broadcom, subject to conditions (IP/23/3777), Commission européenne, https://ec.europa.eu/commission/presscorner/detail/en/ip_23_3777, vérifié le 18/10/2026.
3. VMware by Broadcom Dramatically Simplifies Offer Lineup and Licensing Model, Broadcom Inc., https://www.broadcom.com/company/news/articles/cloud/vmware-by-broadcom-business-transformation, vérifié le 18/10/2026.
4. A changing market landscape requires constant evolution: our mission for VMware customers, Broadcom Inc., https://www.broadcom.com/company/news/articles/cloud/a-changing-market-landscape-requires-constant-evolution-our-mission-for-vmware-customers, vérifié le 18/10/2026.
5. VMware End Of Availability of Perpetual Licensing and SaaS Services, blog VMware Cloud Foundation, 22/01/2024, https://blogs.vmware.com/cloud-foundation/2024/01/22/vmware-end-of-availability-of-perpetual-licensing-and-saas-services/, vérifié le 18/10/2026.
6. VMware End Of Availability of Perpetual Licensing and SaaS Services (KB 309138), Broadcom Inc., https://knowledge.broadcom.com/external/article/309138/vmware-end-of-availability-of-perpetual.html, vérifié le 18/10/2026.
7. Perpetual License Functionality After Support and Subscription (SnS) Expiration (KB 429208), Broadcom Inc., https://knowledge.broadcom.com/external/article/429208/perpetual-license-functionality-after-su.html, vérifié le 18/10/2026.
8. Zero Day (i.e., Critical) Security Patches for vSphere 8.x Perpetual License Customers with Expired Support Contracts (KB 314603), Broadcom Inc., https://knowledge.broadcom.com/external/article/314603/zero-day-ie-critical-security-patches-fo.html, vérifié le 18/10/2026.
9. Counting Cores for VMware Cloud Foundation and vSphere Foundation and TiBs for vSAN (KB 313548), Broadcom Inc., https://knowledge.broadcom.com/external/article/313548/counting-cores-for-vmware-cloud-foundati.html, vérifié le 18/10/2026.
10. June 2026 VMware Cloud Foundation (VCF) Specific Program Documentation, Broadcom Inc., https://ftpdocs.broadcom.com/cadocs/0/VCF_SPD_June2026.pdf, vérifié le 18/10/2026.
11. June 2026 VMware vSphere Foundation Specific Program Documentation, Broadcom Inc., https://ftpdocs.broadcom.com/cadocs/0/VVF_SPD_June2026.pdf, vérifié le 18/10/2026.
12. VMware ESXi 8.0 Update 3e Release Notes, Broadcom Inc., https://techdocs.broadcom.com/us/en/vmware-cis/vsphere/vsphere/8-0/release-notes/esxi-update-and-patch-release-notes/vsphere-esxi-80u3e-release-notes.html, vérifié le 18/10/2026.
13. VMware ESXi 8.0 Update 3e now available as a Free Hypervisor (KB 399823), Broadcom Inc., https://knowledge.broadcom.com/external/article/399823/vmware-esxi-80-update-3e-now-available-a.html, vérifié le 18/10/2026.
14. End of General Support for vSphere 7.0 (KB 415405), Broadcom Inc., https://knowledge.broadcom.com/external/article/415405/end-of-general-support-for-vsphere-70.html, vérifié le 18/10/2026.
15. End of General Support for vSphere 6.5/6.7/7.0 (KB 326984), Broadcom Inc., https://knowledge.broadcom.com/external/article/326984/end-of-general-support-for-vsphere-65677.html, vérifié le 18/10/2026.
16. Announcing Extension of VMware vSphere 7.x and VMware vSAN 7.x General Support Period, blog VMware Cloud Foundation, 25/07/2024, https://blogs.vmware.com/cloud-foundation/2024/07/25/announcing-extension-of-vmware-vsphere-7-x-and-vmware-vsan-7-x-general-support-period/, vérifié le 18/10/2026.
17. SAP Customers Running on VMware vSphere 7, blog VMware Cloud Foundation, 01/08/2025, https://blogs.vmware.com/cloud-foundation/2025/08/01/sap-customers-running-on-vmware-vsphere-7-call-to-action/, vérifié le 18/10/2026.
18. Product End of Technical Guidance Dates (PDF), Broadcom Inc., https://ftpdocs.broadcom.com/cadocs/0/contentimages/Product_EOTG_Dates.pdf, vérifié le 18/10/2026.
19. A New Era for VMware Cloud Service Provider Partners Begins, Broadcom Inc., https://news.broadcom.com/technologies/new-era-for-vmware-cloud-service-provider-partners, vérifié le 18/10/2026.
20. Continuing to Simplify and Optimize through Cloud Service Providers, Broadcom Inc., https://www.broadcom.com/company/news/articles/partners/continuing-to-simplify-and-optimize-through-cloud-service-providers, vérifié le 18/10/2026.
21. Unleashing The Power of VMware Cloud Foundation: New License Portability Entitlements Explained, blog VMware Cloud Foundation, 04/06/2024, https://blogs.vmware.com/cloud-foundation/2024/06/04/license-portability-vmware-cloud-foundation/, vérifié le 18/10/2026.
22. Règlement (UE) 2023/2854 du Parlement européen et du Conseil (règlement sur les données, « Data Act »), article 29, EUR-Lex, https://eur-lex.europa.eu/legal-content/FR/TXT/?uri=OJ%3AL_202302854, vérifié le 18/10/2026.
23. Commission Staff Working Document SWD(2025) 836, Commission européenne, EUR-Lex, https://eur-lex.europa.eu/legal-content/EN/TXT/HTML/?uri=CELEX:52025SC0836, vérifié le 18/10/2026.
24. Proxmox Virtual Environment 9.2 with Dynamic Load Balancer released, Proxmox Server Solutions GmbH, https://proxmox.com/en/about/company-details/press-releases/proxmox-virtual-environment-9-2, vérifié le 18/10/2026.
25. Proxmox Virtual Environment 8.2 with Import Wizard released, Proxmox Server Solutions GmbH, https://www.proxmox.com/en/about/company-details/press-releases/proxmox-virtual-environment-8-2, vérifié le 18/10/2026.
26. Migrate to Proxmox VE (wiki), Proxmox Server Solutions GmbH, https://pve.proxmox.com/wiki/Migrate_to_Proxmox_VE, vérifié le 18/10/2026.
27. Pricing for Subscriptions Plans, Proxmox Virtual Environment, Proxmox Server Solutions GmbH, https://www.proxmox.com/en/products/proxmox-virtual-environment/pricing, vérifié le 18/10/2026.
28. Proxmox Virtual Environment overview, Proxmox Server Solutions GmbH, https://www.proxmox.com/en/products/proxmox-virtual-environment/overview, vérifié le 18/10/2026.
29. Nutanix Move User Guide (Move 6.3), Nutanix, https://portal.nutanix.com/page/documents/details?targetId=Nutanix-Move%3ANutanix-Move, vérifié le 18/10/2026.
30. Windows Server 2025 Licensing Guidance, Microsoft, https://www.microsoft.com/licensing/guidance/Windows-Server-2025, vérifié le 18/10/2026.
31. Hyper-V virtualization in Windows Server and Windows, Microsoft Learn, https://learn.microsoft.com/en-us/windows-server/virtualization/hyper-v/overview, vérifié le 18/10/2026.
32. VM Conversion Extension in Windows Admin Center (Preview), Microsoft Learn, https://learn.microsoft.com/en-us/windows-server/manage/windows-admin-center/use/vm-conversion-extension-overview, vérifié le 18/10/2026.
33. Migrate virtual machines using the VM Conversion Extension in Windows Admin Center (Preview), Microsoft Learn, https://learn.microsoft.com/en-us/windows-server/manage/windows-admin-center/use/migrate-virtual-machines-vm-conversion-extension, vérifié le 18/10/2026.
34. Two modes combined: Windows Admin Center version 2610 is now in public preview!, Microsoft Tech Community (blog Windows Admin Center), https://techcommunity.microsoft.com/blog/windows-admin-center-blog/two-modes-combined-windows-admin-center-version-2610-is-now-in-public-preview/4556863, vérifié le 18/10/2026.
35. Troubleshoot the VM Conversion Extension in Windows Admin Center (Preview), Microsoft Learn, https://learn.microsoft.com/en-us/windows-server/manage/windows-admin-center/use/troubleshoot-vm-conversion-extension, vérifié le 18/10/2026.
36. Azure Local billing and payment, Microsoft Learn, https://learn.microsoft.com/en-us/azure/azure-local/concepts/billing, vérifié le 18/10/2026.
37. What Is Azure Local?, Microsoft Learn, https://learn.microsoft.com/en-us/azure/azure-local/overview, vérifié le 18/10/2026.
38. kubevirt/kubevirt (README), projet KubeVirt (GitHub), https://github.com/kubevirt/kubevirt, vérifié le 18/10/2026.
39. KubeVirt v1.9.1 (release), projet KubeVirt (GitHub), https://github.com/kubevirt/kubevirt/releases/tag/v1.9.1, vérifié le 18/10/2026.
40. KubeVirt (page projet), Cloud Native Computing Foundation, https://www.cncf.io/projects/kubevirt/, vérifié le 18/10/2026.
41. KubeVirt becomes a CNCF incubating project, Cloud Native Computing Foundation, https://www.cncf.io/blog/2022/04/19/kubevirt-becomes-a-cncf-incubating-project/, vérifié le 18/10/2026.
42. Planning a migration of virtual machines from VMware vSphere (MTV 2.12), Red Hat, https://docs.redhat.com/en/documentation/migration_toolkit_for_virtualization/2.12/html/planning_your_migration_to_red_hat_openshift_virtualization/assembly_planning-migration-vmware_mtv, vérifié le 18/10/2026.
43. Migration Toolkit for Virtualization 2.12 Release notes, Red Hat, https://docs.redhat.com/en/documentation/migration_toolkit_for_virtualization/2.12/pdf/release_notes/Migration_Toolkit_for_Virtualization-2.12-Release_notes-en-US.pdf, vérifié le 18/10/2026.
44. Migrating your virtual machines to Red Hat OpenShift Virtualization (MTV 2.10), Red Hat, https://docs.redhat.com/en/documentation/migration_toolkit_for_virtualization/2.10/html-single/migrating_your_virtual_machines_to_red_hat_openshift_virtualization/index, vérifié le 18/10/2026.
45. kubev2v/forklift, projet Forklift (GitHub), https://github.com/kubev2v/forklift, vérifié le 18/10/2026.
46. kubev2v/forklift-documentation, projet Forklift (GitHub), https://github.com/kubev2v/forklift-documentation, vérifié le 18/10/2026.
47. AWS Migration Acceleration Program (MAP), Amazon Web Services, https://aws.amazon.com/migration-acceleration-program/, vérifié le 18/10/2026.
48. AWS Migration Acceleration Program Terms & Conditions, Amazon Web Services, https://aws.amazon.com/migration-acceleration-program/terms/, vérifié le 18/10/2026.
49. Frequently Asked Questions, AWS Migration Acceleration Program 2.0 Tagging Guide, Amazon Web Services, https://docs.aws.amazon.com/MAP/latest/userguide/FAQs.html, vérifié le 18/10/2026.
50. Guide for AWS large migrations (AWS Prescriptive Guidance), Amazon Web Services, https://docs.aws.amazon.com/pdfs/prescriptive-guidance/latest/large-migration-guide/large-migration-guide.pdf, vérifié le 18/10/2026.
51. Release notes, AWS Transform MGN, Amazon Web Services, https://docs.aws.amazon.com/mgn/latest/ug/mgn-release-notes.html, vérifié le 18/10/2026.
52. Application Migration Service User Guide, Amazon Web Services, https://docs.aws.amazon.com/pdfs/mgn/latest/ug/user-guide.pdf, vérifié le 18/10/2026.
53. VMware limitations, Application Migration Service, Amazon Web Services, https://docs.aws.amazon.com/mgn/latest/ug/installing-vcenter-reques-mgn.html, vérifié le 18/10/2026.
54. AWS Transform for VMware is now generally available, Amazon Web Services, https://aws.amazon.com/about-aws/whats-new/2025/05/aws-transform-vmware-generally-available/, vérifié le 18/10/2026.
55. AWS Transform for VMware (page produit), Amazon Web Services, https://aws.amazon.com/transform/vmware/, vérifié le 18/10/2026.
56. Migrate servers, AWS Transform User Guide, Amazon Web Services, https://docs.aws.amazon.com/transform/latest/userguide/transform-vmware-migrate-servers.html, vérifié le 18/10/2026.
57. Automate VMware to Amazon EC2 migration by using the AWS Transform agentic workflow (AWS Prescriptive Guidance), Amazon Web Services, https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/automate-vmware-ec2-migration-aws-transform.html, vérifié le 18/10/2026.
58. AWS announces general availability of Amazon Elastic VMware Service (Amazon EVS), Amazon Web Services, https://aws.amazon.com/about-aws/whats-new/2025/08/aws-general-availability-amazon-elastic-evs/, vérifié le 18/10/2026.
59. Amazon Elastic VMware Service (Amazon EVS) is now available in additional Regions (12/2025), Amazon Web Services, https://aws.amazon.com/about-aws/whats-new/2025/12/amazon-evs-available-in-additional-regions/, vérifié le 18/10/2026.
60. Amazon EVS is now available in more regions (2026), Amazon Web Services, https://aws.amazon.com/about-aws/whats-new/2026/09/amazon-evs-available-in-additional-regions/, vérifié le 18/10/2026.
61. Introduction, Azure VMware Solution, Microsoft Learn, https://learn.microsoft.com/en-us/azure/azure-vmware/introduction, vérifié le 18/10/2026.
62. Azure VMware Solution license-included service retirement, using portable VCF and other options, Microsoft Learn, https://learn.microsoft.com/en-us/azure/azure-vmware/license-included-service-retirement, vérifié le 18/10/2026.
63. Configure portable VMware Cloud Foundation for Azure VMware Solution, Microsoft Learn, https://learn.microsoft.com/en-us/azure/azure-vmware/vmware-cloud-foundations-license-portability, vérifié le 18/10/2026.
64. Google Cloud VMware Engine overview, Google Cloud, https://docs.cloud.google.com/vmware-engine/docs/overview, vérifié le 18/10/2026.
65. Broadcom VCF licensing changes for VMware Engine, Google Cloud (blog), https://cloud.google.com/blog/products/compute/broadcom-vcf-licensing-changes-for-vmware-engine, vérifié le 18/10/2026.
66. Latest service announcements, Google Cloud VMware Engine, Google Cloud, https://docs.cloud.google.com/vmware-engine/docs/service-announcements, vérifié le 18/10/2026.
67. License management, Google Cloud VMware Engine, Google Cloud, https://docs.cloud.google.com/vmware-engine/docs/license-management, vérifié le 18/10/2026.