Proxmox vs VMware : quel hyperviseur choisir pour un serveur dédié

Pourquoi la question Proxmox vs VMware se pose en 2026

Pendant quinze ans, le choix de l'hyperviseur d'un serveur dédié ne se discutait pas en entreprise : VMware vSphere, avec ESXi sur l'hôte et vCenter pour piloter le cluster, était la référence. Depuis le rachat de VMware par Broadcom, finalisé en novembre 2023, ce réflexe a disparu. Le 11 décembre 2023, VMware by Broadcom a annoncé la fin de la vente des licences perpétuelles et des renouvellements de support associés : l'offre est désormais un abonnement facturé par cœur de processeur, concentré sur deux produits, VMware vSphere Foundation (VVF) et VMware Cloud Foundation (VCF).

Pour un administrateur qui virtualise un ou deux serveurs, cette bascule change l'équation. Une licence que l'on achetait une fois devient une dépense annuelle, calculée sur un minimum de 16 cœurs par processeur même quand la puce en compte moins. Les fournisseurs cloud européens regroupés dans l'association CISPE ont déposé le 19 mars 2026 une plainte pour pratiques anticoncurrentielles auprès de la Commission européenne, en faisant état de hausses cumulées dépassant 1 000 % pour certains de leurs membres (source : CISPE). Ces chiffres sont ceux des plaignants, mais ils expliquent pourquoi la recherche « proxmox vs vmware » progresse en France et pourquoi les migrations vers Proxmox VE se multiplient.

Ce guide compare les deux hyperviseurs sous l'angle qui compte pour un serveur dédié ou un serveur en housing : coût de licence, haute disponibilité, migration à chaud, stockage distribué, sauvegarde, performances et courbe d'apprentissage. Il complète notre comparatif Proxmox VE vs OpenStack, qui traite de l'échelle cloud.

Proxmox VE et VMware vSphere : deux hyperviseurs, deux modèles

Un hyperviseur est la couche logicielle qui découpe un serveur physique en machines virtuelles (VM) isolées, chacune avec son système d'exploitation, ses vCPU, sa mémoire et ses disques virtuels. Les deux solutions comparées ici sont des hyperviseurs de type 1 : ils s'installent directement sur le matériel (bare metal), sans système hôte intermédiaire.

Proxmox VE (Virtual Environment) est une distribution Debian spécialisée, publiée sous licence open source AGPLv3 par la société autrichienne Proxmox Server Solutions GmbH. Elle combine KVM/QEMU pour la virtualisation complète (Linux, Windows, BSD) et LXC pour les conteneurs système légers, le tout administré depuis une interface web, une ligne de commande et une API REST. La version stable actuelle est Proxmox VE 9.2, publiée le 21 mai 2026 sur Debian 13.5 avec un noyau Linux 7.0, QEMU 11.0, LXC 7.0 et ZFS 2.4. La branche 8 a atteint sa fin de support en août 2026 : si vous êtes encore dessus, suivez notre guide migrer Proxmox VE 8 vers 9.

VMware vSphere est la suite propriétaire de VMware by Broadcom. Elle repose sur l'hyperviseur ESXi (renommé ESX dans la version 9) installé sur chaque hôte, et sur vCenter Server, une appliance virtuelle qui centralise la gestion et sans laquelle les fonctions de cluster (vMotion, HA, DRS) n'existent pas. Depuis juin 2025, la version 9 n'est disponible qu'au sein des offres VMware vSphere Foundation et VMware Cloud Foundation ; les éditions vSphere Standard et Enterprise Plus restent sur la branche 8.0 Update 3, dont le support général s'arrête le 11 octobre 2027.

Pour les conteneurs, l'approche diverge aussi : Proxmox VE exécute des conteneurs LXC à côté des VM, et depuis la version 9.1 peut les créer à partir d'images OCI. vSphere mise sur Kubernetes via vSphere Kubernetes Service (VKS), inclus dans VVF et VCF.

