Formation KVM/libvirt : cours complet (11 modules) + labs + IaC

KVM (Kernel-based Virtual Machine) est l'hyperviseur de référence sous Linux. Intégré au noyau depuis 2007, il transforme n'importe quel serveur Linux en plateforme de virtualisation performante. Cette formation vous accompagne de la compréhension des concepts jusqu'à l'automatisation avec Terraform.

Formation complète, 11 modules disponibles

Cette section propose une formation structurée en 11 modules pour maîtriser KVM/libvirt de A à Z. Tous les modules sont disponibles et testés.

Parcours recommandé : suivez les modules dans l'ordre pour une progression optimale, des concepts à l'automatisation avec Terraform/OpenTofu.

Contrairement à une documentation classique, cette formation suit une progression pédagogique : chaque module s'appuie sur les précédents, avec des prérequis explicites, des commandes testées et des validations concrètes.

En bref

Public	Administrateurs Linux, DevOps, SRE, développeurs
Prérequis	Bases Linux, terminal, notions réseau
Durée totale	~15 heures (11 modules)
Version	libvirt 9.x+ (dernière 12.x ; exemples testés sur 10.x, Ubuntu 24.04)
Approche	Théorie + pratique CLI + labs + troubleshooting

Glissez pour voir

Ce que vous allez apprendre

À la fin de cette formation, vous serez capable de :

• Comprendre l'architecture KVM/QEMU/libvirt et leur interaction
• Installer KVM proprement sur Ubuntu, Debian, Rocky ou Fedora
• Créer des VMs avec virsh, virt-install et virt-manager
• Configurer le réseau (NAT par défaut, bridge pour accès externe)
• Gérer le stockage (pools, volumes, formats QCOW2)
• Automatiser l'initialisation avec Cloud-Init
• Protéger vos VMs (snapshots vs backups, comprendre la différence)
• Administrer à distance via SSH ou TCP
• Déployer en Infrastructure as Code avec Terraform

Format et méthode pédagogique

Élément	Détail
Prérequis matériel	CPU avec virtualisation (Intel VT-x / AMD-V activé dans le BIOS)
Prérequis logiciel	Ubuntu 24.04, Debian 12+ ou Rocky 9+ (bare-metal ou nested virt)
Prérequis connaissances	Terminal Linux de base, notions réseau (IP, DHCP, DNS)
Pédagogie	Commandes testées avec sorties réelles + validations
Labs	Exercices pratiques à chaque module
Durée totale	~15 heures (1h30 à 2h par module)

Glissez pour voir

Virtualisation imbriquée

Si vous suivez cette formation dans une VM (nested virtualization), vérifiez que l'option est activée sur l'hyperviseur hôte. Sans cela, KVM ne fonctionnera pas. Sur bare-metal, vérifiez que VT-x/AMD-V est activé dans le BIOS/UEFI.

Environnement de lab recommandé

Cette formation a été testée sur plusieurs configurations. Voici nos recommandations :

Bare-metal (idéal)

Configuration recommandée pour des performances optimales :

Composant	Minimum	Recommandé
CPU	4 cœurs avec VT-x/AMD-V	8+ cœurs
RAM	8 Go	16-32 Go
Stockage	100 Go HDD	256 Go SSD NVMe
OS	Ubuntu 24.04 / Debian 12 / Rocky 9	Ubuntu 24.04 Server

Glissez pour voir

Avantage : Performances natives, pas de limite de virtualisation.

Nested virtualization

Si vous n'avez pas de serveur dédié, vous pouvez utiliser une VM :

Hyperviseur hôte	Activation nested virt
VMware	CPU → "Virtualize Intel VT-x/EPT"
VirtualBox	Non supporté (instable)
Proxmox/KVM	echo 1 > /sys/module/kvm_intel/parameters/nested
Hyper-V	Set-VMProcessor -ExposeVirtualizationExtensions $true

Glissez pour voir

Prérequis VM : 4 vCPU, 8 Go RAM minimum, 80 Go disque.

