Proxmox VE — Introduction à la virtualisation

La virtualisation est le pilier invisible de toute infrastructure moderne. Que tu travailles dans le cloud ou en on-premise, chaque VM que tu lances, chaque instance EC2, chaque droplet DigitalOcean repose sur un hyperviseur. Comprendre comment ça fonctionne en profondeur — pas juste “cliquer sur Create VM” — est ce qui distingue un administrateur système d’un ingénieur infrastructure.

Proxmox VE est devenu la solution de référence pour la virtualisation open-source, surtout depuis que Broadcom a torpillé le modèle économique de VMware en 2023. Ce cours pose les fondations : pourquoi virtualiser, comment KVM et QEMU fonctionnent ensemble, et pourquoi Proxmox emballe tout ça dans une solution qui rivalise avec des produits à des milliers d’euros de licence.

Pourquoi virtualiser — Le problème que ça résout

Avant la virtualisation, chaque service nécessitait son propre serveur physique. Un serveur pour le mail, un pour le web, un pour la base de données. Résultat : des dizaines de machines qui tournent à 5-10% de charge CPU, consomment de l’électricité, prennent de la place dans un rack, et nécessitent chacune une maintenance matérielle.

La virtualisation résout ça en empilant plusieurs systèmes d’exploitation isolés sur un seul serveur physique. Les avantages concrets :

• Consolidation : un seul serveur remplace 5 à 10 machines physiques
• Isolation : chaque VM est indépendante — un crash d’une VM n’affecte pas les autres
• Flexibilité : créer, cloner, supprimer une VM prend quelques minutes, pas quelques semaines
• Snapshots : figer l’état complet d’une VM avant une opération risquée
• Migration live : déplacer une VM d’un hôte physique à un autre sans interruption de service

Le compromis entre on-premise et cloud public dépend du contexte. Le cloud (AWS, Azure, GCP) offre de la flexibilité et du managed, mais avec un coût récurrent croissant et un vendor lock-in réel. Le on-premise offre un coût prévisible, le contrôle total et la souveraineté des données. En pratique, beaucoup d’organisations adoptent un modèle hybride : on-premise pour les workloads stables, cloud pour les pics de charge et les services managés.

🔥 Cas réel : Après le rachat de VMware par Broadcom, une PME de 200 employés a vu sa facture de licences VMware passer de 8 000€/an à 45 000€/an. En 3 semaines, elle a migré l’intégralité de ses 40 VMs vers Proxmox. Coût de la migration : zéro en licences, 5 jours-homme de travail. Économie année 1 : 37 000€.

Types de virtualisation et KVM/QEMU

Il existe deux types d’hyperviseurs. Les hyperviseurs Type 1 (bare-metal) s’installent directement sur le hardware, sans OS intermédiaire : Proxmox VE, VMware ESXi, Microsoft Hyper-V. Ils offrent la performance maximale car l’hyperviseur a un accès direct au matériel. Les hyperviseurs Type 2 (hosted) tournent comme une application sur un OS existant : VirtualBox, VMware Workstation, Parallels. Pratiques pour le développement, mais avec un overhead dû à la couche OS supplémentaire.

Proxmox VE est un hyperviseur Type 1 construit sur le duo KVM + QEMU. Comprendre comment ces deux composants interagissent est essentiel.

QEMU (Quick Emulator) est un émulateur capable de simuler un processeur complet en logiciel. Seul, il est lent car tout est émulé. Il gère l’émulation des périphériques (disques, réseau, GPU, USB), les formats d’image disque (qcow2, raw), les snapshots et les protocoles d’affichage (VNC, SPICE).

KVM (Kernel-based Virtual Machine) est un module du noyau Linux qui transforme le kernel en hyperviseur. Il exploite les extensions matérielles de virtualisation — Intel VT-x ou AMD-V — pour exécuter les instructions CPU des VMs directement sur le processeur physique, sans émulation.

Ensemble : KVM gère l’exécution CPU à pleine vitesse, QEMU gère tout le reste (I/O disque, réseau, affichage). Le résultat est un hyperviseur Type 1 open-source dont les performances rivalisent avec les solutions commerciales.

Pour vérifier que ton hardware supporte la virtualisation :

# Vérifier le support CPU (vmx = Intel VT-x, svm = AMD-V)
grep -E '(vmx|svm)' /proc/cpuinfo

# Vérifier que le module KVM est chargé
lsmod | grep kvm

# Test rapide de compatibilité
kvm-ok

💡 Tip DevOps : Si vmx ou svm n’apparaît pas, ne panique pas. La virtualisation est souvent désactivée par défaut dans le BIOS/UEFI. Entre dans le BIOS, cherche “Intel Virtualization Technology” ou “SVM Mode”, active-le, et redémarre.

Proxmox supporte aussi nativement les conteneurs LXC — des conteneurs système qui fournissent un OS Linux complet isolé, beaucoup plus légers qu’une VM. Pas de confusion avec Docker : LXC isole un OS entier (comme une VM légère), Docker isole un process applicatif. Les deux approches sont complémentaires et coexistent dans Proxmox.

Proxmox VE — Pourquoi c’est devenu la référence

Proxmox VE est open-source (licence AGPLv3), gratuit en production, et basé sur Debian stable. L’abonnement payant donne accès au repository enterprise (updates testées) et au support commercial, mais il n’est pas obligatoire — le repository no-subscription est parfaitement fonctionnel.

Ce qui distingue Proxmox des alternatives :

