La virtualisation fait tourner plusieurs machines virtuelles isolées sur un même serveur physique, chacune avec son système et ses ressources. C'est le socle de toute infrastructure moderne, du homelab au datacenter. Cette page est le point d'entrée de la section : elle pose les concepts, aide à choisir un hyperviseur et ouvre vers les parcours complets. Le fil conducteur est assumé : les solutions open source, KVM, Proxmox VE, Incus et KubeVirt, pour garder la maîtrise de son infrastructure à l'heure où les modèles de licence propriétaires se durcissent.
Aller droit au but
Section intitulée « Aller droit au but »Qu'est-ce que la virtualisation
Section intitulée « Qu'est-ce que la virtualisation »La virtualisation permet de mutualiser un serveur physique en plusieurs machines indépendantes. Un composant, l'hyperviseur, découpe les ressources réelles (CPU, mémoire, disque, réseau) en ressources virtuelles attribuées à chaque VM. On gagne sur tous les tableaux : meilleur taux d'utilisation du matériel, isolation entre charges, snapshots pour revenir en arrière, clonage instantané et pilotage par API pour l'automatisation.
On distingue deux grandes catégories. Un hyperviseur de type 1 tourne directement sur le matériel, sans système hôte : c'est le choix des serveurs et des clusters de production (KVM, Proxmox VE, VMware ESXi). Un hyperviseur de type 2 s'installe au-dessus d'un système existant, pratique pour apprendre et développer sur son poste (VirtualBox). Cette distinction structure tout le reste, elle est détaillée dans Type 1 vs Type 2.
Les familles d'hyperviseurs
Section intitulée « Les familles d'hyperviseurs »Le paysage s'est élargi bien au-delà de la VM classique. Voici comment situer chaque famille pour choisir en connaissance de cause.
| Famille | Exemples | Quand la choisir |
|---|---|---|
| Type 1 bare-metal | KVM/libvirt, Proxmox VE, VMware ESXi | serveurs et clusters de production |
| Conteneurs système + VM | Incus | infrastructure légère, cloud privé, homelab |
| VM dans Kubernetes | KubeVirt, Harvester | plateformes cloud native qui unifient VM et conteneurs |
| Type 2 (poste de travail) | VirtualBox | apprendre, tester, développer sur son poste |
Ces familles ne s'opposent pas frontalement : un même admin peut utiliser KVM en local, Proxmox sur ses serveurs, Incus pour un cloud privé léger et KubeVirt là où Kubernetes est déjà en place. L'enjeu est de partir des bons concepts, puis de choisir l'outil adapté au contexte plutôt que l'inverse.
Les fondamentaux
Section intitulée « Les fondamentaux »Avant de choisir un outil, il faut comprendre la mécanique. Ces guides posent le vocabulaire et les modèles mentaux qui resservent quelle que soit la plateforme : ce qu'est une VM, la différence entre les types d'hyperviseurs, et les formats de disque virtuels qui décident des performances et de la place occupée.
KVM et Proxmox : les piliers open source
Section intitulée « KVM et Proxmox : les piliers open source »Pour un serveur Linux, deux briques couvrent l'essentiel des besoins sans coût de licence. KVM est l'hyperviseur intégré au noyau Linux : c'est le moteur, piloté par libvirt et la commande virsh, sur lequel repose une grande partie de l'écosystème. On l'apprend pour comprendre ce qui se passe sous le capot et pour automatiser finement avec Terraform ou Ansible.
Proxmox VE ajoute au-dessus de KVM et de LXC une plateforme clé en main : interface web, cluster à haute disponibilité, sauvegarde intégrée et gestion des permissions. C'est souvent le meilleur point de départ pour une équipe qui veut une console complète sans tout assembler à la main. Et pour qui arrive d'un environnement propriétaire, Proxmox sait importer directement les machines existantes via son assistant natif, ce qui rend la transition progressive.
Incus : la virtualisation légère et le cloud privé
Section intitulée « Incus : la virtualisation légère et le cloud privé »Incus, le fork communautaire de LXD créé par Stéphane Graber, mérite une place à part. Dans une seule CLI et API, il gère à la fois des conteneurs système (des distributions Linux complètes, façon VM légère) et de vraies machines virtuelles QEMU. Plus léger qu'un hyperviseur complet, il démarre une machine Debian en deux secondes et bascule sur une VM avec la même commande quand il faut un autre noyau.
Là où Incus surprend, c'est qu'il ne s'arrête pas au serveur isolé : avec le cluster, les réseaux OVN et le stockage Ceph, il monte jusqu'au cloud privé multi-tenant. C'est une alternative montante pour un homelab ou une infrastructure Linux qu'on veut garder simple et souveraine.
Faire tourner des VM dans Kubernetes
Section intitulée « Faire tourner des VM dans Kubernetes »Quand la plateforme est déjà Kubernetes, on peut y exécuter des machines virtuelles aux côtés des conteneurs, sans monter un hyperviseur séparé. KubeVirt ajoute cette capacité à un cluster existant : les VM deviennent des objets Kubernetes, gérés avec les mêmes outils. Harvester, la distribution hyperconvergée de SUSE, va plus loin en fournissant une plateforme clé en main bâtie sur KubeVirt et Longhorn.
Apprendre et tester sans matériel dédié
Section intitulée « Apprendre et tester sans matériel dédié »On n'a pas toujours un serveur sous la main. Pour apprendre les concepts sans rien casser, un hyperviseur de type 2 sur son poste suffit. Et pour tester de l'outillage qui pilote un environnement propriétaire sans en payer la licence, un simulateur comme vcsim reproduit une API vCenter/ESXi complète.
Garder la maîtrise de son infrastructure
Section intitulée « Garder la maîtrise de son infrastructure »Le marché de la virtualisation a été fortement bousculé ces deux dernières années. Hausses de tarifs, fin de certaines licences perpétuelles et incertitude poussent beaucoup d'équipes à réévaluer leur socle. L'open source répond à trois exigences concrètes : aucun coût de licence, la réversibilité (importer comme exporter ses VM sans se retrouver enfermé), et la souveraineté sur ses données et son infrastructure.
Le point décisif d'une transition réussie, c'est de pouvoir reprendre l'existant sans tout reconstruire. C'est exactement ce que permet l'import des machines depuis un environnement propriétaire vers Proxmox VE, ou la reconstruction d'un cloud privé léger avec Incus. Cette section vous outille pour cette bascule, des concepts jusqu'à l'exploitation en production.
À retenir
Section intitulée « À retenir »- La virtualisation mutualise un serveur en VM isolées via un hyperviseur ; tout part de ce modèle.
- Type 1 (bare-metal) pour la production, type 2 pour apprendre et développer sur son poste.
- KVM est le moteur du noyau Linux, Proxmox VE la plateforme clé en main au-dessus ; les deux, sans licence.
- Incus couvre la virtualisation légère jusqu'au cloud privé ; KubeVirt exécute des VM dans Kubernetes.
- L'open source garantit l'absence de lock-in : on importe et on exporte ses VM librement.
- Commencez par les fondamentaux, puis choisissez l'outil adapté à votre contexte, pas l'inverse.