Installer Xen sur CentOS 5.2 (i386)

Version 1.0
Auteur : Falko Timme

Ce tutoriel fournit des instructions étape par étape sur la façon d’installer Xen (version 3.0.3) sur un système CentOS 5.2 (i386).

Xen vous permet de créer des systèmes d’exploitation invités (systèmes d’exploitation *nix comme Linux et FreeBSD), appelés “machines virtuelles” ou domU, sous un système d’exploitation hôte (dom0). En utilisant Xen, vous pouvez séparer vos applications en différentes machines virtuelles qui sont totalement indépendantes les unes des autres (par exemple, une machine virtuelle pour un serveur de messagerie, une machine virtuelle pour un site web à fort trafic, une autre machine virtuelle qui sert les sites web de vos clients, une machine virtuelle pour DNS, etc.), mais utiliser le même matériel. Cela permet d’économiser de l’argent, et ce qui est encore plus important, c’est plus sécurisé. Si la machine virtuelle de votre serveur DNS est piratée, cela n’a aucun effet sur vos autres machines virtuelles. De plus, vous pouvez déplacer des machines virtuelles d’un serveur Xen à un autre.

J’utiliserai CentOS 5.2 (i386) à la fois pour le système d’exploitation hôte (dom0) et le système d’exploitation invité (domU).

Ce guide est destiné à être un guide pratique ; il ne couvre pas les bases théoriques. Elles sont traitées dans de nombreux autres documents sur le web.

Ce document est fourni sans garantie d’aucune sorte ! Je tiens à dire que ce n’est pas la seule façon de configurer un tel système. Il existe de nombreuses façons d’atteindre cet objectif, mais c’est la méthode que je choisis. Je ne donne aucune garantie que cela fonctionnera pour vous !

1 Remarque préliminaire

J’utilise les partitions suivantes sur mon système hôte CentOS 5.2 (dom0) :

/boot 150 Mo (ext3)
swap 1 Go
/ 3 Go (ext3)
/vm le reste (ext3)

Je vais créer les machines virtuelles dans le répertoire /vm ; bien sûr, vous pouvez utiliser n’importe quel autre répertoire qui a suffisamment d’espace libre, et vous n’avez pas besoin de créer une partition propre pour cela. Si vous utilisez un autre répertoire, remplacez /vm par votre propre répertoire dans ce tutoriel.

Si vous souhaitez également enregistrer vos machines virtuelles dans /vm, mais que vous n’avez pas créé de partition pour cela ou si le répertoire /vm n’existe pas sur votre système, vous pouvez le créer comme ceci :

mkdir /vm

Assurez-vous que SELinux est désactivé ou permissif :

vi /etc/sysconfig/selinux

| # Ce fichier contrôle l'état de SELinux sur le système. # SELINUX= peut prendre l'une de ces trois valeurs : # enforcing - La politique de sécurité SELinux est appliquée. # permissive - SELinux imprime des avertissements au lieu d'appliquer. # disabled - SELinux est complètement désactivé. SELINUX=disabled # SELINUXTYPE= type de politique en cours d'utilisation. Les valeurs possibles sont : # targeted - Seuls les démons réseau ciblés sont protégés. # strict - Protection complète de SELinux. SELINUXTYPE=targeted |

Si vous avez dû modifier /etc/sysconfig/selinux, veuillez redémarrer le système :

reboot

2 Installer Xen **

Pour installer Xen, il suffit de lancer

yum install kernel-xen xen

Cela installe Xen et un noyau Xen sur notre système CentOS.

Avant de pouvoir démarrer le système avec le noyau Xen, veuillez vérifier la configuration de votre chargeur de démarrage GRUB. Nous ouvrons /boot/grub/menu.lst :

vi /boot/grub/menu.lst

Le premier noyau répertorié doit être le noyau Xen que vous venez d’installer :

| [...] title CentOS (2.6.18-92.1.13.el5xen) root (hd0,0) kernel /xen.gz-2.6.18-92.1.13.el5 module /vmlinuz-2.6.18-92.1.13.el5xen ro root=/dev/VolGroup00/LogVol00 module /initrd-2.6.18-92.1.13.el5xen.img [...] |

Changez la valeur de default à 0 (afin que le premier noyau (le noyau Xen) soit démarré par défaut) :

| [...] default=0 [...] |

Le fichier complet /boot/grub/menu.lst devrait ressembler à ceci :

| # grub.conf généré par anaconda # # Notez que vous n'avez pas besoin de relancer grub après avoir apporté des modifications à ce fichier # AVIS : Vous avez une partition /boot. Cela signifie que # tous les chemins du noyau et initrd sont relatifs à /boot/, par exemple. # root (hd0,0) # kernel /vmlinuz-version ro root=/dev/VolGroup00/LogVol00 # initrd /initrd-version.img #boot=/dev/sda default=0 timeout=5 splashimage=(hd0,0)/grub/splash.xpm.gz hiddenmenu title CentOS (2.6.18-92.1.13.el5xen) root (hd0,0) kernel /xen.gz-2.6.18-92.1.13.el5 module /vmlinuz-2.6.18-92.1.13.el5xen ro root=/dev/VolGroup00/LogVol00 module /initrd-2.6.18-92.1.13.el5xen.img title CentOS (2.6.18-92.1.1.el5) root (hd0,0) kernel /vmlinuz-2.6.18-92.1.1.el5 ro root=/dev/VolGroup00/LogVol00 initrd /initrd-2.6.18-92.1.1.el5.img title CentOS (2.6.18-92.el5) root (hd0,0) kernel /vmlinuz-2.6.18-92.el5 ro root=/dev/VolGroup00/LogVol00 initrd /initrd-2.6.18-92.el5.img |

Ensuite, nous redémarrons le système :

reboot

Le système devrait maintenant démarrer automatiquement avec le nouveau noyau Xen. Après le démarrage du système, nous pouvons vérifier cela en exécutant

uname -r

[root@server1 ~]# uname -r  
2.6.18-92.1.13.el5xen  
[root@server1 ~]#

Donc, il utilise vraiment le nouveau noyau Xen !

Nous pouvons maintenant exécuter

xm list

pour vérifier si Xen a démarré. Il devrait lister Domain-0 (dom0) :

[root@server1 ~]# xm list  
Name                             ID Mem(MiB) VCPUs State   Time(s)  
Domain-0                         0      964      1 r-----    134.1  
[root@server1 ~]#