⚠️ Performances réduites (~30-50% vs bare-metal).

Cloud

Certains providers cloud supportent la nested virtualization :

Provider	Instance type	Support KVM
GCP	n1-standard-4+	✅ Natif
AWS	.metal instances	✅ Bare-metal
Azure	Dv3/Ev3	✅ Nested virt
OVH/Hetzner	Serveurs dédiés	✅ Bare-metal

Glissez pour voir

Coût : Prévoir 20-50€/mois pour un lab cloud.

Démonstration rapide : votre première VM en 5 commandes

Voici ce que vous saurez faire après les modules K2 et K5 :

# 1. Vérifier que KVM est fonctionnel
$ virsh -c qemu:///system version
Using library: libvirt 10.0.0
Running hypervisor: QEMU 8.2.2

# 2. Lister les réseaux disponibles
$ virsh net-list
 Name      State    Autostart   Persistent
--------------------------------------------
 default   active   yes         yes

# 3. Créer une VM Ubuntu avec virt-install
$ virt-install --name test-vm --memory 2048 --vcpus 2 \
    --disk size=20 --cdrom ubuntu-24.04-live-server.iso \
    --network network=default --graphics vnc
Starting install...

# 4. Vérifier que la VM tourne
$ virsh list
 Id   Name      State
-------------------------
 1    test-vm   running

# 5. Obtenir l'IP de la VM
$ virsh domifaddr test-vm
 Name       MAC address          Protocol     Address
-------------------------------------------------------
 vnet0      52:54:00:ab:cd:ef    ipv4         192.168.122.45/24

Cette séquence fonctionne sur toute installation libvirt correctement configurée. Les modules K2 à K5 vous expliquent chaque étape en détail.

Vue d'ensemble de la formation

Partie	Titre	Modules	Public
Partie A	Comprendre	K1	Débutant
Partie B	Installer et configurer	K2, K3, K4	Débutant → Intermédiaire
Partie C	Créer et exploiter	K5, K6, K7, K8	Intermédiaire
Partie D	Opérer et automatiser	K9, K10, K11	Intermédiaire → Avancé

Glissez pour voir

Le parcours de formation

Partie A · Comprendre

Le modèle mental KVM/libvirt

Avant de créer des VMs, comprenez comment KVM, QEMU et libvirt collaborent. Cette base vous évitera bien des confusions.

Commencer par les concepts →

Partie B · Installer

Installation et configuration

Installation propre sur votre distribution, configuration réseau (NAT et bridge), pools de stockage.

Installation →

Partie C · Exploiter

Créer et gérer des VMs

