Virtualisation · 4 min read · Feb 04, 2026

Virtualisation Avec KVM Sur Un Serveur Mandriva 2010.0

Virtualisation Avec KVM Sur Un Serveur Mandriva 2010.0

Version 1.0
Auteur : Falko Timme
Suivez-moi sur Twitter

Ce guide explique comment vous pouvez installer et utiliser KVM pour créer et exécuter des machines virtuelles sur un serveur Mandriva 2010.0. Je vais montrer comment créer des machines virtuelles basées sur des images et aussi des machines virtuelles qui utilisent un volume logique (LVM). KVM est l’abréviation de Kernel-based Virtual Machine et utilise la virtualisation matérielle, c’est-à-dire que vous avez besoin d’un processeur qui prend en charge la virtualisation matérielle, par exemple Intel VT ou AMD-V.

Je ne donne aucune garantie que cela fonctionnera pour vous !

1 Remarque Préliminaire

J’utilise un serveur Mandriva 2010.0 avec le nom d’hôte server1.example.com et l’adresse IP 192.168.0.100 ici comme mon hôte KVM.

Nous avons également besoin d’un système de bureau où nous installons virt-manager afin que nous puissions nous connecter à la console graphique des machines virtuelles que nous installons. J’utilise un bureau Mandriva 2010.0 ici.

2 Installation de KVM

Hôte KVM Mandriva 2010.0 :

D’abord, vérifiez si votre processeur prend en charge la virtualisation matérielle - si c’est le cas, la commande

egrep '(vmx|svm)' --color=always /proc/cpuinfo

devrait afficher quelque chose, par exemple comme ceci :

[root@server1 administrator]# egrep '(vmx|svm)' --color=always /proc/cpuinfo  
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr   
sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow rep_good extd_apicid pni cx16 lahf_lm cmp_legacy   
svm extapic cr8_legacy 3dnowprefetch  
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr   
sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow rep_good extd_apicid pni cx16 lahf_lm cmp_legacy   
svm extapic cr8_legacy 3dnowprefetch  
[root@server1 administrator]#

Si rien n’est affiché, alors votre processeur ne prend pas en charge la virtualisation matérielle, et vous devez vous arrêter ici.

Pour installer KVM et virtinst (un outil pour créer des machines virtuelles), nous exécutons

urpmi kvm libvirt0 python-virtinst libvirt-utils

Puis démarrez le démon libvirt :

/etc/init.d/libvirtd start

Pour vérifier si KVM a été installé avec succès, exécutez

virsh -c qemu:///system list

Cela devrait afficher quelque chose comme ceci :

[root@server1 administrator]# virsh -c qemu:///system list  
 Id Nom                 État  
----------------------------------  
  
[root@server1 administrator]#

Si cela affiche une erreur à la place, alors quelque chose s’est mal passé.

Ensuite, nous devons configurer un pont réseau sur notre serveur afin que nos machines virtuelles puissent être accessibles depuis d’autres hôtes comme si elles étaient des systèmes physiques dans le réseau.

Pour ce faire, nous installons le paquet bridge-utils…

urpmi bridge-utils

… et configurons un pont.

Pour configurer le pont, créez le fichier /etc/sysconfig/network-scripts/ifcfg-br0 (veuillez utiliser les valeurs BOOTPROTO, DNS1 (plus tous les autres paramètres DNS, le cas échéant), GATEWAY, IPADDR, NETMASK et SEARCH du fichier /etc/sysconfig/network-scripts/ifcfg-eth0) :

vi /etc/sysconfig/network-scripts/ifcfg-br0

| DEVICE=br0 TYPE=Bridge BOOTPROTO=static DNS1=145.253.2.75 GATEWAY=192.168.0.1 IPADDR=192.168.0.100 NETMASK=255.255.255.0 ONBOOT=yes SEARCH="example.com" |

Modifiez /etc/sysconfig/network-scripts/ifcfg-eth0 comme suit (commentez BOOTPROTO, DNS1 (et tous les autres serveurs DNS, le cas échéant), GATEWAY, IPADDR, NETMASK et SEARCH et ajoutez BRIDGE=br0) :

vi /etc/sysconfig/network-scripts/ifcfg-eth0

| DEVICE=eth0 #BOOTPROTO=static #IPADDR=192.168.0.100 #NETMASK=255.255.255.0 #GATEWAY=192.168.0.1 ONBOOT=yes METRIC=10 MII_NOT_SUPPORTED=no USERCTL=no #DNS1=192.168.0.1 #DNS2=145.253.2.75 RESOLV_MODS=no LINK_DETECTION_DELAY=6 IPV6INIT=no IPV6TO4INIT=no ACCOUNTING=no BRIDGE=br0 |

Redémarrez le réseau :

/etc/init.d/network restart

Puis exécutez

ifconfig

Cela devrait maintenant afficher le pont réseau ( br0) :

