Proxmox VE : qu'est-ce que c'est ? (KVM, LXC, architecture)

Proxmox VE (Virtual Environment) est une plateforme de virtualisation open source basée sur Debian, qui réunit dans une seule interface web les machines virtuelles (via KVM) et les conteneurs Linux (via LXC). Hyperviseur de type 1 gratuit (licence AGPLv3), il est devenu l'alternative de référence à VMware ESXi, porté par la vague de migration depuis le rachat par Broadcom. Version stable en 2026 : Proxmox VE 9.2 (basée sur Debian 13 Trixie ; voir les nouveautés de Proxmox VE 9 et la mise à niveau depuis la 8). Cette base Debian n'est pas un détail d'implémentation : sous l'interface web, vous administrez un vrai serveur Debian, avec ses commandes et ses contraintes. Les changements apportés par Debian 13 « Trixie », comme /tmp monté en mémoire ou l'abandon de /etc/sysctl.conf, s'appliquent donc aussi à votre hyperviseur.

Pour bien le maîtriser, Proxmox VE s'organise autour de 4 piliers : nœuds, cluster, stockage et réseau. Comprendre cette architecture avant de créer votre première VM vous évitera des erreurs de conception et facilitera vos évolutions (haute disponibilité, migration, sauvegarde). Ce guide s'adresse aux débutants qui découvrent Proxmox ou la virtualisation.

Glossaire 60 secondes

Terme	Définition express
Datacenter	Vue globale de tous vos nœuds dans l'UI
Node (nœud)	Un serveur physique avec Proxmox installé
VM	Machine virtuelle complète (KVM)
CT	Conteneur Linux léger (LXC)
Storage	Espace de stockage (local ou partagé)
Content type	Ce qu'un storage peut contenir (ISO, backup, disques...)
Bridge	Switch virtuel qui connecte les VM au réseau
VLAN	Réseau virtuel isolé (segmentation)
Quorum	Vote majoritaire pour maintenir un cluster cohérent
pmxcfs	Système de fichiers distribué de Proxmox (/etc/pve)

Glissez pour voir

Pourquoi comprendre l'organisation avant de cliquer

Proxmox VE n'est pas un simple logiciel de virtualisation, c'est une plateforme complète qui gère :

• des machines virtuelles (VM),
• des conteneurs (CT),
• du stockage (local ou partagé),
• du réseau (bridges, VLAN),
• des utilisateurs et permissions.

Sans comprendre comment ces éléments s'articulent, vous risquez de :

• créer des VM au mauvais endroit (mauvais stockage),
• avoir des problèmes réseau difficiles à diagnostiquer,
• ne pas pouvoir migrer vos VM vers un autre serveur,
• perdre des données faute de stratégie de backup cohérente.

Ces quatre erreurs ont un point commun : elles se paient après coup, quand la correction impose de déplacer des disques ou de recréer des VM. Une demi-heure passée sur l'organisation des ressources évite plusieurs heures de reprise.

Les 4 piliers de Proxmox VE

Chaque objet que vous manipulerez dans Proxmox se rattache à l'un de ces quatre piliers. Ils ne sont pas indépendants : le stockage détermine si une VM peut migrer, et le réseau détermine si elle est joignable. Retenez surtout la dernière colonne, c'est ce qui change concrètement pour vous.

Pilier	Ce que c'est
Nœud	Un serveur physique avec Proxmox installé
Cluster	Plusieurs nœuds avec config partagée
Stockage	Là où sont stockés les disques des VM/CT
Réseau	Comment les VM/CT communiquent

Glissez pour voir

Le schéma ci-dessous montre comment ces quatre briques s'emboîtent : les nœuds forment un cluster, le stockage et le réseau leur sont rattachés, et les VM et conteneurs consomment les deux.

Pilier 1 : Le nœud (node)

Un nœud Proxmox est un serveur physique (ou parfois une VM de test) sur lequel Proxmox VE est installé. C'est l'unité de base de la plateforme.

Ce que fait un nœud

Un nœud cumule quatre rôles que d'autres solutions séparent : hyperviseur, fournisseur de stockage, commutateur réseau et console d'administration. C'est ce qui rend Proxmox utilisable sur un seul serveur, sans contrôleur central à installer à côté.

• Exécute les VM et conteneurs
• Fournit les ressources CPU, RAM, stockage local
• Héberge l'interface web d'administration (port 8006)
• Gère son propre réseau (bridges)

