Votre infrastructure de virtualisation tourne. Vos machines virtuelles sont stables. Vos équipes la maîtrisent.
Mais depuis le rachat de VMware par Broadcom, finalisé en novembre 2023, les règles du jeu ont changé : fin des licences perpétuelles, passage à l’abonnement, offres regroupées en suites.
Résultat : de nombreuses entreprises se demandent s’il faut sortir de VMware, et surtout comment le faire sans mettre leur activité en danger.
Proxmox VE est l’une des alternatives les plus étudiées. Mais migrer un hyperviseur ne se résume pas à convertir des disques virtuels : cela suppose d’anticiper les coûts, les compétences, la sauvegarde et la continuité d’activité.
Dans cet article, nous passons en revue les raisons de quitter VMware, les alternatives possibles, les points de vigilance et une méthode en 5 étapes pour réussir votre migration vers Proxmox.
Pourquoi sortir de VMware ?
Les entreprises envisagent de sortir de VMware pour trois raisons principales : un modèle de licence passé à l’abonnement, une visibilité budgétaire réduite et une dépendance forte à un éditeur unique. Pour certaines organisations, s’ajoute un enjeu de souveraineté et de maîtrise de leur infrastructure.
Un modèle de licence qui a changé
Avec Broadcom, VMware a abandonné les licences perpétuelles au profit de l’abonnement. Le catalogue a aussi été resserré autour de suites, comme VMware Cloud Foundation (VCF) et VMware vSphere Foundation (VVF).
Pour une entreprise qui n’utilisait qu’une partie des fonctionnalités de vSphere, cela peut signifier payer pour des composants dont elle n’a pas besoin.
Une visibilité budgétaire réduite
Le passage à l’abonnement transforme un investissement ponctuel en charge récurrente, soumise aux conditions d’engagement et aux évolutions tarifaires de l’éditeur.
Il devient plus difficile de prévoir le budget d’infrastructure sur trois à cinq ans. Chaque renouvellement oblige à renégocier, avec peu de marge de manœuvre.
Les conditions varient selon les contrats et les partenaires : le premier réflexe est de relire précisément votre situation contractuelle avant toute décision.
Une dépendance forte à un éditeur unique
L’hyperviseur est au cœur du système d’information. Autour de lui s’articulent la sauvegarde, la supervision, l’orchestration et parfois la sécurité réseau.
Plus ces briques sont liées à l’écosystème VMware, plus une évolution des conditions commerciales est difficile à absorber. Disposer d’une stratégie de sortie permet de retrouver une marge de négociation, même si l’entreprise décide finalement de rester.
Un enjeu de souveraineté et de maîtrise
VMware appartient désormais à un groupe américain. Les décisions sur les licences, les tarifs et le support se prennent donc en dehors de votre contrôle, et sans que vous puissiez toujours les anticiper.
Pour les organisations qui manipulent des données sensibles ou qui relèvent du secteur public ou de la santé, cette dépendance pose aussi une question de souveraineté. Reprendre la main passe souvent par des solutions ouvertes, dont le fonctionnement est documenté et qui limitent le risque d’enfermement technologique. Nous voyons plus bas ce que cela change concrètement.
Quelles alternatives à VMware ?
Il n’existe pas de remplaçant unique à VMware. Le bon choix dépend de la taille du parc, des compétences disponibles et du budget. Les alternatives les plus étudiées sont :
- Proxmox VE : plateforme open source de virtualisation, qui combine machines virtuelles (KVM) et conteneurs (LXC) avec gestion de cluster intégrée
- Microsoft Hyper-V : pertinent dans les environnements fortement orientés Windows et Microsoft
- Nutanix AHV : plateforme hyperconvergée, avec un modèle commercial propre
- Le cloud public : adapté à certaines charges, mais qui change le modèle de coût et d’exploitatio
Pour choisir, cinq critères aident à trancher :
- la taille et la criticité du parc de machines virtuelles
- les compétences internes (Windows, Linux, réseau, stockage)
- les outils tiers déjà en place (sauvegarde, supervision)
- le budget global sur plusieurs années
- le niveau de maîtrise et d’indépendance souhaité
Pour beaucoup de PME et d’ETI, Proxmox VE offre un bon équilibre entre fonctionnalités, coût et indépendance. C’est pourquoi c’est souvent la première piste étudiée.
Proxmox vs VMware : que change vraiment la migration ?
Proxmox VE : une plateforme complète
Proxmox VE ne se limite pas à un hyperviseur. La plateforme intègre :
- la virtualisation de machines (KVM) et de conteneurs (LXC)
- la gestion de cluster et la haute disponibilité
- le stockage local ou distribué (ZFS, Ceph)
- le réseau défini par logiciel (SDN)
- une interface web d’administration
- un outil de sauvegarde intégré, adapté aux besoins simples
VMware vs Proxmox
Fonction | VMware | Proxmox VE |
Hyperviseur | ESXi | KVM (et conteneurs LXC) |
Administration | vCenter | Interface web Proxmox, cluster intégré |
Haute disponibilité | vSphere HA | Haute disponibilité Proxmox (cluster) |
Migration à chaud | vMotion | Migration à chaud entre nœuds |
Stockage distribué | vSAN | Ceph, ZFS |
Réseau | NSX | SDN Proxmox (équivalence partielle) |
Sauvegarde | Solutions tierces | Outil intégré (besoins simples), Proxmox Backup Server ou solution tierce (Veeam…) |
Licence | Abonnement | Open source, support optionnel par abonnement |
Ce tableau montre des équivalences fonctionnelles, pas des fonctions strictement identiques. Chaque environnement doit être analysé au cas par cas.
Les points de vigilance
Sortir de VMware demande d’être lucide sur ce qui change :
- Réseau avancé : le SDN de Proxmox a progressé, mais ne couvre pas toujours l’ensemble des fonctions de NSX
- Stockage : remplacer vSAN par Ceph demande un dimensionnement matériel adapté
- Outils tiers : sauvegarde, supervision ou orchestration qui s’appuient sur les API VMware devront être remplacés ou reconfigurés
- Compétences : l’administration de Proxmox repose sur un socle Linux, différent des habitudes d’un environnement vSphere
- Applications métier : certains éditeurs ne supportent officiellement que certains hyperviseurs, ce qui est à vérifier avant la migration
Sortir de VMware : quel budget prévoir ?
Le coût d’une sortie de VMware ne se résume pas à la différence entre deux licences. Pour comparer correctement, il faut raisonner en coût total de possession : licences ou abonnements, matériel, migration, sauvegarde, formation et support, sur plusieurs années.
Proxmox VE est utilisable gratuitement, mais gratuit ne veut pas dire sans coût. Les postes à intégrer sont les suivants :
- L’abonnement Proxmox (optionnel), qui donne accès au dépôt entreprise et au support éditeur
- L’audit et la préparation de la migration
- Le temps de migration et de test, y compris la double exploitation pendant la transition
- Le matériel, notamment si vous passez sur un stockage distribué comme Ceph
- La sauvegarde, un outil dédié en complément de l’outil intégré, de nouvelles infrastructures et de nouvelles procédures
- La formation des équipes ou l’accompagnement par un partenaire
Un calcul d’économies qui oublie ces postes n’est pas fiable. À l’inverse, un projet bien cadré permet souvent de retrouver de la visibilité budgétaire, ce qui est déjà un gain en soi.
Comment migrer de VMware vers Proxmox en 5 étapes ?
Une migration réussie suit une méthode progressive : l’audit de l’existant, l’architecture cible, le déploiement, la migration par vagues, puis le support. L’objectif est d’éviter la bascule brutale et de conserver une possibilité de retour arrière jusqu’à la validation finale.
Étape 1 : Audit de l'existant
Tout commence par un inventaire précis de l’environnement VMware :
- machines virtuelles, systèmes d’exploitation, ressources utilisées
- dépendances entre applications
- stockage, réseau et fonctions avancées utilisées (NSX, vSAN…)
- outils connectés à vSphere (sauvegarde, supervision, scripts)
- contraintes de support des éditeurs applicatifs
Cet audit de l’infrastructure permet de savoir ce qui se migre simplement et ce qui demande un traitement particulier.
Étape 2 : Architecture de la plateforme cible
Il s’agit de dimensionner la future plateforme : nombre de nœuds, cluster, stockage (ZFS ou Ceph), réseau, haute disponibilité et exigences de continuité d’activité.
C’est l’étape où l’on décide aussi du niveau de support souhaité et des objectifs de reprise (quelle perte de données et quel délai d’interruption sont acceptables).
Étape 3 : Déploiement de la plateforme
La plateforme Proxmox cible est installée et configurée avant de toucher aux machines virtuelles : cluster, stockage, réseau, haute disponibilité, supervision et sauvegarde.
Cette phase se déroule en parallèle de l’environnement VMware existant, qui continue de fonctionner. Elle permet de valider l’architecture sur des machines de test, sans risque pour la production.
Étape 4 : Migration par vagues
La migration se fait idéalement par lots de machines virtuelles, en commençant par les moins critiques.
Proxmox propose un assistant d’import intégré pour récupérer les machines virtuelles depuis un hôte ESXi. Quelques points techniques reviennent régulièrement :
- les machines Windows nécessitent l’installation des pilotes VirtIO
- les VMware Tools doivent être retirés après la bascule
- le réseau doit être reconfiguré selon le plan défini
Conservez l’environnement VMware comme filet de sécurité jusqu’à la recette. Si vous ne disposez pas de serveur libre, vous pouvez libérer les hôtes un par un, les réinstaller sous Proxmox et déplacer progressivement les charges.
Chaque lot est validé avant de passer au suivant : démarrage, performances, accès applicatifs, sauvegarde, supervision. Cette recette garantit que la migration ne dégrade pas le service rendu aux utilisateurs.
Étape 5 : Support et montée en compétences
Une plateforme n’est durable que si les équipes savent l’exploiter. La formation, la documentation et un support réactif font partie intégrante du projet.
Certaines entreprises choisissent de conserver l’exploitation en interne, d’autres de la confier à un partenaire. L’important est de décider ce choix dès la phase de conception, pas après la migration.
Sauvegarde et sécurité : que devient votre protection après la migration ?
La sauvegarde est l’un des sujets les plus sous-estimés d’un projet de sortie de VMware. Elle ne se migre pas toute seule : les tâches et les agents conçus pour vSphere doivent être repensés pour la nouvelle plateforme.
Trois réflexes s’imposent :
- Reconstruire la stratégie de sauvegarde : l’outil intégré à Proxmox couvre les besoins simples, mais on lui ajoute le plus souvent un outil dédié, Proxmox Backup Server ou une solution tierce comme Veeam. C’est un composant supplémentaire à déployer, à dimensionner et à budgéter, avec des fréquences et des durées de conservation adaptées
- Appliquer la règle 3-2-1 : plusieurs copies, sur des supports différents, dont une copie hors site
- Protéger les copies contre les cyberattaques : une sauvegarde externalisée et immuable reste accessible même si l’environnement principal est compromis
Il faut aussi tester la restauration de machines virtuelles sur la nouvelle plateforme. Une sauvegarde dont la restauration n’a jamais été vérifiée ne garantit rien. Pour structurer votre démarche, l’ANSSI publie un guide de référence : Sauvegarde des systèmes d’information.
Côté sécurité, la migration est l’occasion de revoir les droits d’accès, la segmentation réseau et la politique de mises à jour de la plateforme.
Les erreurs à éviter pour sortir de VMware
Quelques erreurs reviennent régulièrement dans ce type de projet :
- Attendre l’échéance du contrat : une migration prend du temps. Mieux vaut l’anticiper que la subir sous contrainte
- Migrer sans audit préalable : les dépendances cachées sont la première cause de blocage
- Tout basculer d’un coup : l’approche par vagues limite les risques et permet de corriger au fil de l’eau
- Oublier la sauvegarde : migrer les machines sans repenser leur protection expose l’entreprise
- Sous-estimer les compétences : l’exploitation de Proxmox demande un socle Linux et des habitudes différentes
- Comparer uniquement les licences : les coûts de migration, de matériel et de support doivent entrer dans le calcul
Faut-il sortir de VMware ? Quelles entreprises sont concernées ?
Les profils pour lesquels la migration est pertinente
Sortir de VMware concerne aussi bien les PME que les ETI :
- entreprises qui n’utilisent qu’une partie des fonctionnalités de la suite VMware
- organisations qui veulent retrouver de la visibilité budgétaire
- structures multisites ou régulées, attentives à la souveraineté et à la maîtrise de leurs données
- équipes prêtes à s’appuyer sur un socle open source, avec ou sans accompagnement
Les cas qui demandent plus de prudence
Pour d’autres environnements, la migration est possible mais plus délicate :
- une forte dépendance à NSX ou à des fonctions réseau avancées
- un stockage vSAN de grande taille
- des applications dont l’éditeur ne supporte que VMware
- des équipes sans compétences Linux ni accompagnement prévu
Dans ces cas, un audit préalable est indispensable pour décider si, quand et comment sortir de VMware. Dans tous les cas, mieux vaut se poser la question avant l’échéance du contrat que sous la contrainte.
Conclusion
Si votre infrastructure repose sur VMware, la question d’une sortie mérite d’être posée dès maintenant, avant l’échéance de votre contrat plutôt que sous la contrainte. C’est une décision à prendre avec méthode, en comparant les coûts réels, les risques et les compétences disponibles.
Proxmox VE est une alternative crédible, souvent étudiée en premier par les PME et les ETI, à condition de préparer la migration, de la mener par étapes et de ne pas négliger la sauvegarde.
ATÉMIS accompagne les entreprises dans leur projet de sortie de VMware : audit, architecture, déploiement, migration et support de plateformes Proxmox VE, avec une attention particulière portée à la sauvegarde et à la continuité d’activité.
Nos experts vous accompagnent dans l’évaluation et la mise en œuvre de votre stratégie de sortie. Contactez-nous.