[root@server1 administrator]# ifconfig  
br0       Link encap:Ethernet  HWaddr 00:1E:90:F3:F0:02  
          inet addr:192.168.0.100  Bcast:192.168.0.255  Mask:255.255.255.0  
          inet6 addr: fe80::21e:90ff:fef3:f002/64 Scope:Link  
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1  
          RX packets:76 errors:0 dropped:0 overruns:0 frame:0  
          TX packets:88 errors:0 dropped:0 overruns:0 carrier:0  
          collisions:0 txqueuelen:0  
          RX bytes:8583 (8.3 KiB)  TX bytes:15970 (15.5 KiB)  
  
eth0      Link encap:Ethernet  HWaddr 00:1E:90:F3:F0:02  
          inet6 addr: fe80::21e:90ff:fef3:f002/64 Scope:Link  
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1  
          RX packets:34905 errors:0 dropped:0 overruns:0 frame:0  
          TX packets:21722 errors:0 dropped:0 overruns:0 carrier:0  
          collisions:0 txqueuelen:1000  
          RX bytes:48048128 (45.8 MiB)  TX bytes:2539734 (2.4 MiB)  
          Interrupt:28  
  
lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0  
          inet6 addr: ::1/128 Scope:Host  
          UP LOOPBACK RUNNING  MTU:16436  Metric:1  
          RX packets:56 errors:0 dropped:0 overruns:0 frame:0  
          TX packets:56 errors:0 dropped:0 overruns:0 carrier:0  
          collisions:0 txqueuelen:0  
          RX bytes:5304 (5.1 KiB)  TX bytes:5304 (5.1 KiB)  
  
virbr0    Link encap:Ethernet  HWaddr 4A:2C:D4:86:08:14  
          inet addr:192.168.122.1  Bcast:192.168.122.255  Mask:255.255.255.0  
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1  
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0  
          TX packets:44 errors:0 dropped:0 overruns:0 carrier:0  
          collisions:0 txqueuelen:0  
          RX bytes:0 (0.0 b)  TX bytes:9276 (9.0 KiB)  
  
[root@server1 administrator]#

3 Installation de virt-manager Sur Votre Bureau Mandriva 2010.0

Bureau Mandriva 2010.0 :

Nous avons besoin d’un moyen de nous connecter à la console graphique de nos invités - nous pouvons utiliser virt-manager pour cela. Je suppose que vous utilisez un bureau Mandriva 2010.0.

Devenez root…

su

… et exécutez…

urpmi virt-manager

… pour installer virt-manager.

(Si vous utilisez un bureau Ubuntu 9.10, vous pouvez installer virt-manager comme suit :

sudo aptitude install virt-manager

)

4 Création D’un Invité Debian Lenny (Basé Sur Une Image)

Hôte KVM Mandriva 2010.0 :

Maintenant, retournons à notre hôte KVM Mandriva 2010.0.

Jetez un œil à

man virt-install

pour apprendre à l’utiliser.

Pour créer un invité Debian Lenny (en mode pont) avec le nom vm10, 512 Mo de RAM, deux CPU virtuels, et l’image disque ~/vm10.qcow2 (avec une taille de 12 Go), insérez le CD d’installation Netinstall de Debian Lenny dans le lecteur CD et exécutez

virt-install --connect qemu:///system -n vm10 -r 512 --vcpus=2 -f ~/vm10.qcow2 -s 12 -c /dev/cdrom --vnc --noautoconsole --os-type linux --os-variant debianlenny --accelerate --network=bridge:br0 --hvm

Bien sûr, vous pouvez également créer une image ISO du CD d’installation Netinstall de Debian Lenny…

dd if=/dev/cdrom of=~/debian-500-amd64-netinst.iso

… et utiliser l’image ISO dans la commande virt-install :

virt-install --connect qemu:///system -n vm10 -r 512 --vcpus=2 -f ~/vm10.qcow2 -s 12 -c ~/debian-500-amd64-netinst.iso --vnc --noautoconsole --os-type linux --os-variant debianlenny --accelerate --network=bridge:br0 --hvm

La sortie est la suivante :

[root@server1 administrator]# virt-install --connect qemu:///system -n vm10 -r 512 --vcpus=2 -f ~/vm10.qcow2 -s 12 -c ~/debian-500-amd64-netinst.iso --vnc --noautoconsole --os-type linux --os-variant debianlenny --accelerate --network=bridge:br0 --hvm  
  
Démarrage de l'installation...  
Création du fichier de stockage vm10.qcow2                                                                                             |  12 Go     00:00  
Création du domaine...                                                                                                           |    0 B     00:00  
L'installation du domaine est toujours en cours. Vous pouvez vous reconnecter à  
la console pour terminer le processus d'installation.  
[root@server1 administrator]#

Maintenant, nous devons reconfigurer notre démon SSH afin qu’il permette les connexions root (afin que nous puissions nous connecter depuis notre bureau Mandriva 2010.0 en tant que root). Ouvrez /etc/ssh/sshd_config…

vi /etc/ssh/sshd_config

… et changez la ligne PermitRootLogin comme suit :

| [...] PermitRootLogin yes [...] |

Redémarrez ensuite le démon SSH :

/etc/init.d/sshd restart
Share: X/Twitter LinkedIn

Recevez de nouveaux articles dans votre boîte de réception.

Aucun spam. Désabonnez-vous à tout moment.