Livre blanc KVM (Kernel-

based Virtual Machine)

créé le 19/04/2010 par Antoine Schellenberger .
dernière mise à jour le 26/04/2010.

Ce document présente les commandes de base pour l'administration et l'usage de la solution

de virtualisation KVM sous Linux.

>ce texte doit être saisie dans un terminal sur une seule
I - Généralités et même ligne même s'il s'étend sur plusieurs lignes
dans ce document
>ligne 2

KVM est une solution de virtualisation libre intégrée

aux distributions Linux dotées d'un noyau 2.6.20 ou Nature des utilisateurs
supérieur.
Les commandes devant être saisies en tant que super-
Elle se compose d'un module noyau et d'un client utilisateur(root) sont en gras comme dans l'exemple
dérivé du produit Qemu. suivant:
Le matériel hôte doit comporter un hyperviseur >sudo apt-get install kvm
matériel (technologie VT pour les processeurs intel, ou
SVM pour les processeurs AMD). Celles ne demandant pas les privilèges du super-
utilisateur ne seront pas en gras, comme dans l'exemple
KVM supporte deux types de virtualisation: la ci-après:
virtualisation « complète » (full virtualization) et sous
>cd /home/thegeekcorner
certaines conditions la para-virtualisation.

L'installation et les tests effectués dans ce document Environnement d'exécution des commandes
ont été réalisé sur un serveur équipé d'un processeur
Intel QuadCore 2.44 Ghz avec support VT - 4G de Les commandes exécutées au sein du système hôte
RAM et un disque dur de 1T. Le système hôte est une sont représentées sur un fond clair avec une couleur de
distribution Linux Ubunty 9.04 et le système invité est police noire comme illustré ci-après:
une Debian Lenny.
> commande hôte

Bien que KVM nous permette de virtualiser de

Celles executées dans le système invité sont
nombreux systèmes d'exploitations, nous retenons le
représentées sur un fond foncé avec une couleur de
système invité Debian Lenny qui nous permettra
police blanche :
d'illustrer l'activation de la para-virtualisation avec
Virtio. >commande invité

a) Conventions typographiques b) Remarques sur les commandes shell

Ce document comporte de nombreuses commandes Les commandes shell qui ne sont pas exécutées
à saisir dans un terminal, des conventions avec les privilèges du super-utilisateur (root)
typographiques sont utilisées pour assister le lecteur seront executées à partir de l'utilisateur courant
dans sa compréhension. thegeekcorner.

Invite de commande Remarque: Evidemment, il vous faudra adapter les

commandes en remplaçant l'utilisateur thegeekcorner
Tout ce qui se situe entre deux chevrons au sein d'une par celui de votre choix
commande doit être saisie sur une seule ligne.

Exemple 1 c) Vocabulaire

Livre blanc KVM (Kernel-based Virtual Machine)

http://thegeekcorner.pagesperso-orange.fr 1
 Le système hôte est le système d'exploitation sur Une fois le module noyau installé, il faut alors le
lequel KVM est installé. (dans notre cas, il s'agit de charger :
Ubuntu 9.04)
>sudo modprobe kvm-intel

Un système invité est un système d'exploitation

virtualisé.(Dans notre cas, il s'agit aussi de Debian Remarque : si votre processeur est un AMD il faut
Lenny) charger le module kvm-amd

Un système hôte peut héberger plusieurs systèmes

invités. On s'assure du succès du chargement:
>lsmod | grep kvm | wc -l
d) Abréviations
Si cette commande renvoie une valeur supérieure à
VM : Machine virtuelle 0 c'est que tout c'est bien passé. Le cas contraire, il
faut consulter les journaux systèmes du serveur pour
en savoir davantage.
II - Préparation pour l'installation
Ce chapitre décrit les étapes nécessaires à d) Ajout de l'utilisateur courant au
l'installation de KVM sur le système hôte Ubuntu 9.04. groupe kvm

