Semaine 2- Intro à Proxmox VE : Virtualisation Open Source¶
0. Plan du cours de la semaine 2¶
Fin de la matière de la semaine 1 - Retour sur la notion de virtualisation et ses 4 grands domaines en infrastructure TI (serveurs, stockage, réseau, desktops). - Les killer apps de la virtualisation : haute disponibilité, migration à chaud, snapshots, clonage, etc. - Distinction entre hyperviseur de type 1 et type 2 et conteneurs
Présentation de Proxmox VE - Contexte : le marché de la virtualisation et la fin du monopole VMware - Définition et modèle économique de Proxmox VE - Technologies de virtualisation : KVM vs LXC - Architecture et composants clés : interface web, stockage, réseau virtuel, clustering et haute disponibilité - Gestion des VM et conteneurs - Exercices pratiques : installation de Proxmox VE, création d'une VM Windows Server 2025 et d'un conteneur LXC Linux, exploration autonome
1. Contexte : Le marché de la virtualisation¶
La fin du monopole VMware¶
Rappel: Un hyperviseur de type 1 est le logiciel qu'on installe directement sur les serveurs dans un centre de données pour exécuter des machines virtuelles. Et rappel encore une fois, les machines virtuelles jouent un rôle absolument essentiel dans les entreprises.
Au cours des 20 dernières années, VMware a dominé le marché de la virtualisation d'entreprise avec sa suite d'outils : - ESXi : Hyperviseur de type 1 (installé directement sur le matériel physique). - vCenter : Plateforme de gestion centralisée des serveurs et des VM. - vSAN / NSX : Technologies logicielles de virtualisation du stockage et du réseau.
Le modèle d'affaires traditionnel reposait sur des licences perpétuelles avec un contrat de support technique annuel.
Le rachat par Broadcom et la restructuration du marché¶
En novembre 2023, Broadcom a finalisé l'acquisition de VMware pour 61 milliards de dollars et a radicalement modifié son offre commerciale : - Abonnement obligatoire : Fin définitive des licences perpétuelles au profit d'abonnements annuels récurrents. - Offre simplifiée mais rigide : Regroupement de tous les outils en deux bundles principaux (vSphere Foundation et Cloud Foundation). - Flambée des coûts : Factures annuelles multipliées par 10 à 15 pour plusieurs organisations, incitant les PME, le secteur public et les grandes entreprises à explorer des alternatives.
Principales alternatives sur le marché¶
| Solution | Type | Points forts |
|---|---|---|
| Proxmox VE | Open source (KVM / LXC) | Gratuit, interface web intégrée, clustering, support natif de ZFS |
| Microsoft Hyper-V | Propriétaire | Intégration naturelle dans les environnements Windows Server |
| Nutanix AHV | Propriétaire | Plateforme hyperconvergée pour grandes infrastructures |
2. Présentation de Proxmox VE¶
Définition et modèle économique¶
Proxmox Virtual Environment (Proxmox VE) est une plateforme de virtualisation bare-metal open source (licence AGPLv3) développée par l'entreprise autrichienne Proxmox Server Solutions GmbH.
- Modèle open source : Le logiciel est 100 % gratuit et fonctionnel avec le dépôt public
pve-no-subscription. - Modèle de revenus : L'éditeur commercialise des abonnements d'assistance et un accès au dépôt stable
pve-enterprise.
Base technique : Debian¶
Proxmox VE repose directement sur la distribution Linux Debian, complétée par un noyau Linux optimisé pour la virtualisation.
| Version Proxmox VE | Base Debian |
|---|---|
| Proxmox VE 8.x | Debian 12 (Bookworm) |
| Proxmox VE 9.x | Debian 13 (Trixie) |
3. Technologies de virtualisation : KVM vs LXC¶
Pour illustrer la distinction : KVM s'apparente à une maison individuelle (entièrement autonome mais plus lourde à construire), tandis que LXC s'apparente à un appartement (espaces privés séparés, mais plomberie et fondations partagées).
| Critère | KVM (Machine Virtuelle) | LXC (Conteneur Système) |
|---|---|---|
| Principe | Virtualisation matérielle complète | Isolation au niveau du système d'exploitation |
| Noyau OS | Dédié et indépendant | Partagé avec l'hôte Proxmox |
| Systèmes supportés | Windows, Linux, BSD | Distributions Linux uniquement |
| Isolation / Sécurité | Maximale (isolation matérielle) | Bonne (dépend de l'isolation du noyau hôte) |
| Consommation ressources | Plus lourde (RAM et CPU réservés) | Très légère (partage des ressources) |
| Temps de démarrage | 30 à 60 secondes | 1 à 3 secondes |
Cas d'usage recommandés¶
Choisir une VM (KVM) pour : - Exécuter un système d'exploitation Windows ou non-Linux. - Utiliser un noyau Linux spécifique ou des pilotes sur mesure. - Isoler strictement une charge de travail sensible (sécurité multi-locataire).
Choisir un conteneur (LXC) pour : - Déployer des services réseau légers sous Linux (serveur web Nginx, résolveur DNS, proxy). - Maximiser la densité d'instances sur un même serveur physique.
Remarque conceptuelle : LXC est un conteneur système (il embarque une distribution complète avec
systemd). À l'inverse, Docker est un conteneur applicatif (conçu pour exécuter un seul processus par conteneur). On parlera de Docker plus tar dans le cours.
4. Architecture et composants clés¶
Interface d'administration web (GUI)¶
Accessible via https://<IP_DU_SERVEUR>:8006, l'interface permet d'administrer l'ensemble des VM, conteneurs, réseaux et stockages. Toutes les actions graphiques sont relayées par une API REST.
Stockage¶
- LVM (Logical Volume Manager) : Solution de stockage local par défaut.
- ZFS : Système de fichiers avancé recommandé en production (protection contre la corruption silencieuse, snapshots instantanés, compression, RAID logiciel).
- Stockage réseau / partagé : Prise en charge native de NFS, iSCSI et Ceph (stockage distribué hautement disponible).
Réseau virtuel (Linux Bridge)¶
Proxmox utilise des ponts virtuels (vmbr0) fonctionnant comme des commutateurs logiciels (switches). Ils relient les cartes réseau physiques aux interfaces virtuelles des VM et conteneurs, avec prise en charge des VLANs et de l'agrégation de liens (bonding).
Clustering et haute disponibilité (HA)¶
- Gestion centralisée : Contrôle de plusieurs serveurs physiques depuis une seule interface web.
- Live Migration : Déplacement de machines virtuelles d'un serveur à un autre sans interruption de service.
- Haute disponibilité : Redémarrage automatique des machines virtuelles sur un nœud sain en cas de panne matérielle (nécessite au minimum 3 nœuds pour établir le quorum).