Un nœud = un serveur autonome

Même avec un seul nœud, vous pouvez :

• créer des dizaines de VM et conteneurs,
• configurer plusieurs réseaux virtuels,
• faire des snapshots et backups,
• gérer plusieurs utilisateurs avec des droits différents.

Conseil pratique

Pour un homelab ou un environnement de test, un seul nœud suffit. Vous n'avez besoin d'un cluster que si vous voulez la haute disponibilité ou la migration à chaud.

Identifier un nœud dans l'interface

Dans l'interface web Proxmox, les nœuds apparaissent sous "Datacenter" dans le panneau de gauche :

Datacenter
└── proxmox1 (node)      ← Votre nœud
    ├── VM 100
    ├── VM 101
    └── CT 200

Le nom du nœud est défini à l'installation (souvent le hostname du serveur).

Pilier 2 : Le cluster

Un cluster Proxmox est un groupe de nœuds qui partagent une configuration commune et peuvent coopérer.

Pourquoi un cluster ?

Le cluster n'apporte pas de puissance supplémentaire : additionner trois nœuds ne rend aucune VM plus rapide. Ce qu'il apporte, c'est la mobilité des charges et la survie à la panne d'un serveur. Lisez la colonne de droite comme une liste de capacités que vous n'aurez pas sans cluster.

Sans cluster	Avec cluster
Chaque nœud est isolé	Configuration partagée
Pas de migration entre nœuds	Migration à chaud possible
Pas de haute disponibilité	HA automatique
Gestion nœud par nœud	Vue unifiée "Datacenter"

Glissez pour voir

Comment ça fonctionne

Un cluster Proxmox repose sur deux composants clés :

Composant	Rôle
Corosync	Protocole de communication entre nœuds (heartbeat, votes)
pmxcfs	Système de fichiers distribué qui stocke la configuration

Glissez pour voir

Corosync : la communication entre nœuds

Corosync assure la communication entre les nœuds. Il envoie des "heartbeats" pour vérifier que chaque nœud est en vie et gère le quorum, le vote qui détermine si le cluster peut fonctionner.

pmxcfs : la configuration partagée

pmxcfs (Proxmox Cluster File System) est un système de fichiers virtuel monté sur /etc/pve. C'est une base de données SQLite répliquée en temps réel sur tous les nœuds via Corosync.

Ce que contient /etc/pve :

• Configuration des VM et conteneurs (nodes/<node>/qemu-server/, nodes/<node>/lxc/)
• Stockages, réseaux, utilisateurs, permissions
• Certificats SSL du cluster

Ce qui change quand vous passez en cluster

Avant (nœud seul)	Après (cluster)
Config locale dans /etc/pve	Config synchronisée sur tous les nœuds
Gestion nœud par nœud	Vue unifiée "Datacenter"
Pas de migration possible	Migration à chaud entre nœuds
Utilisateurs locaux	Utilisateurs et permissions centralisés

Glissez pour voir

Le quorum : la règle de la majorité

Le quorum garantit qu'un cluster ne se "divise" pas en deux parties indépendantes (split-brain). Pour fonctionner, plus de 50% des votes doivent être disponibles.

Configuration	Votes totaux	Majorité requise	Pannes tolérées
2 nœuds	2	2	0 ⚠️
3 nœuds	3	2	1
4 nœuds	4	3	1
5 nœuds	5	3	2
2 nœuds + QDevice	3	2	1 ✅

Glissez pour voir

Le piège du cluster à 2 nœuds

Avec seulement 2 nœuds, aucune panne n'est tolérée : si un nœud tombe, l'autre perd le quorum et refuse de fonctionner. C'est le piège n°1 des débutants.

Deux solutions :

1. Ajouter un 3ème nœud, le plus simple et robuste
2. Ajouter un QDevice, un arbitre externe léger

QDevice : l'arbitre pour les petits clusters

Un QDevice est un service externe qui fournit un vote supplémentaire au cluster, sans héberger de VM. C'est la solution idéale pour un cluster 2 nœuds.

Comment ça marche :

• Sur une machine tierce (VM, Raspberry Pi, serveur Linux léger), vous installez corosync-qnetd
• Sur chaque nœud Proxmox, vous installez corosync-qdevice
• Le QDevice vote pour maintenir le quorum si un nœud tombe

Prérequis :

