Skip to content

Présentation de Proxmox VE

En résumé

Proxmox VE (Virtual Environment) est une plateforme de virtualisation open source basée sur Debian Linux, qui unifie la gestion de machines virtuelles KVM, de conteneurs LXC, du stockage défini par logiciel, de la virtualisation réseau et des clusters haute disponibilité dans une interface web unique. Son avantage principal : toutes les fonctionnalités sont gratuites, sans coût de licence. Idéal pour les PME, les homelabs et les environnements sensibles aux coûts. Attention toutefois : à très grande échelle ou pour des besoins d'orchestration avancée (DRS, SRM), il n'égale pas VMware vSphere.


1. Principes d'architecture

Proxmox VE est essentiellement un système Debian hautement intégré. Ses composants clés :

Composant Rôle
KVM/QEMU Moteur de virtualisation complète assistée par le matériel, exécute les VM standards
LXC Conteneurs au niveau de l'OS, plus légers et plus rapides au démarrage
pmxcfs Système de fichiers de configuration distribué, synchronise la config du cluster sur tous les nœuds
Corosync Couche de communication du cluster, gère les heartbeats et le quorum
HA Manager Démon de haute disponibilité, bascule automatique des VM/CT

Point clé : Proxmox stocke toute la configuration (définitions de VM, stockage, permissions) dans /etc/pve/, géré par pmxcfs sous forme de base de données répliquée en temps réel sur chaque nœud du cluster.


2. Modules fonctionnels principaux

2.1 Virtualisation : double moteur KVM et LXC

Lors de la création d'une VM KVM, il est recommandé d'utiliser les pilotes paravirtualisés VirtIO pour des performances I/O proches du natif. Options importantes :

  • Type de CPU : choisir host pour transmettre toutes les capacités du processeur (performances optimales)
  • Bus de disque : VirtIO Block ou SCSI (avec contrôleur VirtIO SCSI)
  • QEMU Guest Agent : permet de geler/dégeler le système de fichiers depuis l'hôte pour des snapshots cohérents
  • Ballooning mémoire : ajuste dynamiquement la RAM des VM, utile pour le sur-engagement

Les conteneurs LXC conviennent aux services Linux, sans le surcoût d'un noyau complet. Proxmox supporte le déploiement direct depuis des images OCI (registres Docker).

2.2 Système de stockage

Proxmox supporte de nombreux backends, à choisir selon le besoin :

Type Cas d'usage Caractéristiques
ZFS Stockage local privilégié Snapshots, compression, checksums, RAID sans carte matérielle
LVM-Thin Disques VM locaux Provisionnement fin + snapshots
NFS / iSCSI Stockage partagé Adapté aux clusters de taille moyenne
Ceph Cluster hyperconvergé Distribué, sans point unique, nécessite 3+ nœuds

Configuration ZFS recommandée : activer la compression lz4 économise significativement l'espace sans perte de performance notable. Un pool miroir équivaut à RAID 1, raidz1 à RAID 5.

2.3 Architecture réseau

L'installation crée automatiquement un pont Linux vmbr0, reliant la carte physique au réseau des VM. Configurations avancées :

  • Pont VLAN-aware : activer bridge-vlan-aware yes, puis spécifier directement le tag VLAN sur la carte de la VM
  • Agrégation de liens (Bonding) : lier plusieurs ports physiques pour redondance et bande passante cumulée
  • Séparation des réseaux : idéalement, VLAN ou réseaux physiques distincts pour le heartbeat Corosync, la réplication Ceph et le trafic des VM

Depuis Proxmox VE 8.1, le cœur SDN est intégré, supportant VXLAN, EVPN, QinQ et autres virtualisations réseau avancées.

2.4 Cluster et haute disponibilité

Le cluster nécessite idéalement 3 nœuds minimum pour satisfaire le quorum : avec 2 nœuds actifs, le cluster fonctionne ; avec 1 seul, il perd le quorum et se verrouille.

Fonctionnement du HA : en cas de panne d'un nœud, le HA Manager redémarre les VM affectées sur les nœuds survivants. Le temps de détection et de bascule est d'environ 2 minutes en moyenne, pour une disponibilité théorique d'environ 99,999 % (≈5 minutes d'indisponibilité par an).

L'usage d'un Watchdog (fencing matériel) évite le « split-brain » et la corruption de données : le nœud défaillant est automatiquement redémarré de force et exclu du cluster.

2.5 Sauvegarde et restauration

Proxmox intègre l'outil vzdump, qui supporte le mode snapshot (sans arrêt de service). On peut aussi adjoindre un Proxmox Backup Server indépendant pour la sauvegarde incrémentale, la déduplication et le chiffrement. Les entreprises peuvent opter pour le plugin Veeam pour Proxmox VE afin de s'intégrer à l'existant.

2.6 Utilisateurs et permissions

Proxmox utilise un modèle ACL basé sur des chemins, structurés comme une arborescence : /vms/{vmid}, /storage/{storeid}, /pool/{poolname}. Permissions courantes :

  • VM.Allocate : créer/supprimer une VM
  • VM.Config.* : modifier CPU, RAM, disques, réseau…
  • VM.Backup : sauvegarder et restaurer
  • VM.Console : accès à la console

Support de l'authentification à deux facteurs (TFA) et des jetons API pour l'automatisation sécurisée.


3. Différences essentielles avec VMware

Dimension Proxmox VE VMware vSphere
Coût de licence Zéro licence, tout inclus Abonnement par cœur CPU, coût élevé
VM + conteneurs Gestion unifiée KVM et LXC Surtout VM ; Tanzu en supplément
Intégration stockage Ceph et ZFS natifs vSAN en option payante
Orchestration avancée HA de base, pas d'équivalent DRS/SRM DRS et SRM matures
Écosystème tiers Moins d'outils d'entreprise compatibles Large écosystème entreprise
Échelle adaptée Optimal en petite/moyenne échelle Grandes infrastructures critiques

Conseil de choix : homelab, PME, applications non critiques, déploiements sensibles aux coûts → Proxmox en priorité. Grandes entreprises avec systèmes critiques, besoin de DRS (équilibrage automatique) ou SRM (reprise de site) → VMware garde un avantage irremplaçable.


4. Parcours de prise en main

  1. Installation : télécharger l'ISO et installer sur bare-metal ; création automatique de vmbr0
  2. Upload ISO : dans le stockage local → ISO Images, téléverser l'image d'installation
  3. Créer une VM : bouton « Create VM ». Réglages clés — contrôleur SCSI sur VirtIO SCSI single, type CPU sur host, carte réseau en VirtIO
  4. Alternative en ligne de commande : qm create 100 --name ubuntu --memory 4096 --cores 2 --net0 virtio,bridge=vmbr0
  5. Extension en cluster : dans Datacenter → Cluster, créer le cluster ; les autres nœuds le rejoignent via « Join Cluster »

5. En une phrase

Proxmox VE a pour valeur centrale l'« open source, tout inclus, zéro licence », abaissant le seuil de l'entreprise à un simple serveur ; mais ses limites en orchestration automatisée à très grande échelle le destinent surtout aux environnements de taille petite à moyenne et sensibles aux coûts.