Coût de licence : par socket chez Proxmox, par cœur chez VMware

C'est le critère qui a déclenché la vague de migrations, et c'est aussi le plus simple à chiffrer.

Proxmox VE : toutes les fonctions sans abonnement

Le logiciel est libre et complet : clustering, haute disponibilité, Ceph, ZFS, sauvegardes, SDN et pare-feu sont disponibles sans payer. L'abonnement, optionnel, est facturé par socket CPU et par an. Il ouvre l'accès au dépôt Enterprise, le plus testé et recommandé en production, et selon le niveau au support de l'éditeur (tarifs officiels Proxmox) :

• Community : 120 EUR HT par socket et par an, dépôt Enterprise, entraide via le forum communautaire ;
• Basic : 370 EUR, 3 tickets par an, première réponse sous un jour ouvré ;
• Standard : 550 EUR, 10 tickets par an, première réponse sous 4 heures pour les incidents critiques, support à distance en SSH ;
• Premium : 1 100 EUR, tickets illimités, première réponse sous 2 heures, support 24/7 depuis le 19 octobre 2026.

Sans abonnement, le dépôt pve-no-subscription reçoit les paquets avant le dépôt Enterprise, avec moins de validation ; Proxmox le déconseille pour la production, mais aucune fonction n'est bloquée. Un abonnement Community sur un serveur bi-processeur revient donc à 240 EUR HT par an, dépôt stabilisé inclus.

VMware vSphere : abonnement par cœur, minimum 16 cœurs par processeur

Depuis la bascule de décembre 2023, VMware ne vend plus que des abonnements par cœur physique. La règle est écrite dans les conditions de licence de Broadcom : chaque cœur du serveur doit être licencié, y compris les cœurs désactivés dans le BIOS, avec un minimum de 16 cœurs par processeur (règle de décompte des cœurs, Broadcom). Un processeur de 8 cœurs se paie donc comme un 16 cœurs. L'édition vSphere Standard comprend l'hyperviseur et une instance de vCenter Server ; VVF ajoute notamment vSAN en version limitée, VKS et VCF Operations ; VCF ajoute NSX et l'automatisation. Broadcom ne publie pas de grille tarifaire : les prix passent par les partenaires revendeurs et se négocient par contrat.

Les conditions d'usage précisent aussi que le logiciel ne peut tourner que sur du matériel listé au Broadcom Compatibility Guide, et que la publication de résultats de benchmarks nécessite l'accord préalable de Broadcom.

Exemple sur deux serveurs dédiés ElypseCloud

Le modèle par socket de Proxmox VE ne pénalise ni les petits processeurs ni les gros : le serveur Gold à 40 cœurs coûte le même abonnement que le serveur E5 à 16 cœurs. Chez VMware, le premier paie 32 cœurs pour 16 physiques à cause du plancher, et le second paie 40 cœurs au tarif négocié. Pour dimensionner l'un ou l'autre, voyez notre guide dimensionner Proxmox VE sur 40 cœurs.

Une option gratuite existe aussi côté VMware : l'hyperviseur ESXi 8.0 Update 3e, de nouveau proposé en version gratuite depuis avril 2025 après son retrait début 2024. Elle est limitée à 2 processeurs physiques par hôte et 8 vCPU par VM, ne peut pas être gérée par vCenter, donc sans vMotion, HA ni DRS, et n'a pas de support officiel. Elle convient à un lab, pas à un serveur de production en cluster.

Fonctionnalités : HA, migration à chaud, stockage distribué, sauvegarde

Haute disponibilité

