Qu'est-ce que Proxmox VE ? Choisir un hyperviseur bare-metal
Proxmox VE est une plateforme de virtualisation gratuite et open source qui s'exécute directement sur un serveur physique, transformant une machine en hôte pour des machines virtuelles complètes et des conteneurs légers. Mais ce n'est pas le seul hyperviseur bare-metal : VMware ESXi, XCP-ng et Hyper-V résolvent chacun le même problème différemment, et le bon choix dépend bien plus des licences, du clustering et de l'écosystème de votre équipe que des fonctionnalités brutes. Ce guide explique ce qu'est réellement Proxmox VE, ce que signifie un hyperviseur bare-metal, et comment les quatre principaux prétendants se comparent en matière de coût, de gestion, de haute disponibilité, de stockage et de sauvegarde, avec un tableau comparatif, un cadre de décision tranché et des liens vers le bon serveur pour le déployer.
Loading...
Qu'est-ce que Proxmox VE ?
Proxmox VE (Virtual Environment) est une plateforme de virtualisation gratuite et open source qui s'installe directement sur un serveur physique et en fait un hôte pour des machines virtuelles complètes comme pour des conteneurs légers. Elle combine un hyperviseur KVM pour les VM complètes avec LXC pour les conteneurs système, et enveloppe les deux dans une interface web unique avec clustering intégré, stockage software-defined et une API REST. Elle repose sur Debian (la version actuelle, Proxmox VE 9.2, s'appuie sur Debian 13 « Trixie ») et est publiée sous licence GNU AGPLv3, donc aucune licence par socket ou par cœur n'est nécessaire pour l'exploiter en production. Un abonnement payant existe, mais il achète un canal de mise à jour stable et un support éditeur, pas des fonctionnalités.
Type 1 vs type 2 : que signifie « hyperviseur bare-metal » ?
Un hyperviseur est la couche qui permet à une seule machine physique de faire tourner de nombreux systèmes d'exploitation isolés. Les hyperviseurs de type 1 (bare-metal) s'installent directement sur le matériel et gèrent eux-mêmes le CPU, la mémoire et les E/S ; les hyperviseurs de type 2 (pensez à VirtualBox ou VMware Workstation) s'exécutent comme une application au-dessus d'un système d'exploitation de bureau existant. Chaque plateforme de ce guide est de type 1 : elle possède le matériel en propre.
Faire tourner un hyperviseur de type 1 suppose que vous ayez la machine entière pour vous seul. C'est le domaine d'un serveur dédié plutôt que d'un VPS partagé, et les compromis entre bare metal et une tranche virtualisée (cœurs non contestés, NVMe local, pas de voisins bruyants) sont les mêmes, que vous installiez une simple distribution Linux ou un hyperviseur par-dessus. Nous traitons cet argument en détail dans notre guide pour choisir une distribution Linux pour un serveur dédié, donc cet article part du principe que vous avez déjà décidé de vouloir votre propre machine et se concentre sur l'hyperviseur à y installer.
Les prétendants en un coup d'œil
Quatre plateformes dominent la conversation sur les hyperviseurs bare-metal en 2026, et elles occupent des positions vraiment différentes. Proxmox VE et XCP-ng sont open source et gratuits à exploiter ; VMware ESXi est le standard enterprise historique, désormais sous Broadcom ; et Hyper-V est l'option native Windows de Microsoft. Le tableau ci-dessous les compare sur les dimensions qui déterminent réellement la décision, et les sections suivantes approfondissent chacune d'elles.
| Hyperviseur | Licence / coût | Gestion | Clustering & HA | Stockage | Sauvegarde | Écosystème |
|---|---|---|---|---|---|---|
| Proxmox VE | AGPLv3, gratuit en production ; abonnement optionnel par socket CPU/an (support + dépôt stable) | UI web intégrée, API REST, CLI | Clustering natif corosync/pmxcfs, HA ; 3+ nœuds recommandés | ZFS, Ceph, LVM-thin, directory | Proxmox Backup Server (dédup, incrémental) | Grande communauté open source ; assistant d'import ESXi |
| VMware ESXi | Abonnement uniquement depuis 2024, par cœur (minimum 16 cœurs/CPU) ; ESXi 8.0U3e gratuit est standalone uniquement | vCenter (licence séparée) pour une gestion centralisée | vSphere HA/DRS, vSAN (mature mais sous licence) | vSAN, VMFS, NFS, iSCSI | Tiers (Veeam etc.) ; ESXi gratuit bloque les API de sauvegarde | Certification ISV la plus large et outillage enterprise |
| XCP-ng | Open source, gratuit ; support Vates/abonnements pro payants | Xen Orchestra (web) : auto-construction gratuite, ou avec support | Clustering par pool + HA ; stockage répliqué XOSTOR | Local, iSCSI, NFS, XOSTOR (LINSTOR) | Xen Orchestra intégré (agentless, incrémental) | Plus petite mais active ; modèle d'exploitation à la VMware |
| Hyper-V | Rôle intégré à un Windows Server sous licence ; Standard = 2 VM, Datacenter = illimité | Windows Admin Center, Failover Cluster Manager, System Center | Failover Clustering + Live Migration | Storage Spaces Direct, SMB3, CSV | Windows Server Backup, tiers | Intégration profonde Windows / Active Directory |
Proxmox VE
L'atout principal de Proxmox VE est que la plateforme complète est gratuite, sans verrouillage de fonctionnalités. Il n'y a pas de plafond de VM, pas de plafond de nœuds, et aucune licence à acheter avant de pouvoir clustériser ou utiliser la haute disponibilité : tout est inclus dans le téléchargement AGPLv3. L'abonnement optionnel est facturé par socket CPU physique occupé et par an, et donne accès au dépôt de paquets enterprise (stable) ainsi qu'aux tickets de support ; le dépôt gratuit sans abonnement exécute le même code, avec la réserve que Proxmox le décrit comme destiné aux tests et à un usage hors production parce que ces paquets sont moins rigoureusement validés. En pratique, beaucoup de déploiements en production utilisent le dépôt sans abonnement et se contentent d'appliquer les mises à jour avec prudence, mais si vous voulez un canal de mise à jour supporté et un SLA, l'abonnement par socket est le moyen d'y parvenir.
Le second élément différenciant est que Proxmox exécute à la fois des machines virtuelles KVM et des conteneurs LXC depuis une seule interface. Cette distinction est plus utile qu'il n'y paraît au premier abord. Une VM KVM est une machine complète avec son propre noyau : faites tourner Windows, BSD ou n'importe quel Linux, avec isolation complète et migration à chaud. Un conteneur LXC partage le noyau de l'hôte, ce qui le rend bien plus léger : vous pouvez entasser bien plus de workloads Linux sur le même matériel puisqu'il n'y a ni noyau par invité ni surcoût de matériel émulé. La règle pratique honnête est de privilégier LXC quand le workload est du Linux et que vous voulez de la densité (services internes, serveurs d'application, environnements de dev), et de privilégier une VM quand vous avez besoin d'un OS non-Linux, d'une isolation au niveau noyau, ou d'une frontière de sécurité stricte. Pouvoir mélanger les deux sur un même hôte, plutôt que d'engager toute la machine dans un seul modèle, est quelque chose que les trois autres plateformes n'offrent pas au même niveau.
Côté stockage, Proxmox vous donne ZFS, Ceph et LVM-thin d'emblée. ZFS sur un nœud unique vous offre snapshots, checksumming et réplication, au prix de la RAM : prévoyez environ 1 GiB de cache ARC par Tio de pool, en plus d'une base de quelques Gio. Ceph est l'option clusterisée et hyperconvergée, et c'est là que les attentes doivent être recalibrées : Ceph veut au moins trois nœuds et un réseau dédié d'au moins 10 Gbps, avec 25 Gbps ou plus recommandés dès que vous passez au NVMe. Ceph sur deux nœuds ou sur une liaison 1 Gbps partagée est un moyen courant de finir déçu.
Le compromis avec Proxmox se situe dans la maturité de l'écosystème au sommet. C'est une plateforme largement adoptée, avec une communauté active et nombreuse, et souvent la destination des équipes qui quittent VMware, mais elle ne dispose pas de la même ampleur de certifications ISV enterprise que VMware a accumulées en deux décennies. Si votre régime de conformité ou un éditeur logiciel tiers exige spécifiquement un hyperviseur certifié, cela vaut la peine de le vérifier avant de vous engager. Pour la plupart des workloads self-hosted, ce n'est pas un problème. Quand vous êtes prêt à l'exploiter, nos serveurs dédiés Proxmox VE le déploient sous forme d'image prête à l'emploi.
VMware ESXi
ESXi est la plateforme à laquelle tout le monde se compare, et pour de bonnes raisons : vCenter, vSphere HA et DRS, et vSAN sont matures, profondément intégrés, et affichent le plus large historique de certifications ISV du secteur. Si vous exploitez déjà un parc vSphere, cette maturité n'a disparu nulle part.
Ce qui a changé, c'est le modèle commercial, et c'est la raison pour laquelle tant d'équipes réévaluent leur position. Depuis le rachat par Broadcom, VMware a fait basculer tout son catalogue vers des licences d'abonnement à durée déterminée et a retiré les licences perpétuelles. Les licences se comptent désormais par cœur physique sur l'ensemble des hôtes, avec un minimum de 16 cœurs par CPU facturé même sur des CPU ayant moins de cœurs, et le produit est packagé en bundles : VMware vSphere Foundation (VVF) et le plus large VMware Cloud Foundation (VCF). Pour un petit cluster sur des CPU modernes à forte densité de cœurs, le minimum par cœur et le plancher d'abonnement peuvent pousser le coût annuel bien au-delà de ce que coûtait auparavant la licence du même matériel.
Broadcom a bien réintroduit un ESXi gratuit avec la version 8.0 Update 3e, ce qui adoucit le point d'entrée, mais lisez les petites lignes. L'édition gratuite est standalone : elle ne peut pas rejoindre vCenter, et elle ne peut pas être utilisée avec des outils de sauvegarde tiers comme Veeam parce que les API requises sont verrouillées. Cela la rend correcte pour un labo ou un hôte isolé unique, et inadaptée comme fondation d'un cluster de production géré et sauvegardé. La lecture réaliste en 2026 est qu'ESXi reste techniquement excellent et le bon choix si vous êtes engagé dans l'écosystème VMware, mais la licence est précisément la raison pour laquelle « vers quoi migrer ? » est devenue une question si courante.
XCP-ng
XCP-ng est la plateforme open source basée sur Xen, incubée au sein du Xen Project et développée par Vates. La ligne actuellement supportée est XCP-ng 8.3 LTS, et son plan de gestion est Xen Orchestra (XO), actuellement en version 6.1, qui gère l'administration et la sauvegarde depuis une seule interface web. Le modèle reflète l'esprit de celui de Proxmox : la plateforme est open source et gratuite, et Vates vend par-dessus du support pro et des abonnements. XO lui-même, vous pouvez le construire et l'exécuter gratuitement depuis les sources, ou le consommer comme appliance supportée.
Là où XCP-ng trouve sa place, c'est pour les équipes qui veulent une plateforme open source mais préfèrent un modèle opérationnel à la VMware : une séparation nette entre les hôtes hyperviseurs (organisés en pools) et un orchestrateur central qui les gère. Il a une histoire crédible en stockage et sauvegarde : XOSTOR fournit un stockage bloc répliqué et hyperconvergé basé sur LINSTOR, et Xen Orchestra délivre des sauvegardes complètes et incrémentales intégrées et sans agent, ainsi que la réplication. Si les habitudes de votre équipe sont XenServer, ou une façon de travailler avec des hôtes en pool et une console centrale, XCP-ng paraîtra plus naturel que le modèle centré sur les nœuds de Proxmox. Sa communauté est plus petite que celle de Proxmox ou de VMware, ce qui se traduit surtout par moins de tutoriels et d'intégrations tierces sur lesquels s'appuyer.
Hyper-V
Hyper-V est l'hyperviseur de type 1 de Microsoft, et son argumentaire tourne presque entièrement autour de l'écosystème Windows. Si votre parc repose sur Active Directory, System Center et Windows Server, Hyper-V s'intègre avec des outils (Windows Admin Center, Failover Cluster Manager, migration à chaud, Storage Spaces Direct) que votre équipe connaît déjà, sans nouvelle relation éditeur à gérer.
Le modèle de licence diffère des autres parce que l'hyperviseur est un rôle à l'intérieur d'un Windows Server sous licence plutôt qu'un produit autonome. Cela a deux conséquences qu'il vaut la peine de comprendre. D'abord, votre édition de Windows Server détermine vos droits de VM : Standard accorde le droit de faire tourner deux VM Windows Server par hôte sous licence, tandis que Datacenter en accorde un nombre illimité, donc un hôte de virtualisation Windows dense vous pousse généralement vers Datacenter. Ensuite, le produit Hyper-V Server autonome et gratuit est abandonné ; la dernière version était Hyper-V Server 2019, et il n'existe pas d'équivalent gratuit pour 2022 ou 2025. Hyper-V prend tout son sens quand vous êtes une organisation centrée sur Windows qui paie déjà des licences Windows Server et s'intègre à la suite de gestion de Microsoft ; il en a le moins comme moyen de faire tourner des workloads majoritairement Linux. Si Windows est votre cible, nos serveurs dédiés Windows couvrent la licence et la configuration.
Choisir le bon hyperviseur
Les fonctionnalités se recoupent suffisamment pour que la décision se résume généralement à quelques conditions. Voici la version honnête :
- Choisissez Proxmox VE si vous voulez une plateforme réellement gratuite et open source sans licence par socket ni par cœur, que vous tenez à pouvoir faire tourner des VM complètes et des conteneurs LXC denses sur le même hôte, et que vous voulez du stockage ZFS ou Ceph intégré. C'est le choix par défaut le plus solide pour l'infrastructure self-hosted et la destination la plus fréquente pour les équipes qui quittent VMware. La seule chose à vérifier d'abord, c'est si une exigence d'éditeur ou de conformité impose un hyperviseur certifié.
- Choisissez VMware ESXi si vous avez déjà investi dans l'écosystème vSphere, dépendez de certifications ISV spécifiques ou de fonctionnalités vSAN/DRS, et pouvez absorber l'abonnement par cœur post-Broadcom. Si vous partez de zéro sans engagement VMware, le calcul de licence penche désormais rarement en sa faveur.
- Choisissez XCP-ng si vous voulez de l'open source et du gratuit mais préférez un modèle opérationnel à la VMware avec hôtes en pool et orchestrateur central, ou que vous migrez depuis XenServer. La sauvegarde intégrée de Xen Orchestra et XOSTOR en font un ensemble cohérent pour ce workflow.
- Choisissez Hyper-V si vous êtes une organisation centrée sur Windows, vous licenciez déjà Windows Server (notamment Datacenter pour des droits de VM illimités), et qu'une intégration étroite avec Active Directory et System Center compte plus que le coût de la plateforme.
Une remarque transversale sur le clustering : trois de ces plateformes (Proxmox, ESXi et XCP-ng) ne gèrent correctement la haute disponibilité qu'à partir de trois nœuds. Proxmox et Ceph veulent tous deux trois nœuds pour un quorum fiable, et un cluster à deux nœuds ne peut pas maintenir seul le quorum quand un nœud tombe sans un arbitre externe (un QDevice). Si vous déployez un hôte unique aujourd'hui, ce n'est pas un problème. Dimensionnez simplement le réseau et planifiez le nombre de nœuds avant de vous engager sur la HA, plutôt que de découvrir le plancher de trois nœuds après que le second serveur est déjà en production.
Déployer Proxmox VE sur Serverside
Si Proxmox VE est votre choix, Serverside le déploie comme image prête à l'emploi depuis le catalogue OS, provisionnée sur bare metal en moins d'une minute : pas de montage d'ISO manuel, pas d'installeur à surveiller. Vous obtenez le root complet sur toute la machine, donc le choix du dépôt, les mises à jour et la configuration du cluster vous appartiennent entièrement.
Le matériel convient directement à la virtualisation : les plateformes AMD EPYC à forte densité de cœurs avec ECC DDR5 vous donnent les cœurs et la marge mémoire dont ont besoin les hôtes denses en VM et conteneurs, et le réseau rapide compte spécifiquement pour les workloads où Proxmox excelle ; le trafic de réplication Ceph et ZFS est gourmand en bande passante, et c'est là qu'une liaison montante correcte entre les nœuds se rentabilise. La mitigation DDoS permanente sur notre réseau ASN 55285 se trouve en amont de la machine, protégeant aussi bien le plan de gestion que vos invités.
Prêt à en construire un vous-même ? Parcourez nos serveurs dédiés Proxmox VE pour déployer l'image prête à l'emploi, ou suivez notre guide d'installation pas à pas de Proxmox VE pour l'installer et le configurer de A à Z.

Écrit par
Co-founder & CTO, Serverside.com
Jesse is the co-founder and CTO of Serverside.com, where he leads the engineering behind the company's bare-metal cloud: from the ASN 55285 backbone to the core automation that drives day-to-day operation. He writes about dedicated servers, operating systems, and running production workloads on bare metal.
Continuer la lecture
Voir tous les articlesCet article vous a plu ?
Recevez les nouveaux guides et articles techniques par e-mail. Sans spam, désinscription à tout moment.