• Port 5403/tcp ouvert entre les nœuds et le QDevice
• Le QDevice doit être sur un réseau fiable et accessible
• Ne pas héberger le QDevice sur l'un des nœuds Proxmox (sinon aucun intérêt)

Situation	Recommandation
Budget limité, 2 serveurs max	✅ 2 nœuds + QDevice
3+ serveurs disponibles	Préférez un vrai 3ème nœud
Homelab sur un seul serveur	Pas de cluster, nœud seul

Glissez pour voir

Réseau cluster : les exigences Corosync

Corosync n'a pas besoin de beaucoup de bande passante, mais exige une latence faible et stable. La raison tient à son fonctionnement : chaque nœud attend l'accusé de réception des autres dans une fenêtre de temps courte, et un retard dépassant cette fenêtre est interprété comme une panne de nœud, pas comme une lenteur réseau. C'est pourquoi la ligne « Stabilité » du tableau compte davantage que la ligne « Bande passante » : un lien de 10 Gbps partagé avec des sauvegardes nocturnes fera plus de dégâts qu'un lien de 100 Mbps dédié.

Critère	Exigence
Bande passante	100 Mbps suffisent (1 Gbps recommandé)
Latence	< 5 ms idéal, instable au-delà de 10-30 ms
Stabilité	Corosync est sensible au jitter (variations de latence)
Réseau dédié	Fortement recommandé (VLAN ou interface séparée)

Glissez pour voir

Proxmox n'est pas conçu pour le WAN

Le clustering Proxmox ne supporte pas les sites distants. Si vos nœuds sont sur des datacenters différents avec une latence > 10 ms, vous aurez des pertes de quorum intermittentes.

Symptôme typique : le cluster devient instable, les nœuds se "voient" et se "perdent" de façon aléatoire.

Cluster vs nœud seul : que choisir ?

Le critère de décision n'est pas la taille de l'infrastructure, c'est la tolérance à l'interruption. Tant qu'un redémarrage de serveur de vingt minutes reste acceptable, un nœud seul avec des sauvegardes vérifiées répond au besoin, pour un coût et une complexité bien moindres. Le cluster devient obligatoire dès que vous devez déplacer une VM sans l'arrêter.

Situation	Recommandation
Homelab / Tests	Nœud seul
Petite prod sans criticité	Nœud seul + backups réguliers
Besoin de migration à chaud	Cluster obligatoire
Haute disponibilité requise	Cluster 3+ nœuds (ou 2 + QDevice)

Glissez pour voir

Pilier 3 : Le stockage

Le stockage dans Proxmox désigne l'endroit où sont enregistrés :

• les disques virtuels des VM,
• les systèmes de fichiers des conteneurs,
• les templates et ISO,
• les backups.

Types de stockage

Proxmox supporte de nombreux backends de stockage. La colonne qui décide de votre architecture est la dernière, Partage possible : elle indique si plusieurs nœuds peuvent lire et écrire sur le même espace. Sans stockage partagé, une VM reste prisonnière du nœud qui héberge son disque, et sa migration impose une recopie complète du disque.

Type	Usage	Partage possible
Directory	Dossier sur le disque local	Non
LVM-thin	Volumes logiques avec thin provisioning	Non
ZFS	Système de fichiers avancé (snapshots, compression)	Non
NFS	Partage réseau (serveur NAS)	Oui
iSCSI	Stockage bloc via réseau	Oui
Ceph	Stockage distribué intégré à Proxmox	Oui

Glissez pour voir

Stockage local vs partagé

Stockage local : chaque nœud a son propre espace. Simple, performant, mais les VM ne peuvent pas migrer vers un autre nœud.

Stockage partagé : tous les nœuds accèdent au même espace (NFS, Ceph, iSCSI). Obligatoire pour la migration à chaud et la HA (haute disponibilité).

Rappel express

Pour débuter, le stockage local (directory ou LVM-thin) est suffisant. Passez au stockage partagé uniquement si vous avez besoin de migration ou de HA.

Contenus vs stockage

Proxmox distingue ce qu'un stockage peut contenir :

Content type	Ce que c'est
images	Disques de VM
rootdir	Systèmes de fichiers CT
iso	Images ISO d'installation
vztmpl	Templates de conteneurs
backup	Fichiers de sauvegarde
snippets	Scripts cloud-init, hooks

Glissez pour voir

Un stockage peut être configuré pour accepter certains types seulement. Par exemple : un NFS dédié aux backups.