La haute disponibilité (HA) redémarre automatiquement une VM sur un autre nœud du cluster quand son hôte tombe. Sur Proxmox VE, le gestionnaire HA s'appuie sur Corosync pour le quorum et sur un watchdog pour le fencing : un nœud qui perd le quorum se redémarre tout seul, ce qui garantit qu'une VM ne tourne jamais sur deux hôtes à la fois. La documentation demande au moins trois nœuds pour un quorum fiable, ou deux nœuds plus un QDevice externe, un petit serveur arbitre qui apporte le vote manquant. Les règles d'affinité fixent sur quels nœuds une VM peut tourner et quelles VM doivent rester ensemble ou séparées ; depuis la 9.2, un équilibrage de charge dynamique redistribue les VM HA selon la charge réelle.

Sur vSphere, vSphere HA fait la même chose depuis vCenter avec un cluster de deux hôtes minimum, et DRS (Distributed Resource Scheduler) répartit les VM selon la charge. Ces deux fonctions exigent vCenter et, pour DRS, une édition au-dessus de Standard. C'est une suite mûre et très documentée, mais la facture suit le nombre de cœurs de chaque hôte ajouté au cluster.

Migration à chaud

La migration à chaud (live migration) déplace une VM en fonctionnement d'un hôte à un autre sans l'arrêter. Proxmox VE la propose depuis l'interface ou en ligne de commande :

qm migrate 100 noeud2 --online

Si les disques sont sur un stockage partagé, seuls la mémoire et l'état des périphériques transitent ; avec des disques locaux, ils sont copiés avant la bascule finale, qui dure bien moins d'une seconde. Deux limites : les hôtes doivent avoir des CPU du même fabricant, et une VM avec un périphérique PCI ou USB en passthrough ne se migre pas à chaud. Un réseau dédié à la migration se déclare en CIDR dans /etc/pve/datacenter.cfg, et le mode secure chiffre la mémoire transférée.

Chez VMware, c'est vMotion, disponible dès l'édition Standard, et Storage vMotion pour déplacer les disques entre datastores. Les deux fonctions sont équivalentes au quotidien ; la différence est que vMotion dépend de vCenter alors que Proxmox VE la gère nativement dans chaque nœud du cluster.

Stockage distribué

Le stockage distribué réplique les données des VM sur plusieurs nœuds pour qu'une panne de disque ou d'hôte ne les rende pas indisponibles. Proxmox VE intègre Ceph (RBD pour les disques de VM, CephFS pour les fichiers), installable et administrable depuis l'interface web ; la 9.2 propose Ceph Tentacle 20.2.1. Sur un serveur unique, ZFS apporte snapshots, compression, sommes de contrôle et réplication asynchrone entre deux nœuds. S'ajoutent LVM, NFS, iSCSI et SMB/CIFS.

VMware répond avec vSAN, inclus en version limitée dans VVF et complet dans VCF, qui agrège les disques locaux des hôtes ESXi en datastore partagé, ainsi que le support classique de NFS, iSCSI et Fibre Channel. L'écart est surtout économique : Ceph est libre et sans limite de capacité, la capacité vSAN au-delà de l'inclus se licencie par TiB.

Sauvegarde

Proxmox VE sauvegarde VM et conteneurs avec vzdump, et surtout avec Proxmox Backup Server, un produit libre du même éditeur : sauvegardes incrémentales dédupliquées, chiffrement côté client, restauration à chaud (live-restore) et restauration de fichiers individuels. vSphere Standard ne fournit pas d'outil de sauvegarde équivalent : il expose les API VADP, et la sauvegarde passe par un logiciel tiers, avec sa propre licence. Pour une stratégie complète, lisez notre guide sauvegardes et haute disponibilité d'un serveur dédié.

Réseau, pare-feu et gestion multi-cluster