a) prise en charge de la virtualisation Pour pouvoir exécuter KVM sans les privilèges
du super-utilisateur, il faut ajouter l'utilisateur
Avant de démarrez l'installation de KVM, il est thegeekcorner au groupe kvm. Pour cela, saisissez
important de vérifier la compatibilité matérielle et dans un terminal:
logicielle du système hôte. Pour cela, saisissez dans un >sudo adduser thegeekcorner kvm
terminal:
>egrep '^flags.*(vmx|svm)' /proc/cpuinfo
III - Eléments d'administration
Si rien ne s'affiche c'est que votre processeur
n'embarque pas d'hyperviseur matériel (VT/SVM); Ce chapitre présente les commandes permettant la
dans ce cas KVM ne peut pas être installé. création et l'installation d'une VM depuis un fichier
ISO téléchargé.

Remarque 1 : Si KVM ne peut pas être installé, vous

pouvez tout de même utiliser la solution KQemu qui est
a) Création de la machine virtuelle
un module noyau implantant un hyperviseur logiciel. Cette
solution comporte cependant plus de restrictions que KVM Pour notre étude de cas, nous allons créer une VM de
(ex: absence du support SMP dans les VM). 20G que l'on nommera lenny_thegeekcorner.raw. Pour
cela nous utilisons l'utilitaire qemu-img :
Remarque 2 : Il arrive quelquefois que malgrès le
succès de la commande précédente, la virtualisation soit qemu-img create ~/lenny_thegeekcorner.raw 20G
désactivée au niveau du BIOS, il faudra alors l'activer au
démarrage du serveur. Cette commande crée un fichier binaire au format
brut de 20G.
b) Installation de KVM et Qemu
Remarque : bien que aucun système d'exploitation
Comme nous l'avons vu dans les généralités, KVM ne soit encore installé dans le fichier
se compose d' un module noyau et d'un logiciel dérivé lenny_thegeekcorner.raw, celui-ci occupe tout de même
de Qemu. 20G d'espace disque.

L'installation de ces composant se fait à l'aide de la b) Installation de l'image virtuelle

commande:
>sudo apt-get install kvm qemu Téléchargement
Nous allons télécharger l'image ISO de la distribution
c) Chargement du module noyau KVM Debian Lenny pour les architectures 64bits.

Livre blanc KVM (Kernel-based Virtual Machine)

http://thegeekcorner.pagesperso-orange.fr 2
 >cd ~>wget http://cdimage.debian.org/debian-cd/5.0.1/ Une fois la VM redémarrée et pour profiter des
amd64/iso-dvd/debian-501-amd64-DVD-1.iso
dernières corrections d'anomalies et de mises à jour de
sécurités, il est nécessaire de mettre à jour le système :
Remarque : l'URL de téléchargement peut changer,
>apt-get update
veuillez vous référer au site http://cdimage.debian.org

Démarrage de l'installation Installation du serveur SSH

Par ailleurs, nous allons voir qu'une fois la VM
Une fois le fichier ISO téléchargé, nous allons nous
déployée sur le réseau on pourra la contacter à distance
en servir pour démarrer l'installation de la VM. Pour
avec SSH. Pour cela, nous allons d'ores et déjà installer
cela, saisissez dans un terminal du système hôte:
un serveur SSH sur le système invité :
>kvm -hda ~/lenny_thegeekcorner.raw -cdrom ~/debian-501-
amd64-DVD-1.iso -boot d -vga std -soundhw all -smp 4 -m >apt-get install openssh-server
1024

Quelques explications sur les paramètres: IV - Administration avançée