Interface web complète : tout se gère depuis un navigateur sur le port 8006 — création de VMs, gestion du stockage, réseau, firewall, backups, clustering. Pas besoin d’installer de client lourd.

API REST native : chaque action de l’interface web passe par l’API. Tu peux donc tout automatiser — c’est la base pour une approche Infrastructure as Code :

# Lister les VMs d'un nœud
pvesh get /nodes/pve/qemu

# Démarrer une VM
pvesh create /nodes/pve/qemu/100/status/start

# Créer un snapshot avant une opération risquée
pvesh create /nodes/pve/qemu/100/snapshot -snapname before-update

CLI puissante : en plus de l’API, des commandes dédiées simplifient la gestion quotidienne :

# Gestion des VMs KVM
qm list                    # Lister les VMs
qm start 100               # Démarrer la VM 100
qm snapshot 100 my-snap    # Snapshot

# Gestion des conteneurs LXC
pct list                   # Lister les conteneurs
pct start 200              # Démarrer le conteneur 200
pct enter 200              # Entrer dans le conteneur (shell)

# Gestion du stockage et du cluster
pvesm status               # Statut du stockage
pvecm status               # Statut du cluster

Stockage intégré : Proxmox supporte nativement LVM, ZFS, Ceph (stockage distribué), NFS, CIFS, iSCSI. Tu n’as pas besoin d’un SAN externe à 50 000€ pour avoir du stockage distribué et répliqué.

Clustering et HA : avec Corosync pour la communication inter-nœuds et un gestionnaire de haute disponibilité intégré, tu peux construire un cluster de 2 à 32 nœuds où les VMs redémarrent automatiquement sur un autre nœud en cas de panne.

Voici comment Proxmox se positionne face aux alternatives :

⚠️ Attention : Proxmox gratuit ne signifie pas “sans coût”. En production, tu auras besoin de compétences Linux, de temps pour la maintenance, et idéalement d’un abonnement support pour les environnements critiques. Le TCO (Total Cost of Ownership) est bien inférieur à VMware, mais il n’est pas nul.

Cas d’usage et prérequis matériels

Proxmox s’adapte à des contextes très différents. En homelab, un mini-PC à 200€ suffit pour héberger 5-10 VMs légères (Pi-hole, Home Assistant, reverse proxy, NAS). En PME/startup, quelques serveurs rack hébergent les workloads internes (CI/CD, monitoring, bases de données). En formation, Proxmox permet de créer 20 environnements de lab identiques en quelques minutes grâce aux templates et au clonage.

Pour les prérequis matériels, le minimum est un CPU 64-bit avec VT-x/AMD-V, 4 Go de RAM et 32 Go de stockage. En production, vise un CPU multi-cœurs récent (Xeon, EPYC), 64 Go+ de RAM (la RAM est la ressource la plus précieuse en virtualisation), des SSD NVMe pour l’OS et les VMs, et deux cartes réseau (management + trafic VM).

🧠 À retenir : Pour un homelab, le meilleur rapport qualité/prix, ce sont les mini-PC d’occasion (Intel NUC, Lenovo ThinkCentre Tiny, HP EliteDesk Mini) à 150-300€. Compacts, silencieux (20-40W), et suffisants pour apprendre et héberger des services personnels.

Ce qu’on va couvrir dans cette série

Cette série Proxmox suit une progression logique du plus simple au plus avancé :

1. Introduction (ce cours) — Les bases de la virtualisation et pourquoi Proxmox
2. Installation — Installer Proxmox sur bare-metal, configurer le stockage et le réseau
3. Machines virtuelles — Créer des VMs, templates, cloud-init pour le provisioning automatisé
4. Conteneurs LXC — Les conteneurs système légers dans Proxmox
5. Réseau — Bridges, VLANs, SDN et firewall intégré
6. Cluster et HA — Haute disponibilité, Ceph et stratégie de backup avec PBS

Chaque cours est conçu pour être autonome, mais les concepts s’accumulent. Maîtriser l’installation et le stockage (cours 2) est un prérequis pour tout le reste.

💡 Tip DevOps : Si tu viens du monde cloud-only, Proxmox est le meilleur moyen de comprendre ce qui se passe “sous le capot” d’AWS/GCP. Chaque concept — VPC, security groups, EBS, snapshots, auto-scaling — a son équivalent dans Proxmox. Comprendre la couche physique rend meilleur sur la couche abstraite.

Résumé

La virtualisation consolide plusieurs OS sur un seul serveur physique, réduisant les coûts matériels et augmentant la flexibilité opérationnelle. KVM + QEMU forment un hyperviseur Type 1 open-source performant : KVM exécute les instructions CPU nativement via VT-x/AMD-V, QEMU gère l’émulation des périphériques. Proxmox VE emballe tout ça dans une solution complète avec interface web, API REST, clustering Corosync, stockage Ceph intégré et support natif des conteneurs LXC.

🧠 À retenir : Proxmox n’est pas “le VMware du pauvre”. C’est une solution mature, utilisée en production par des milliers d’organisations, qui offre des fonctionnalités (Ceph intégré, LXC natif, API REST) que VMware ne propose qu’avec des licences additionnelles coûteuses. Depuis le rachat par Broadcom, c’est devenu l’alternative numéro 1 — et pour beaucoup, le premier choix.

Prochain cours : On passe à la pratique avec l’installation de Proxmox VE sur bare-metal — configuration du stockage, du réseau, et premiers pas dans l’interface web.