KVM ou conteneurs : que choisir pour héberger quoi ?

KVM virtualise du matériel, les conteneurs partagent un noyau : deux approches, chacune avec ses usages. Voici comment choisir sans jargon.

• KVM donne à chaque VM son propre noyau et une RAM réservée.
• Les conteneurs partagent le noyau de l’hôte : plus légers, moins isolés.
• Avec la virtualisation matérielle, l’écart CPU est de quelques pourcents.
• KVM est la seule option pour Windows, BSD ou un noyau personnalisé.
• Combinez les deux : des conteneurs dans une VM KVM.

Ce que virtualise vraiment chaque technologie

Avec KVM, chaque machine virtuelle possède son propre noyau, sa RAM réservée et ses périphériques émulés : c’est un ordinateur complet, isolé au niveau matériel. Avec les conteneurs (Docker, LXC), les applications partagent le noyau de l’hôte : plus léger, mais une faille noyau concerne tout le monde.

• KVM : isolation matérielle complète, noyau dédié par VM.
• Conteneurs : partage du noyau hôte, démarrage en millisecondes.
• En pratique : KVM pour l’isolation, conteneurs pour la densité.

Performances : l’écart est plus faible qu’on ne le croit

KVM a longtemps été accusé de surcoût ; avec les extensions de virtualisation matérielle (Intel VT-x, AMD-V), l’écart CPU est aujourd’hui de quelques pourcents. La vraie différence se joue sur la mémoire (réservée en KVM, partagée en conteneurs) et les I/O disque selon la configuration.

• CPU : écart faible grâce à la virtualisation matérielle.
• RAM : réservée et isolée en KVM, mutualisée en conteneurs.
• Pour une base de données critique : KVM, sans hésiter.

Quand choisir KVM

Production critique, environnements multi-locataires, besoin d’un noyau spécifique ou de modules particuliers, conformité exigeant une isolation forte : KVM est le choix sûr. C’est aussi la seule option pour faire tourner un autre système d’exploitation que celui de l’hôte.

• Hébergement mutualisé entre clients ou équipes : isolation obligatoire.
• Noyau personnalisé, Windows, BSD : seul KVM le permet.
• Bases de données et applications à état en production.

Quand les conteneurs suffisent (et excellent)

Microservices, CI/CD, environnements de développement, applications sans état qui évoluent horizontalement : les conteneurs offrent une densité et une vitesse de déploiement difficiles à égaler. La bonne architecture combine souvent les deux : des VM KVM comme fondation isolée, des conteneurs orchestrés à l’intérieur.

• Dev/test, CI, microservices sans état : conteneurs idéaux.
• Combiner : VMs KVM pour l’isolation, conteneurs dedans pour l’agilité.
• Orchestration (Kubernetes, Nomad) quand le parc dépasse quelques nœuds.