-hda ~/lenny_thegeekcorner.raw : spécifie le Après avoir vu dans la première partie comment
chemin absolu de la VM; installer une machine virtuelle, nous allons durant
ce chapitre présenter les commandes nécessaires au
-cdrom ~/debian-501-amd64-DVD-1.iso :
déploiement d'une VM sur un réseau ainsi que celles
spécifie l'image ISO à monter sur /dev/cdrom.
permettant l'activation de la para-virtualisation.
-boot -d : indique que le système doit démarrer à
partir de /dev/cdrom a) Déploiement sur le réseau local
-vga std : spécifie le type de carte graphique à Par défaut le réseau d'une VM est configuré en NAT,
émuler c'est à dire que les paquets réseaux émis par la VM
-soundhw all : active la prise en charge du son passent obligatoirement par une passerelle (dans ce cas
le système hôte) pour arriver à destination.
-smp 4 : active le support SMP 4 cores au sein de
la VM (évidemment, il faut que le système hôte gère Cette configuration est confortable dans la majorité
le SMP) des cas quand la VM n'a pas besoin d'être contactée
depuis l'extérieur, cependant quand il s'agit de
-m 1024 : spécifie la mémoire vive allouée à la virtualiser des services (serveurs de bases de données,
machine virtuelle serveurs d'applications, serveurs web, ...), il est
nécessaire de déployer la VM sur le réseau afin de lui
attribuer une IP.
remarque : Suivant les distributions linux hôtes, l'erreur
suivante peut se produire :
Installation des dépendances
open /dev/kvm: Permission deniedCould not initialize
KVM, will disable KVM support
Le déploiement d'une VM sur le réseau passe par le
Si c'est le cas, redémarrez la session graphique du création d'une interface virtuelle au sein du système
système hôte et essayez à nouveau. hôte. Pour cela il faut installer le paquetage uml-
utilities:
1er démarrage de la machine virtuelle installée >sudo apt-get install uml-utilities

Une fois l'installation terminée et afin de s'assurer Nous verrons qu'une fois l'interface virtuelle créée, il
de son succès, il faut redémarrer la VM en saisissant faudra la relier à une interface physique (création d'un
la commande : bridge).

>kvm -hda ~/lenny_thegeekcorner.raw -vga std -soundhw all

-smp 4 -m 1024 Remarque : hélas, pas toutes les cartes réseaux
permettent de réaliser des bridges, c'est le cas notamment
Une fenêtre graphique devrait apparaître figurant le des cartes wifi.
lancement du système hôte.

Mise à jour du système invité Debian Lenny La gestion des bridges nécessitent l'installation du
paquetage bridge-utils:

Livre blanc KVM (Kernel-based Virtual Machine)

http://thegeekcorner.pagesperso-orange.fr 3
 >sudo apt-get install bridge-utils Les modifications apportées à /etc/network/
interfaces s'appuient sur la configuration réseau du
Préparation du pont réseau (bridge) et de système hôte dont voici les caractéristiques principales:
l'interface réseau virtuelle
L'interface réseau active sur le serveur est eth0.
Ajout de l'utilisateur courant au groupe uml-net:
L'adresse IP de eth0 est fixée manuellement à
192.168.0.2;
Pour que l'utilisateur courant (thegeekcorner)
puisse utiliser une interface réseau virtuelle il faut le l'adresse IP de la passerelle du réseau local est
rajouter au groupe uml-net: 192.168.0.254;
>sudo adduser thegeekcorner uml-net Le masque du réseau local est 255.255.255.0;

Configuration du groupe tunusers: Le nom du bridge est br0;

Le nom de l'interface virtuelle sera tap10;

Pour que l'utilisateur courant puisse effectuer des
opérations d'entrées/sorties sur l'interface virtuelle, il
est nécessaire de créer le groupe tunusers et de lui Modification du fichier /
ajouter l'utilisateur courant: etc/network/interfaces
>sudo addgroup tunusers && adduser thegeekcorner tunusers
A partir des caractéristiques précédentes le fichier
/etc/network/interfaces doit comporter le
Edition du fichier 50-udev.rules contenu suivant:
Toujours pour permettre l' usage de l'interface auto lo eth0 tap10 br0
iface lo inet loopback
virtuelle par l'utilisateur courant, udev doit être
configuré pour intégrer le groupe tunusers. Pour iface eth0 inet manual
iface tap10 inet manual
cela, éditez le fichier /etc/udev/rules.d/50- address 192.168.0.2
udev.rules en remplaçant: netmask 255.255.255.0
gateway 192.168.0.254
up ifconfig tap10 up
KERNEL=="tun", NAME="net/%k"
down ifconfig tap10 down
down tunctl -d tap10
par tunctl_user thegeekcorner

iface br0 inet static

KERNEL=="tun", NAME="net/%k", GROUP="tunusers", bridge_ports eth0 tap10
MODE="0660" bridge_maxwait 0

Modification de /lib/udev/devices/net/tun
Remarque : Evidemment, il est de votre ressort
d'adapter ce script en fonction de votre configuration.
Les propriétés du fichier /lib/udev/devices/
net/tun doivent être modifiés comme suit:
Redémarrage du réseau et test de la
>sudo chown :tunusers /lib/udev/devices/net/tun
>sudo chmod g+rw /lib/udev/devices/net/tun configuration du système hôte
Pour prendre en compte la nouvelle configuration, il
Redémarrage du système hôte
est utile de redémarrer le réseau du système hôte:
Pour que l'ensemble des modifications précédentes >sudo /etc/init.d/networking restart
prennent effet, il faut redémarrer le système hôte:
>sudo reboot Test du bridge
Afin de s'assurer de la bonne création du bridge, la
Le fichier /etc/network/interfaces commande suivante doit retourner 1 :
L'interface virtuelle et le bridge sont normalement >ifconfig | grep br0 | wc -l
prêts pour être configurés.

Leurs configurations nécessitent l'édition du fichier Test de la création de l'interface réseau virtuelle
/etc/network/interfaces.
Afin de s'assurer de la bonne création de l'interface
réseau virtuelle, la commande suivante doit aussi
Caractéristiques réseau du système hôte retourner 1 :

Livre blanc KVM (Kernel-based Virtual Machine)

http://thegeekcorner.pagesperso-orange.fr 4
 >ifconfig -a | grep tap10 | wc -l pour connaître l'IP actuelle, if suffit de saisir:
>/sbin/ifconfig eth0
Test de l'association du bridge
avec l'interface réseau virtuelle
b) Para-virtualisation
Pour vérifier que l'interface réseau virtuelle tap10 a
bien été associée au bridge br0, la commande suivante L'activation de la para-virtualisation améliore
doit renvoyer 1 : notablement les performances réseaux et disques mais
elle nécessite un système invité modifié.
>brctl show | grep tap10 | wc -l