Snapshot vs Backup : ne pas confondre !

C'est l'erreur n°1 des débutants Proxmox. Les deux servent à "sauvegarder", mais pas de la même façon :

Critère	Snapshot	Backup
Où ?	Sur le même stockage que la VM	Sur un stockage séparé (idéalement distant)
Quoi ?	État instantané (delta)	Copie complète exportable
Vitesse	Instantané	Minutes à heures
Impact perf	⚠️ Dégrade les I/O si conservé longtemps	Aucun après la copie
Restauration	Rollback rapide	Restore sur n'importe quel nœud
Cas d'usage	Test avant mise à jour, debug	Sauvegarde 3-2-1, PRA, migration

Glissez pour voir

Piège classique

Ne gardez jamais un snapshot plus de quelques heures. Les snapshots accumulent des deltas qui dégradent les performances et peuvent corrompre la VM si le stockage se remplit.

Un snapshot n'est pas une sauvegarde. Si le disque meurt, le snapshot meurt avec.

Pilier 4 : Le réseau

Le réseau dans Proxmox connecte vos VM et conteneurs au monde extérieur (ou les isole).

Le bridge : concept fondamental

Un bridge (pont) est un commutateur virtuel qui relie les VM au réseau physique. Par défaut, Proxmox crée vmbr0 relié à votre interface réseau principale.

Chaque VM/CT connectée à vmbr0 reçoit une IP du même réseau que l'hôte Proxmox (via DHCP ou configuration statique).

Plusieurs réseaux avec VLAN

Pour isoler des groupes de VM (prod vs dev, front vs back), vous pouvez utiliser des VLAN (Virtual LAN) :

VLAN	Usage	Plage IP
VLAN 10	Production	192.168.10.0/24
VLAN 20	Développement	192.168.20.0/24
VLAN 30	Management	192.168.30.0/24

Glissez pour voir

Les VLAN nécessitent un switch physique compatible et une configuration côté Proxmox.

Pour débuter

Commencez avec un seul bridge (vmbr0) sans VLAN. Ajoutez la segmentation réseau plus tard, quand vous maîtriserez les bases.

VM vs Conteneur : quelle différence ?

Proxmox propose deux types de workloads : les VM KVM et les conteneurs LXC.

Machine virtuelle (VM KVM)

Une VM est un ordinateur virtuel complet avec son propre noyau, son BIOS/UEFI, ses drivers.

Avantages :

• Isolation totale (sécurité maximale)
• N'importe quel OS (Windows, BSD, Linux...)
• Compatible avec les applications legacy

Inconvénients :

• Consomme plus de ressources (RAM, CPU)
• Démarrage plus lent
• Overhead de virtualisation

Conteneur LXC

Un conteneur partage le noyau Linux de l'hôte Proxmox. C'est une isolation au niveau du système d'exploitation.

Avantages :

• Très léger (démarre en secondes)
• Peu d'overhead (quasi-natif)
• Idéal pour les services Linux

Inconvénients :

• Linux uniquement
• Isolation moins forte qu'une VM
• Certaines applications incompatibles

Tableau de décision

Une seule ligne de ce tableau est éliminatoire : l'isolation. Un conteneur LXC partage le noyau de l'hôte, donc une faille d'échappement de conteneur donne accès à l'hyperviseur et à toutes les autres charges. Les autres lignes sont des arbitrages de confort, celle-là est un arbitrage de risque.

Critère	VM KVM	Conteneur LXC
OS Windows	✅ Oui	❌ Non
Isolation forte	✅ Oui	⚠️ Partielle
Performance	Bonne	✅ Excellente
Consommation RAM	Élevée	✅ Faible
Temps de démarrage	~30s	✅ ~2s
Cas d'usage	Apps critiques, Windows, legacy	Services Linux, dev, CI/CD

Glissez pour voir

Règle simple

En cas de doute, utilisez une VM. Les conteneurs sont une optimisation pour les cas où vous maîtrisez les implications de sécurité.

L'interface web : vue d'ensemble

L'interface web Proxmox (port 8006) est organisée en 3 zones : un arbre de ressources à gauche, une zone de contenu au centre qui change selon l'élément sélectionné, et une barre de tâches en bas qui journalise chaque action. Cette barre de tâches est l'endroit à consulter en premier quand une opération semble ne rien faire : elle affiche l'erreur exacte plutôt qu'un message générique.