Création de VMs, Cloud-Init, commandes virsh essentielles, snapshots et backups (et pourquoi c'est différent).

Créer une VM →

Partie D · Automatiser

Administration et IaC

Accès distant SSH/TCP, déploiement avec Terraform, troubleshooting.

Terraform + libvirt →

Détail des modules

Partie A, Comprendre (concepts)

K1 · Concepts KVM/libvirt

Lien	Concepts KVM/libvirt
Niveau	Débutant
Durée	1h

Glissez pour voir

Compétences acquises :

• Comprendre la relation KVM ↔ QEMU ↔ libvirt
• Distinguer hyperviseur Type 1 vs Type 2
• Savoir pourquoi libvirt est une couche d'abstraction

Lab : Aucun (module théorique), schémas et analogies

Pièges couverts : Confusion KVM/QEMU, croire que libvirt est un hyperviseur

---

Partie B, Installer et configurer

K2 · Installation

Lien	Installation
Niveau	Débutant
Durée	1h30

Glissez pour voir

Compétences acquises :

• Installer libvirt sur Ubuntu, Debian ou Rocky
• Vérifier que KVM fonctionne (kvm-ok, /dev/kvm)
• Configurer les permissions utilisateur

Lab : Installation complète + validation avec virsh version

Pièges couverts :

• failed to connect to the hypervisor (libvirtd arrêté)
• Utilisateur non membre du groupe libvirt
• VT-x/AMD-V désactivé dans le BIOS

---

K3 · Réseau NAT vs Bridge

Lien	Réseau NAT vs Bridge
Niveau	Débutant → Intermédiaire
Durée	2h

Glissez pour voir

Compétences acquises :

• Comprendre le réseau default (NAT isolé)
• Créer un bridge pour accès LAN direct
• Configurer des réseaux isolés ou routés

Lab : Créer br0, attacher une VM, tester connectivité LAN

Pièges couverts :

• VM non joignable depuis le LAN (NAT par défaut)
• Interface physique non "libérée" avant bridge
• Conflit NetworkManager vs systemd-networkd

---

K4 · Stockage

Lien	Stockage
Niveau	Débutant → Intermédiaire
Durée	1h30

Glissez pour voir

Compétences acquises :

• Créer et gérer des pools de stockage
• Comprendre QCOW2 vs raw (avantages/inconvénients)
• Redimensionner un volume à chaud

Lab : Créer un pool vms, ajouter un volume, l'attacher à une VM

Pièges couverts :

• Pool "inactive" après reboot
• Permission denied (AppArmor/SELinux)
• Confusion format disque vs format fichier

---

Partie C, Créer et exploiter

K5 · Créer une VM

Lien	Créer une VM
Niveau	Intermédiaire
Durée	2h

Glissez pour voir

Compétences acquises :

• Créer une VM avec virt-install (CLI)
• Utiliser virt-manager (GUI)
• Choisir les bonnes options (CPU, mémoire, réseau, disque)

Lab : Créer une VM Ubuntu, installer l'OS, configurer SSH

Pièges couverts :

• VM qui ne boote pas (ordre de boot)
• Pas de console graphique (VNC/Spice mal configuré)
• Performance dégradée (virtio non utilisé)

---

K6 · Cloud-Init

Lien	Cloud-Init
Niveau	Intermédiaire
Durée	2h

Glissez pour voir

Compétences acquises :

• Utiliser des images cloud (Ubuntu, Debian, Rocky)
• Écrire un user-data YAML (utilisateur, SSH, packages)
• Configurer le réseau avec network-config

Lab : Déployer une VM cloud-init, SSH sans mot de passe en 2 minutes

Pièges couverts :

• Cloud-init ne s'exécute pas (machine-id non nettoyé)
• Clé SSH non injectée (erreur YAML)
• Mauvais datasource configuré

---

K7 · Commandes virsh

Lien	Commandes virsh
Niveau	Intermédiaire
Durée	1h30

Glissez pour voir

Compétences acquises :

• Maîtriser les 15 commandes virsh essentielles
• Gérer le cycle de vie des VMs (start, stop, destroy, undefine)
• Inspecter et modifier la configuration XML

Lab : Cheatsheet interactif avec exercices

Pièges couverts :

• destroy ne supprime pas la VM (juste force l'arrêt)
• undefine sans --remove-all-storage laisse les disques
• Modification XML non persistée (edit vs define)

---

K8 · Snapshots et backups

Lien	Snapshots et backups
Niveau	Intermédiaire
Durée	2h

Glissez pour voir

Compétences acquises :

• Créer des snapshots internes et externes
• Comprendre la chaîne QCOW2 (backing files)
• Différencier snapshot, clone et backup

Lab : Snapshot → modification → revert → consolidation

Pièges couverts :

• Disque qui grossit (chaîne non consolidée)
• Snapshot "corrompu" (confusion interne/externe)
• Croire qu'un snapshot = backup (non !)

---

Partie D, Opérer et automatiser

K9 · Accès distant

Lien	Accès distant
Niveau	Intermédiaire
Durée	1h30

Glissez pour voir

Compétences acquises :

• Administrer libvirt via SSH (qemu+ssh://)
• Configurer l'accès TCP (avec ou sans TLS)
• Utiliser virt-manager sur un hôte distant

Lab : Connexion SSH vers un serveur libvirt distant

Pièges couverts :

• Clé SSH non configurée pour l'utilisateur
• Pare-feu bloquant le port libvirt
• TCP sans TLS = non chiffré (risque sécurité)

---

K10 · Terraform + libvirt

Lien	Terraform + libvirt
Niveau	Avancé
Durée	2h

Glissez pour voir

Compétences acquises :

• Utiliser le provider dmacvicar/libvirt (v0.9.x)
• Déployer VMs avec Cloud-Init en IaC
• Gérer multi-VMs avec count et for_each

Lab : tofu apply → VM opérationnelle avec IP en 30 secondes

Pièges couverts :

• IP vide dans les outputs (qemu-guest-agent)
• Permission denied sur le pool (AppArmor)
• Driver QCOW2 non explicite (VM ne boote pas)
• Provider 0.8 vs 0.9 (breaking changes)

---

K11 · Dépannage réseau

Lien	Dépannage réseau
Niveau	Avancé
Durée	1h30

Glissez pour voir

Compétences acquises :

• Diagnostiquer les pannes réseau courantes (NAT, bridge, DNS, MASQUERADE)
• Lire et comprendre les logs libvirt
• Utiliser les outils de debug (virsh dumpxml, journalctl)

Lab : Scénarios d'erreurs à résoudre

Pièges couverts : Tous les pièges des modules précédents, consolidés

---

Ce que cette formation couvre (et ne couvre pas)

✅ Couvert

• Installation : Ubuntu, Debian, Rocky, Fedora
• Réseau : NAT (default), bridge, réseaux isolés
• Stockage : Pools dir/LVM, volumes QCOW2/raw
• Création VMs : virt-install, virt-manager, Cloud-Init
• Opérations : virsh, snapshots, clones, backups
• Accès distant : SSH, TCP, virt-manager distant
• IaC : Terraform/OpenTofu avec provider libvirt 0.9.x
• Troubleshooting : 10 erreurs fréquentes documentées

❌ Non couvert

• Haute disponibilité : clustering libvirt, live migration avancée
• Stockage distribué : Ceph RBD, GlusterFS, iSCSI
• SR-IOV / PCI passthrough : accès matériel direct
• GPU passthrough : virtualisation GPU pour ML/gaming
• oVirt / RHEV : interface d'entreprise Red Hat
• Proxmox VE : voir formation dédiée

Ces sujets avancés pourront être ajoutés dans de futurs modules.

Scénarios d'incidents couverts

Tout au long de la formation, vous apprendrez à diagnostiquer et résoudre les problèmes courants :

#	Symptôme	Cause probable	Module
1	failed to connect to the hypervisor	libvirtd arrêté ou permissions	K2
2	VM sans accès réseau externe	Réseau NAT par défaut (isolation)	K3
3	Disque plein après snapshots	Chaîne QCOW2 non consolidée	K8
4	Cloud-Init ne s'exécute pas	machine-id non nettoyé	K6
5	IP vide dans Terraform output	qemu-guest-agent manquant	K10
6	Permission denied sur le pool	AppArmor/SELinux mal configuré	K10
7	Snapshot corrompu	Confusion snapshot ≠ backup	K8
8	VM très lente	Trop de snapshots empilés	K8
9	Connexion SSH impossible	Clé non injectée par Cloud-Init	K6
10	Bridge ne fonctionne pas	Interface physique non libérée	K3

Glissez pour voir

Par où commencer ?

Débutant complet

Suivez les modules dans l'ordre, en commençant par les concepts (K1). Prenez le temps de bien comprendre l'architecture avant d'installer.

Premier module : Concepts KVM/libvirt

Déjà des bases Linux

Si vous connaissez Linux et voulez juste installer KVM rapidement, allez directement au module installation (K2).

Module recommandé : Installation

KVM déjà installé

Si KVM fonctionne déjà sur votre machine, allez directement aux modules pratiques : création de VM ou Cloud-Init.

Module recommandé : Créer une VM

DevOps / IaC

Si vous cherchez à automatiser, allez directement au module Terraform. Il suppose les bases des modules précédents.

Module recommandé : Terraform + libvirt

---

Mon retour d'expérience, pour ceux qui veulent comprendre

Jusqu'ici cette page est restée factuelle. La suite est plus personnelle : pourquoi je continue de miser sur KVM plutôt que sur les solutions propriétaires, et les pièges que je vois revenir en production.

Je déploie des machines virtuelles sur KVM/libvirt depuis des années, du homelab jusqu'à des serveurs de production. Dès qu'il y a un Linux sous la main, c'est devenu mon réflexe par défaut.

Pourquoi KVM reste un choix solide en 2026

Sans KVM	Avec KVM
Licences VMware coûteuses, incertitude post-Broadcom	Gratuit, GPL, intégré au noyau
Dépendance à un éditeur	Stack 100% open source et standard
Outillage propriétaire	virsh, Terraform, Ansible, API libvirt

Glissez pour voir

Le rachat de VMware par Broadcom et l'envolée des licences ont accéléré une bascule que j'observe partout : les équipes cherchent une alternative libre et pérenne. KVM, intégré au noyau Linux depuis 2007 et moteur de Proxmox comme d'OpenStack, est la réponse la plus mûre.

Ce que cette formation défend

• L'IaC avant les clics : je pilote KVM en ligne de commande et en Terraform, pas seulement dans virt-manager. Une infra qui compte se script et se versionne.
• Cloud-Init systématique : une VM se construit en quelques secondes, jamais à la main. Les VM montées au clic sont une dette.
• Snapshot n'est pas backup : je martèle la distinction, parce que c'est l'erreur qui coûte le plus cher.
• QCOW2 par défaut : thin provisioning et snapshots natifs, sauf besoin de performance brute (raw).
• Le bridge quand il faut de la vraie connectivité : le NAT par défaut suffit pour tester, pas pour exposer un service.

Ce que je vous déconseille

• Empiler les snapshots : j'ai vu des disques exploser et des VM ramper parce que personne ne consolidait la chaîne QCOW2. Un snapshot est temporaire, point.
• Confondre snapshot et sauvegarde : le jour où le stockage lâche, les snapshots partent avec.
• Tout faire dans virt-manager : ça ne se reproduit pas, ça ne se versionne pas, ça ne s'automatise pas.
• Oublier le qemu-guest-agent : sans lui, pas d'IP propre, pas d'arrêt gracieux, et un output Terraform vide.
• Négliger le BIOS/UEFI : la moitié des « KVM ne marche pas » sont une virtualisation désactivée dans le firmware.

KVM face à Proxmox, VMware et VirtualBox

Soyons clairs sur le positionnement. KVM/libvirt est la brique brute : maximale en contrôle et en scriptabilité, mais sans interface clé en main. Proxmox VE est KVM emballé dans une interface web et du clustering, parfait quand on veut une console sans tout scripter (voir la formation Proxmox). VMware reste puissant mais payant et incertain depuis Broadcom. VirtualBox est un outil de poste de travail, pas un hyperviseur de serveur.

Mon conseil : apprenez KVM/libvirt d'abord, c'est le socle qu'on retrouve sous Proxmox comme sous OpenStack, puis montez sur Proxmox si vous voulez l'interface.

Prochaines étapes

Concepts KVM/libvirt Comprendre l'architecture avant de pratiquer

Installation Installer KVM/libvirt sur votre distribution

Créer une VM Votre première VM avec virt-install

Terraform + libvirt Automatiser avec Infrastructure as Code

Ressources

• Documentation libvirt : libvirt.org
• Wiki KVM : linux-kvm.org
• Provider Terraform : registry.terraform.io/providers/dmacvicar/libvirt
• Images cloud Ubuntu : cloud-images.ubuntu.com
• Images cloud Debian : cloud.debian.org/images/cloud

FAQ - Questions fréquentes

Par où commencer pour apprendre le DevSecOps ?

Commencez par les concepts fondamentaux (culture DevOps, DevSecOps), puis le socle système Linux. Ensuite seulement passez aux outils : Docker, IaC (Terraform, Ansible), CI/CD, puis Kubernetes. Les concepts d'abord, la pratique ensuite.

Combien de temps faut-il pour se former au DevSecOps ?

Une progression visible en quelques semaines avec une pratique régulière (1-2h par jour). Le facteur clé est la répétition et la pratique sur des projets concrets. Comptez 6-12 mois pour une maîtrise solide des fondamentaux.

Peut-on apprendre le DevSecOps sans connaître Linux ?

Techniquement oui, mais vous payerez la facture au premier incident. Linux est le socle de la production : logs, réseau, permissions, processus. Sans cette base, le troubleshooting devient du hasard. Linux est un multiplicateur d'efficacité.

Dois-je apprendre Kubernetes pour faire du DevSecOps ?

Non, ce n'est pas obligatoire. Beaucoup de compétences DevSecOps sont valables sans Kubernetes : Linux, Docker, CI/CD, IaC, sécurité. Mais Kubernetes est fréquent en production, donc très utile pour l'employabilité.

Quelle est la différence entre DevOps et DevSecOps ?

DevSecOps intègre la sécurité dès le départ dans le cycle DevOps, pas comme une couche ajoutée après coup. C'est le shift-left : contrôles de sécurité tôt dans le pipeline, coût de correction réduit, responsabilité partagée entre dev, ops et sécurité.

Quels outils apprendre en priorité pour le DevSecOps ?

Priorité : Git (versionning), Docker (conteneurs), un outil CI/CD (GitLab CI, GitHub Actions), Terraform ou Ansible (IaC), un scanner de sécurité (Trivy). Les outils changent, concentrez-vous sur les concepts qu'ils implémentent.

Comment pratiquer le DevSecOps sans environnement professionnel ?

Montez un homelab : une VM ou un vieux PC suffit. Installez Docker, déployez des applications, créez des pipelines CI/CD gratuits (GitHub Actions). Les erreurs sur votre homelab sont le meilleur apprentissage, sans risque pour la production.

Faut-il des certifications pour travailler en DevSecOps ?

Les certifications ne sont pas obligatoires mais peuvent aider pour décrocher un premier poste. Privilégiez les certifications reconnues : CKA/CKAD (Kubernetes), AWS/Azure (cloud), HashiCorp (Terraform). Les compétences pratiques démontrables comptent plus.

Quelle est la meilleure méthode pour progresser en DevSecOps ?

Méthode itérative : choisissez un sujet précis, validez les concepts par un quizz, puis faites un mini-projet concret. Notez les points bloquants, revenez aux guides, re-testez. Un sujet bien compris vaut mieux que dix survolés.

Les certifications DevOps ont-elles encore de la valeur avec l'IA ?

Plus que jamais. Les agents IA génèrent du code, mais ne prouvent pas que vous savez diagnostiquer, arbitrer et corriger sous pression. Les certifications performance-based (CKA, RHCSA, RHCE) testent exactement ce que l'IA ne remplace pas : la compétence en contexte réel.

Les labs pratiques sont-ils plus utiles que les cours théoriques ?

Les deux sont complémentaires, mais les labs ancrent la compétence. Lire un guide ne suffit pas : c'est en cassant, debuggant et recommençant que les concepts deviennent des réflexes. Les labs prouvent ce que vous savez faire, pas ce que vous avez lu.

Quel est le parcours Linux → Ansible → RHCE ?

Le parcours recommandé : maîtrisez d'abord les fondamentaux Linux (LFCS/RHCSA), puis apprenez Ansible pour automatiser ce que vous savez déjà faire à la main, et enfin préparez la RHCE (EX294) qui valide votre maîtrise d'Ansible sur des systèmes Red Hat.

×

📖 Voir la documentation →