La para-virtualisation au sein de KVM repose sur

Redémarrage de la machine virtuelle le projet virtio. Virtio n'est pas disponible pour tous
les systèmes invités. Actuellement il n'existe que pour
Désormais que le système hôte est configuré, il les systèmes invités windows XP, windows 2000 et
faut relancer la VM en passant quelques arguments les distributions linux comportant un noyau 2.6.25 ou
supplémentaires à kvm : supérieur.
>kvm -hda ~/lenny_thegeekcorner.raw -vga
std -soundhw all -smp 4 -m 1024 -net
nic,macaddr=52:54:00:12:34:56 ,model=rtl8139 -net
Remarque : Virtio nécessite KVM V.60 ou supérieur (ce
tap,ifname=tap10,script=no qui est le cas de Ubuntu 9.04).

Quelques explications sur les nouveaux paramètres :

Tests de performances avant l'activation de la
-net nic,macaddr=52:54:00:12:34:56 para-virtualisation
attribue l'adresse MAC 52:54:00:12:34:56 à
l'interface réseau virtuelle; Cette partie détaille l'installation et le protocole de
test2 pour évaluer les performances induites par la
,model=rtl8139: permet d'émuler la carte réseau para-virtualisation.
Realtek 8139;
Installation des outils de test
-net tap,ifname=tap10: spécifie le nom de
l'interface virtuelle à utiliser; Afin de nous assurer du bénéfice apportée par
la para-virtualisation, nous allons mettre en place
,noscript: indique que le script /etc/qemu-
une procédure de test de performances. Pour cela,
ifup (ou kvm-ifup) n'est pas nécessaire pour
nous allons tester les performances réseau et disque
initialiser la configuration réseau.
en utilisant les utilitaires iperf et hdparm que nous
installons à la fois dans le système hôte et le système
Test de la configuration réseau de la machine invité :
virtuelle
>sudo apt-get install iperf hdparm
>apt-get install iperf hdparm
Une fois la VM démarrée, éditez son fichier /etc/
network/interfaces à partir du contenu suivant :
Test sans activation de la para-virtualisation
auto lo eth0
iface lo inet loopback
Sur le système hôte et la VM il est désormais possible
#CONFIG MANUELLE de tester la vitesse de lecture du disque
iface eth0 inet static
address 192.168.0.2
>hdparm -t /dev/sda
netmask 255.255.255.0
gateway 192.168.0.254