Proxmox VE gère bridges Linux, VLAN, bonds et un SDN intégré (VLAN, QinQ, VXLAN, EVPN sur BGP, et depuis la 9.2 des fabrics WireGuard et BGP), avec un pare-feu par nœud, par VM et par cluster. Nous le détaillons dans SDN Proxmox et isolation réseau. Chez VMware, le réseau avancé passe par le Distributed Switch et surtout NSX, réservé à VCF. Pour administrer plusieurs clusters depuis une console unique, l'équivalent de vCenter chez Proxmox est Proxmox Datacenter Manager, dont la version 1.1 est sortie en mai 2026 avec la gestion centralisée des abonnements, des snapshots et la supervision Ceph.

Performances sur un serveur dédié

Les deux hyperviseurs exécutent les instructions des VM directement sur le processeur grâce aux extensions Intel VT-x ou AMD-V ; le surcoût de virtualisation est faible dans les deux cas et se joue surtout sur les entrées/sorties. Trois points font la différence en pratique :

• Pilotes paravirtualisés : VirtIO (disque, réseau, mémoire ballon) sur Proxmox VE, VMXNET3 et PVSCSI sur vSphere. Sous Linux, VirtIO est dans le noyau ; sous Windows, il faut installer les pilotes VirtIO, comme on installe VMware Tools côté vSphere.
• Type de CPU exposé : sur Proxmox VE, le type host expose toutes les instructions du processeur à la VM pour un maximum de performance, au prix de la migration à chaud vers un hôte différent ; un type QEMU générique (x86-64-v2-AES, x86-64-v3) garde la compatibilité. vSphere offre le même compromis avec EVC (Enhanced vMotion Compatibility).
• Conteneurs LXC : pour les services Linux, un conteneur partage le noyau de l'hôte et évite tout surcoût d'hyperviseur. C'est un avantage de Proxmox VE sans équivalent direct sur ESXi, où tout passe par une VM.

Les comparatifs chiffrés publiés sont rares, et les conditions de licence de Broadcom soumettent la publication de benchmarks vSphere à son accord préalable. Le bon réflexe est de mesurer sur votre propre matériel : fio pour le disque, iperf3 pour le réseau, sysbench pour le CPU, à l'intérieur d'une VM identique sur chaque hyperviseur. Sur un bi-Xeon Gold 6230, pensez aussi à l'architecture NUMA : une VM qui reste sur un seul socket évite les accès mémoire croisés.

Courbe d'apprentissage et écosystème

Proxmox VE est un Debian : tout ce que vous savez de Linux s'applique. L'interface web sur le port 8006 couvre VM, conteneurs, stockage, réseau, sauvegardes, pare-feu et cluster, et chaque action a son équivalent en ligne de commande (qm, pct, pvecm, pvesm) et dans l'API REST, ce qui facilite l'automatisation avec Ansible ou Terraform. La documentation officielle est publique, le forum est actif, et des outils communautaires comme les Proxmox VE Helper Scripts accélèrent le déploiement de services. Le revers : pas de certification aussi répandue que la VCP de VMware, et le support éditeur est optionnel, donc il faut savoir lire un log.

vSphere a pour lui vingt ans d'écosystème : certifications, intégrateurs, compatibilité garantie avec les logiciels de sauvegarde et de supervision du marché, et des procédures que beaucoup d'administrateurs connaissent déjà. En contrepartie, la plateforme impose son propre monde : ESXi n'est pas un Linux administrable, vCenter est une appliance à dimensionner et maintenir, et les pilotes matériels se limitent au guide de compatibilité Broadcom. Un administrateur qui a déjà un serveur dédié sous Linux sera productif sur Proxmox VE en quelques heures ; un administrateur formé VMware retrouvera ses repères (HA, migration, snapshots, templates) mais devra apprendre les noms Proxmox.

Tableau comparatif Proxmox VE vs VMware vSphere

Migrer de VMware vers Proxmox VE : l'assistant d'import ESXi

Depuis Proxmox VE 8.2 (avril 2024), un assistant d'import intégré lit directement les VM d'un hôte ESXi. La procédure officielle :

