Virtualiser, c'est quoi ?
Un serveur moderne est largement sous-utilisé si on n'y fait tourner qu'une seule application. La virtualisation consiste à découper une machine physique en plusieurs machines logiques, isolées les unes des autres, chacune se croyant seule au monde. Une couche logicielle, l'hyperviseur, distribue le processeur, la mémoire, le stockage et le réseau entre elles.
Hyperviseur sur le matériel
Il s'installe directement sur le serveur, sans OS en dessous. C'est le choix des datacenters pour la performance et la robustesse. Exemples : VMware ESXi, KVM, Microsoft Hyper-V.
Hyperviseur sur un OS
Il tourne comme une application au-dessus d'un système existant (Windows, macOS). Pratique sur un poste de travail. Exemples : VirtualBox, VMware Workstation.
Deux façons d'isoler : machine virtuelle ou conteneur
La différence est là : une VM embarque un système d'exploitation complet avec son propre noyau — isolation maximale, mais quelques gigaoctets et une minute de démarrage. Un conteneur partage le noyau de l'hôte et n'emporte que ce qui lui est propre — quelques mégaoctets, démarrage en une seconde, mais une isolation plus légère et un noyau commun.
LXC n'est pas Docker. Les deux sont des conteneurs Linux, mais LXC crée des conteneurs « système » (un OS léger complet, qu'on administre comme une petite VM), tandis que Docker crée des conteneurs « applicatifs » (un seul processus, jetable, décrit par une image). Proxmox utilise LXC ; les plateformes de microservices utilisent Docker.
VMware, Proxmox, LXC
Trois approches qui se recoupent en partie. La première est la référence du monde entreprise, la deuxième monte vite comme alternative libre, la troisième est une brique plutôt qu'une plateforme complète.
| Plateforme | Nature | VM | Conteneurs | Terrain de prédilection |
|---|---|---|---|---|
| VMware vSphere ESXi + vCenter | Hyperviseur type 1 propriétaire, suite complète | oui | via Tanzu | Entreprise, production critique, écosystème mûr (vMotion, DRS, SRM) |
| Proxmox VE KVM + LXC | Distribution libre basée sur Debian | oui (KVM) | oui (LXC) | PME, labos, auto-hébergement ; VM et conteneurs dans une seule interface |
| LXC / LXD | Moteur de conteneurs système Linux | non | oui | Densité élevée, environnements Linux homogènes, brique intégrée ailleurs |
Sous le capot, Proxmox s'appuie sur KVM (l'hyperviseur intégré au noyau Linux) pour les VM et sur LXC pour les conteneurs. VMware, lui, apporte un écosystème outillé de bout en bout — c'est souvent ce qu'on paie, plus que l'hyperviseur lui-même.
Quel besoin, quelle techno ?
Cliquez sur un besoin : la réponse pointe vers l'approche la plus adaptée. Il n'y a pas de gagnant universel — seulement un bon outil par usage.
La haute disponibilité
La HA (High Availability) vise un objectif simple : qu'une panne matérielle ne mette pas un service à terre. On regroupe plusieurs hôtes en cluster, et les VM d'un hôte défaillant redémarrent automatiquement ailleurs. Quelques mécanismes clés :
Le vote
Les hôtes votent en permanence pour savoir qui est vivant. Une majorité (quorum) est requise pour agir, ce qui évite qu'un réseau coupé en deux crée deux « chefs » rivaux (le split-brain).
Le redémarrage
Hôte en panne détecté → ses VM sont relancées sur les hôtes survivants. Courte interruption, mais le service revient seul. C'est le cœur de vSphere HA et du ha-manager de Proxmox.
Le déménagement à chaud
Déplacer une VM allumée d'un hôte à l'autre sans l'éteindre, pour libérer un serveur avant maintenance. C'est vMotion chez VMware, la migration KVM chez Proxmox.
HA n'est pas tolérance de panne. La HA accepte une brève coupure le temps du redémarrage ailleurs. La fault tolerance (VMware FT) va plus loin : une VM miroir tourne en parallèle, et la bascule est instantanée, sans perte — au prix de ressources doublées. Et aucune des deux ne remplace les sauvegardes : un cluster réplique aussi fidèlement vos erreurs.
RDS, VDI : le bureau virtualisé
On ne virtualise pas que des serveurs : on peut aussi déporter les postes de travail dans le datacenter, et n'envoyer à l'utilisateur que l'image de son écran. Deux modèles coexistent, souvent confondus :
Sessions partagées
Les Remote Desktop Services de Microsoft : un même Windows Server héberge plusieurs sessions utilisateurs simultanées. Dense et économique, mais tous partagent le même OS. Le mode RemoteApp permet même de ne diffuser qu'une seule application, comme si elle était locale.
Un poste par personne
Chaque utilisateur reçoit sa propre VM de bureau complète (souvent Windows client). Plus coûteux en ressources, mais isolation et personnalisation totales. Côté VMware, c'est Horizon ; l'accès passe par un broker de connexion et une passerelle.
L'intérêt commun : les données restent au centre (jamais sur le poste), la maintenance se fait à un seul endroit, et un terminal léger ou un ordinateur portable volé n'emporte rien de sensible. C'est le socle du télétravail sécurisé et des environnements réglementés.
L'essentiel
- Virtualiser, c'est partager un matériel entre plusieurs systèmes isolés via un hyperviseur.
- VM ou conteneur : isolation complète et lourde (VM, noyau propre) contre légèreté et densité (conteneur, noyau partagé).
- VMware pour l'écosystème entreprise outillé, Proxmox pour l'alternative libre VM+conteneurs, LXC comme brique de conteneurs système.
- HA pour survivre à une panne (redémarrage ailleurs), live migration pour la maintenance à chaud, FT pour le zéro-perte — sans jamais se passer de sauvegardes.
- RDS/VDI pour centraliser les postes de travail : sessions partagées ou VM dédiées, données toujours au centre.