##CONFIG DHCP
#iface eth0 inet dhcp
Remarque : l'option -t permet de désactiver le cache du
disque
Redémarrez le réseau de la VM pour prendre en
compte les modifications: Pour tester la vitesse du réseau entre le système hôte
>/etc/init.d/networking restart et la VM, il suffit de saisir sur le système hôte :
>iperf -s
Assurez-vous que la nouvelle IP de la VM
appartienne au réseau local (dans notre cas, entre Puis de saisir dans la VM :
192.168.0.1 et 192.168.0.254).
>iperf -c 192.168.0.2

Livre blanc KVM (Kernel-based Virtual Machine)

http://thegeekcorner.pagesperso-orange.fr 5
 Le résultat est exprimé en Mbits/s.
V - Trucs et astuces
Configuration de la machine virtuelle
a) Montage d'une image KVM sous linux
Une fois le nécessaire des tests installé, nous allons
détailler les opérations permettant d'activer la para- Il est possible d'accéder au système de fichier de la
virtualisation au sein de la VM. VM depuis le système hôte sans avoir à exécuter KVM.
Pour cela, il suffit de monter l'image sur un répertoire
Edition du fichier /etc/ du système hôte à l'aide de l'interface Loop du noyau
initramf-tools/modules Linux:
>sudo mkdir /mnt/fs_thegeekcorner
Dans la VM, éditez le fichier /etc/initramfs- >sudo mount -o loop,offset=32256 ~/
lenny_thegeekcorner.raw /mnt/fs_thegeekcorner
tools/modules et ajoutez-y le contenu suivant:
virtio Le répertoire /mnt/fs_thegeekcorner comporte
virtio_balloon désormais l'arborescence racine de votre VM.
virtio_pci
virtio_rng
virtio_net Pour démonter ce répertoire :
virtio_blk
>sudo umount /mnt/fs_thegeekcorner
Pour prendre en compte les précédentes
modifications:
Remarque: sur les nouvelles distributions l'interface
>update-initramfs -u Loop est active par défaut.

Edition du fichier /boot/grub/menu.lst b) Executer une machine virtuelle sans

l'activation de virtio remplace les labels hd[a-z] affichage graphique
par vd[a-z], il faut de ce fait modifier le fichier /
boot/grub/menu.lst en remplaçant les occurrences La console graphique qui s'affiche et qui présente
root=/dev/hda1 par root=/dev/vda1. le démarrage de la machine virtuelle n'est pas
systématiquement souhaitable en l'occurrence quand il
s'agit de démarrer une VM sur un serveur hôte sans
Redémarrage de la VM en activant la para- serveur X, ou de démarrer une VM à distance via SSH
virtualisation (evidemment sans tricher (sans forward X ... -Y ou -
X))
Tout est normalement configuré pour que la para-
virtualisation fonctionne: il suffit de relancer KVM La solution consiste à passer en paramètres les
avec quelques paramètres supplémentaires: options -nographic et -daemonize à la commande
kvm comme le figure l'exemple suivant:
>kvm -drive file=~/
lenny_thegeekcorner.raw,if=virtio,boot=on >kvm -hda ~/lenny_thegeekcorner.raw -nographic -
-vga std -soundhw all -smp 2 -m 1024 -net daemonize -vga std -soundhw all -smp 4 -m 1024 -net
nic,macaddr=52:54:00:12:34:56,model=virtio -net nic,macaddr=52:54:00:12:34:56 ,model=rtl8139 -net
tap,ifname=tap10,script=no tap,ifname=tap10,script=no