1. Dans la VM source, désinstallez VMware Tools et, pour Windows, installez les pilotes VirtIO avant la migration ; notez la configuration réseau.
2. Sur Proxmox VE, ajoutez l'hôte ESXi comme stockage de type « ESXi » (Datacenter > Stockage > Ajouter) avec un compte administrateur. Préférez l'hôte ESXi à vCenter comme source : passer par vCenter est nettement plus lent.
3. Éteignez la VM côté ESXi, sélectionnez-la dans le panneau d'import, choisissez le stockage cible, le bridge réseau et le modèle de disque et de carte réseau (VirtIO SCSI, VirtIO net), puis lancez l'import.
4. Démarrez la VM sur Proxmox VE, vérifiez le réseau et les pilotes, puis adaptez le type de CPU et les options de démarrage.

L'option d'import à chaud (live import) démarre la VM sur Proxmox pendant que le reste des disques se copie en arrière-plan ; la VM ESXi reste éteinte, donc il y a une courte interruption, et un échec en cours de copie perd les écritures : testez d'abord sur une VM secondaire. Trois limites documentées : les disques sur vSAN ne s'importent pas directement (déplacez-les d'abord sur un autre datastore), les disques chiffrés doivent être déchiffrés avant, et les VM avec snapshots s'importent plus lentement. L'assistant a été testé des versions ESXi 6.5 à 8.0. En ligne de commande, qm import et qm disk import couvrent les mêmes cas, OVF et VMDK compris.

Quel hyperviseur choisir selon votre situation

Un serveur dédié unique, un homelab sérieux ou un petit cluster de 2 à 5 nœuds : Proxmox VE. Toutes les fonctions sont là sans abonnement, un abonnement Community par socket suffit pour le dépôt stabilisé, et les conteneurs LXC économisent de la RAM pour les services Linux. Si vous hésitez encore entre louer un serveur bare metal ou un VPS, la virtualisation d'un dédié avec Proxmox VE permet de découper vous-même vos environnements.

Un parc existant sous vSphere avec des outils tiers certifiés VMware (sauvegarde, supervision, PRA) : le statu quo peut se défendre jusqu'à la prochaine échéance de contrat, le temps de chiffrer la migration. Comparez le coût du renouvellement par cœur avec celui de la migration et d'un éventuel abonnement Proxmox Standard ou Premium, support inclus.

Une obligation contractuelle de support éditeur avec engagement de réponse : les deux conviennent. Proxmox Premium garantit une première réponse sous 2 heures sur les incidents critiques avec un support 24/7, VMware l'inclut dans son abonnement. La différence redevient le prix par cœur contre le prix par socket.

Un cloud privé avec NSX, Kubernetes managé et automatisation à grande échelle : c'est le terrain de VCF, et côté libre plutôt celui d'OpenStack, voir Proxmox VE vs OpenStack.

Dans tous les cas, avant de signer, relisez notre checklist avant de louer un serveur dédié et prévoyez dès l'installation la sécurisation et les mises à jour de Proxmox VE.

Conclusion

Techniquement, Proxmox VE et VMware vSphere couvrent les mêmes besoins sur un serveur dédié : haute disponibilité, migration à chaud, stockage distribué, snapshots et réseau virtuel. La rupture est économique et contractuelle. VMware se paie par cœur, avec un plancher de 16 cœurs par processeur, un matériel limité au guide de compatibilité et une version 9 réservée aux offres Foundation. Proxmox VE se paie, si on le souhaite, par socket, tourne sur tout matériel Linux et livre l'intégralité de ses fonctions en open source, sauvegarde comprise.

Pour la majorité des administrateurs de serveurs dédiés et de housing, Proxmox VE est aujourd'hui le choix rationnel, et l'assistant d'import ESXi rend la migration réaliste en une journée pour quelques VM. VMware garde du sens quand un écosystème tiers certifié, une équipe formée VCP ou un contrat en cours pèsent plus lourd que la ligne « licences » du budget.