Navigation typique : où cliquer ?

La difficulté de l'interface tient à une règle implicite : le réglage se trouve au niveau où il s'applique. Chercher les utilisateurs sur un nœud est une perte de temps, ils sont au niveau Datacenter ; chercher la configuration des disques physiques au niveau Datacenter aussi. Quand une option reste introuvable, remontez ou descendez d'un niveau dans l'arbre de gauche.

Niveau	Ce que vous y configurez	Exemples
Datacenter	Politiques globales	Users, permissions, HA, storages partagés, options cluster
Node	Ressources physiques	Disques locaux, réseau, mises à jour, certificats SSL
VM/CT	Workload individuel	CPU/RAM, disques virtuels, réseau, snapshots, backup, console

Glissez pour voir

À retenir

1. Un nœud = un serveur Proxmox autonome. Suffisant pour débuter.
2. Un cluster = plusieurs nœuds qui coopèrent. Nécessaire uniquement pour HA/migration.
3. Le stockage local est simple et performant. Le stockage partagé est requis pour la migration à chaud.
4. Le bridge vmbr0 connecte vos VM au réseau. Les VLAN ajoutent de l'isolation.
5. VM KVM = isolation forte, tout OS. Conteneur LXC = léger, Linux uniquement.
6. En cas de doute : un seul nœud, stockage local, VM KVM. Complexifiez ensuite.

FAQ : questions fréquentes sur Proxmox VE

Ces réponses courtes reprennent les questions qui reviennent le plus souvent chez les débutants, sur le cluster, le stockage et le choix VM ou conteneur. Elles condensent ce qui a été détaillé plus haut.

Qu'est-ce que Proxmox VE ?

Proxmox VE est une plateforme de virtualisation open source basée sur Debian. Elle réunit dans une interface web les machines virtuelles (via KVM) et les conteneurs Linux (via LXC). Hyperviseur gratuit sous licence AGPLv3, version stable 9.2 en 2026 (Debian 13 Trixie).

Proxmox VE est-il gratuit ?

Oui. Proxmox VE est open source sous licence AGPLv3 et s'utilise gratuitement via le dépôt no-subscription. Un abonnement payant donne accès au dépôt enterprise (mises à jour testées et stabilisées) et au support officiel, mais aucune fonctionnalité n'est bridée dans la version gratuite.

Proxmox est-il un hyperviseur de type 1 ?

Oui. Proxmox VE s'installe en bare-metal directement sur le serveur et embarque KVM, le module qui transforme le noyau Linux en hyperviseur de type 1. Comme il s'appuie sur une distribution Debian complète, on le qualifie parfois d'hybride, mais en pratique c'est un hyperviseur de type 1.

Quelle différence entre Proxmox et VMware ESXi ?

Proxmox VE est open source et gratuit (AGPLv3), VMware ESXi est propriétaire et payant. Depuis le rachat de VMware par Broadcom et la hausse des tarifs, une vague de migration pousse vers Proxmox. Celui-ci propose un assistant d'import natif pour migrer les VMs ESXi sans repartir de zéro.

Quelle différence entre KVM et LXC dans Proxmox ?

Dans Proxmox, KVM crée des machines virtuelles complètes avec leur propre noyau, capables de faire tourner tout système (Windows ou Linux), isolation forte. LXC crée des conteneurs système qui partagent le noyau de l'hôte : Linux uniquement, mais bien plus légers et rapides.

Quelle différence entre Proxmox VE et Proxmox Backup Server ?

Proxmox VE est la plateforme de virtualisation (VMs et conteneurs). Proxmox Backup Server (PBS) est un produit séparé de sauvegarde : incrémentale, dédupliquée et chiffrée, pour VMs, conteneurs et hôtes. Proxmox édite aussi Mail Gateway (PMG) pour le mail.

Pour aller plus loin

• Réseau Proxmox VE : Bridges, VLAN et NAT, la couche qui décide si vos machines se parlent et sortent sur Internet.
• Installer Proxmox VE depuis l'ISO : Le passage à la pratique, avec le partitionnement et le système de fichiers à trancher pendant l'installation.
• Créer une VM KVM : Les réglages VirtIO, CPU et disque qui transforment l'architecture décrite ici en machine qui tourne.
• Créer un conteneur LXC : L'autre moitié de Proxmox, quand un noyau dédié par machine n'apporte rien.

×

📖 Voir la documentation →