Quelques explications:
Remarque : l'usage de -drive à la place de -hda nous
permet de spécifier l'interface virtio pour le disque. -nographic permet effectivement de ne pas lancer
la console graphique
Tests de performances après activation de la -daemonize permet d'executer KVM en démon ce
para-virtualisation qui nous rend immédiatement la main dans le shell et
nous permet de le fermer (sans craindre d'éteindre la
En suivant la même procédure de tests que celle VM en cours d'execution).
établie avant l'activation de la para-virtualisation on
peut réaliser un tableau de comparaison :

Hôte VM sans VM avec

virtio virtio
Réseau 1GB/s 192MB/s 950MB/s
Disque 87MB/s 40MB/s 71MB/s

Livre blanc KVM (Kernel-based Virtual Machine)

http://thegeekcorner.pagesperso-orange.fr 6
Table des matières

I - Généralités.........................................................................................................................p. 1
a) Conventions typographiques...................................................................................... p. 1
Invite de commande...............................................................................................p. 1
Nature des utilisateurs........................................................................................... p. 1
Environnement d'exécution des commandes.......................................................... p. 1
b) Remarques sur les commandes shell..........................................................................p. 1
c) Vocabulaire.................................................................................................................p. 1
d) Abréviations...............................................................................................................p. 2
II - Préparation pour l'installation.........................................................................................p. 2
a) prise en charge de la virtualisation........................................................................... p. 2
b) Installation de KVM et Qemu.................................................................................. p. 2
c) Chargement du module noyau KVM.........................................................................p. 2
d) Ajout de l'utilisateur courant au groupe kvm ..........................................................p. 2
III - Eléments d'administration.............................................................................................. p. 2
a) Création de la machine virtuelle............................................................................... p. 2
b) Installation de l'image virtuelle.................................................................................p. 2
Téléchargement.......................................................................................................p. 2
Démarrage de l'installation.................................................................................... p. 3
1er démarrage de la machine virtuelle installée.....................................................p. 3
Mise à jour du système invité Debian Lenny................................................ p. 3
Installation du serveur SSH...........................................................................p. 3
IV - Administration avançée.................................................................................................. p. 3
a) Déploiement sur le réseau local................................................................................. p. 3
Installation des dépendances.................................................................................. p. 3
Préparation du pont réseau (bridge) et de l'interface réseau virtuelle................... p. 4
Ajout de l'utilisateur courant au groupe uml-net:...................................... p. 4
Configuration du groupe tunusers:............................................................ p. 4
Edition du fichier 50-udev.rules ............................................................ p. 4
Modification de /lib/udev/devices/net/tun ...................................... p. 4
Redémarrage du système hôte....................................................................... p. 4
Le fichier /etc/network/interfaces ............................................................ p. 4
Caractéristiques réseau du système hôte....................................................... p. 4
Modification du fichier /etc/network/interfaces ............................... p. 4
Redémarrage du réseau et test de la configuration du système hôte......................p. 4
Test du bridge............................................................................................... p. 4
Test de la création de l'interface réseau virtuelle.......................................... p. 4
Test de l'association du bridge avec l'interface réseau virtuelle..................... p. 5
Redémarrage de la machine virtuelle.....................................................................p. 5
Test de la configuration réseau de la machine virtuelle......................................... p. 5
b) Para-virtualisation..................................................................................................... p. 5
Tests de performances avant l'activation de la para-virtualisation.........................p. 5
Installation des outils de test........................................................................ p. 5
Test sans activation de la para-virtualisation................................................ p. 5
Configuration de la machine virtuelle....................................................................p. 6
Edition du fichier /etc/initramf-tools/modules ...............................p. 6
Edition du fichier /boot/grub/menu.lst ............................................... p. 6
Redémarrage de la VM en activant la para-virtualisation..................................... p. 6
Tests de performances après activation de la para-virtualisation........................... p. 6
V - Trucs et astuces...............................................................................................................p. 6
a) Montage d'une image KVM sous linux..................................................................... p. 6
b) Executer une machine virtuelle sans affichage graphique..........................................p. 6