| 1 |
cam 07/09/13 13:32:09 |
| 2 |
|
| 3 |
Modified: metadoc.xml |
| 4 |
Added: xen-guide.xml |
| 5 |
Log: |
| 6 |
#192158 New translation: xen-guide.xml thanks to TiteFleur |
| 7 |
|
| 8 |
Revision Changes Path |
| 9 |
1.125 xml/htdocs/doc/fr/metadoc.xml |
| 10 |
|
| 11 |
file : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/fr/metadoc.xml?rev=1.125&view=markup |
| 12 |
plain: http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/fr/metadoc.xml?rev=1.125&content-type=text/plain |
| 13 |
diff : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/fr/metadoc.xml?r1=1.124&r2=1.125 |
| 14 |
|
| 15 |
Index: metadoc.xml |
| 16 |
=================================================================== |
| 17 |
RCS file: /var/cvsroot/gentoo/xml/htdocs/doc/fr/metadoc.xml,v |
| 18 |
retrieving revision 1.124 |
| 19 |
retrieving revision 1.125 |
| 20 |
diff -u -r1.124 -r1.125 |
| 21 |
--- metadoc.xml 6 Sep 2007 14:24:53 -0000 1.124 |
| 22 |
+++ metadoc.xml 13 Sep 2007 13:32:08 -0000 1.125 |
| 23 |
@@ -1,5 +1,5 @@ |
| 24 |
<?xml version="1.0" encoding="UTF-8"?> |
| 25 |
-<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/fr/metadoc.xml,v 1.124 2007/09/06 14:24:53 cam Exp $ --> |
| 26 |
+<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/fr/metadoc.xml,v 1.125 2007/09/13 13:32:08 cam Exp $ --> |
| 27 |
<!DOCTYPE metadoc SYSTEM "/dtd/metadoc.dtd"> |
| 28 |
|
| 29 |
<metadoc lang="fr" parent="/doc/en/metadoc.xml"> |
| 30 |
@@ -445,7 +445,7 @@ |
| 31 |
<file id="qa-automagic">/proj/en/qa/automagic.xml</file> |
| 32 |
<file id="qa-backtraces">/proj/en/qa/backtraces.xml</file> |
| 33 |
<file id="manually-fixing-portage">/proj/en/portage/doc/manually-fixing-portage.xml</file> |
| 34 |
- <file id="xen-guide">/doc/en/xen-guide.xml</file> |
| 35 |
+ <file id="xen-guide">/doc/fr/xen-guide.xml</file> |
| 36 |
</files> |
| 37 |
<docs> |
| 38 |
<doc id="name-logo"> |
| 39 |
|
| 40 |
|
| 41 |
|
| 42 |
1.1 xml/htdocs/doc/fr/xen-guide.xml |
| 43 |
|
| 44 |
file : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/fr/xen-guide.xml?rev=1.1&view=markup |
| 45 |
plain: http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/fr/xen-guide.xml?rev=1.1&content-type=text/plain |
| 46 |
|
| 47 |
Index: xen-guide.xml |
| 48 |
=================================================================== |
| 49 |
<?xml version='1.0' encoding='UTF-8'?> |
| 50 |
<!DOCTYPE guide SYSTEM "/dtd/guide.dtd"> |
| 51 |
<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/fr/xen-guide.xml,v 1.1 2007/09/13 13:32:08 cam Exp $ --> |
| 52 |
|
| 53 |
<guide link="/doc/fr/xen-guide.xml" lang="fr"> |
| 54 |
<title>Configurer Gentoo avec Xen</title> |
| 55 |
|
| 56 |
<author title="Auteur"> |
| 57 |
<mail link="swift@g.o">Sven Vermeulen</mail> |
| 58 |
</author> |
| 59 |
|
| 60 |
<author title="Traducteur"> |
| 61 |
<mail link="titefleur@××××××.net">Marion Agé</mail> |
| 62 |
</author> |
| 63 |
|
| 64 |
<abstract> |
| 65 |
Ce guide explique comment utiliser Xen sur votre système Gentoo. |
| 66 |
</abstract> |
| 67 |
|
| 68 |
<!-- The content of this document is licensed under the CC-BY-SA license --> |
| 69 |
<!-- See http://creativecommons.org/licenses/by-sa/2.5 --> |
| 70 |
<license/> |
| 71 |
|
| 72 |
<version>1.0</version> |
| 73 |
<date>2007-08-29</date> |
| 74 |
|
| 75 |
<chapter> |
| 76 |
<title>Introduction</title> |
| 77 |
<section> |
| 78 |
<body> |
| 79 |
|
| 80 |
<p> |
| 81 |
La technologie <uri link="http://www.xensource.com/">Xen</uri> vous permet de |
| 82 |
lancer plusieurs systèmes d'exploitation sur une même machine physique, de |
| 83 |
contrôler les ressources utilisées et même les domaines émigrants (qui sont les |
| 84 |
environnements virtuels dans lesquels un système d'explotation invité |
| 85 |
fonctionne) depuis un système utilisant Xen vers un autre. Xen nécessite d'être |
| 86 |
supporté par le système d'exploitation hôte (qui, dans notre cas, sera le noyau |
| 87 |
Linux), tandis que les systèmes d'exploitation invités peuvent fonctionner sans |
| 88 |
être modifiés <e>si</e> votre matériel supporte la technologie de |
| 89 |
virtualisation Intel (VT-x) ou la technologie de virtualisation AMD (SVM). |
| 90 |
Sinon votre système invité devra également posséder le support de Xen. |
| 91 |
</p> |
| 92 |
|
| 93 |
<p> |
| 94 |
Ce guide va vous expliquer les étapes de configuration nécessaires afin de |
| 95 |
faire fonctionner Xen sous Gentoo Linux. Nous ne parlerons pas de Xen en |
| 96 |
lui-même (une <uri |
| 97 |
link="http://www.cl.cam.ac.uk/research/srg/netos/xen/readmes/user">documentation</uri> |
| 98 |
décente du projet Xen est disponible) ni des configurations spécialisées qui |
| 99 |
pourraient être très intéressantes dans notre cas mais qui ne sont pas en |
| 100 |
relation directe avec Xen (comme l'exportation de Portage à travers le NFS, le |
| 101 |
démarrage de Linux en PXE, etc.). |
| 102 |
</p> |
| 103 |
|
| 104 |
</body> |
| 105 |
</section> |
| 106 |
</chapter> |
| 107 |
<chapter> |
| 108 |
<title>Préparation du domaine 0</title> |
| 109 |
<section> |
| 110 |
<title>Introduction</title> |
| 111 |
<body> |
| 112 |
|
| 113 |
<p> |
| 114 |
Le <e>domaine 0</e> est le domaine primaire sous Xen, hébergeant le système |
| 115 |
d'exploitation hôte qui régit tous les autres domaines. Dans ce chapitre, nous |
| 116 |
allons préparer une installation existante de Gentoo à devenir le système |
| 117 |
d'exploitation hôte de ce domaine et construire le noyau avec le support de Xen |
| 118 |
afin que Gentoo soit prête à héberger d'autres domaines Xen. |
| 119 |
</p> |
| 120 |
|
| 121 |
</body> |
| 122 |
</section> |
| 123 |
<section> |
| 124 |
<title>Refaire l'installation de Gentoo ?</title> |
| 125 |
<body> |
| 126 |
|
| 127 |
<p> |
| 128 |
Il est possible que vous vous retrouviez face à un « drame », celui |
| 129 |
de devoir reconstruire entièrement l'installation de Gentoo avec un paramètre |
| 130 |
<c>CFLAGS</c> différent. |
| 131 |
Les systèmes d'exploitation invités fonctionnant sous Xen peuvent sinon subir |
| 132 |
des dégradations importantes en terme de performances. Si toutefois vous |
| 133 |
projetez de tester Xen plutôt que de l'installer à des fins de production et |
| 134 |
que vous n'êtes pas emballé à l'idée de recompiler tous les programmes, vous |
| 135 |
pouvez passer cette étape. Dans ce cas, vous pourrez utiliser Xen, mais vous |
| 136 |
êtes averti des risques de dégradation de performances. |
| 137 |
</p> |
| 138 |
|
| 139 |
<impo> |
| 140 |
Il est conseillé, si vous changer votre <c>CFLAGS</c> et que vous construisez |
| 141 |
votre système avec une version de GCC inférieure à la version 4, de ne pas |
| 142 |
mettre le paramètre <c>-Os</c> car il risque de corrompre des parties du code. |
| 143 |
</impo> |
| 144 |
|
| 145 |
<pre caption="Édition des CFLAGS et reconstruction de l'installation Gentoo"> |
| 146 |
~# <i>nano -w /etc/make.conf</i> |
| 147 |
<comment>(Ajoutez -mno-tls-direct-seg-refs)</comment> |
| 148 |
CFLAGS="-O2 -march=pentium4 -pipe <i>-mno-tls-direct-seg-refs</i>" |
| 149 |
|
| 150 |
~# <i>emerge -e world</i> |
| 151 |
</pre> |
| 152 |
|
| 153 |
<p> |
| 154 |
Si vous démarrez votre système en utilisant un disque RAM initialisé au |
| 155 |
démarrage du système (initrd), vous avez besoin de reconstruire votre initrd |
| 156 |
également (le meilleur moyen pour cela est d'exécuter toutes les étapes de |
| 157 |
recompilation du noyau). |
| 158 |
</p> |
| 159 |
|
| 160 |
</body> |
| 161 |
</section> |
| 162 |
<section> |
| 163 |
<title>Installation de Xen</title> |
| 164 |
<body> |
| 165 |
|
| 166 |
<p> |
| 167 |
Xen contient en fait plusieurs composants, vous aurez donc besoin d'installer |
| 168 |
plusieurs paquets. Comme ceux-ci sont toujours <uri |
| 169 |
link="/doc/fr/handbook/handbook-x86.xml?part=3&chap=3#doc_chap2">estampillés |
| 170 |
en instable</uri>, vous devrez d'abord les démasquer en ajoutant les lignes |
| 171 |
nécessaires au fichier <path>/etc/portage/package.keywords</path> avant de les |
| 172 |
installer. |
| 173 |
</p> |
| 174 |
|
| 175 |
<pre caption="Démasquer et installer Xen"> |
| 176 |
~# <i>nano -w /etc/portage/package.keywords</i> |
| 177 |
app-emulation/xen |
| 178 |
app-emulation/xen-tools |
| 179 |
sys-kernel/xen-sources |
| 180 |
|
| 181 |
~# <i>emerge xen xen-tools xen-sources</i> |
| 182 |
</pre> |
| 183 |
|
| 184 |
</body> |
| 185 |
</section> |
| 186 |
<section> |
| 187 |
<title>Compilation du noyau</title> |
| 188 |
<body> |
| 189 |
|
| 190 |
<p> |
| 191 |
Ensuite, nous allons compiler le noyau Linux avec le support de Xen. Ce noyau, |
| 192 |
dont les sources sont disponibles dans <path>/usr/src/linux-2.6.x.z-xen</path>, |
| 193 |
sera notre noyau principal en fonctionnement (i.e. celui fonctionnant en |
| 194 |
domaine 0). Dans la section <c>XEN</c>, vous trouverez les pilotes pour toutes |
| 195 |
sortes de périphériques d'entrées/sorties, chaque pilote ayant une implémentation |
| 196 |
<e>dorsale</e> et une implémentation <e>frontale</e> (N.D.T. : |
| 197 |
<e>backend</e> et <e>frontend</e>) : ils sont utilisés par les autres |
| 198 |
domaines (qui utilisent les pilotes <e>frontaux</e>) pour communiquer |
| 199 |
directement avec le matériel. |
| 200 |
</p> |
| 201 |
|
| 202 |
<p> |
| 203 |
Bien sûr, n'oubliez pas de sélectionner <c>Xen-compatible</c> dans la section |
| 204 |
<c>Processor type and features</c>. Si vous vous interrogez au sujet du |
| 205 |
réseau : chaque interface dans un domaine a une connexion point à point |
| 206 |
vers une interface du domaine 0 (appelée <path>vifX.Y</path> où le X est le |
| 207 |
numéro du domaine et le Y la Yème interface de ce domaine), ainsi vous pouvez |
| 208 |
configurer votre réseau de la manière que vous voulez (pont réseau, NAT, etc.) |
| 209 |
</p> |
| 210 |
|
| 211 |
<pre caption="Activation du support de XEN pour les noyaux i386"> |
| 212 |
Processor type and features ---> |
| 213 |
Subarchitecture Type (Xen-compatible) |
| 214 |
</pre> |
| 215 |
|
| 216 |
<pre caption="Activation du support de XEN pour les noyaux x86_64"> |
| 217 |
Processor type and features ---> |
| 218 |
Subarchitecture Type (PC-compatible) |
| 219 |
[*] Enable Xen compatible kernel |
| 220 |
</pre> |
| 221 |
|
| 222 |
<pre caption="Configuration du noyau du Domaine 0"> |
| 223 |
Bus options (PCI etc.) ---> |
| 224 |
[*] PCI support |
| 225 |
[*] Xen PCI Frontend (NEW) |
| 226 |
[ ] Xen PCI Frontend Debugging |
| 227 |
|
| 228 |
Networking ---> |
| 229 |
Networking options ---> |
| 230 |
<*> 802.1d Ethernet Bridging |
| 231 |
<comment>Uniquement requis pour les ponts réseaux.</comment> |
| 232 |
|
| 233 |
XEN ---> |
| 234 |
[*] Privileged Guest (domain 0) |
| 235 |
<*> Backend driver support |
| 236 |
<*> Block-device backend driver |
| 237 |
<*> Network-device backend driver |
| 238 |
[*] Scrub memory before freeing it to Xen |
| 239 |
[*] Disable serial port drivers |
| 240 |
Xen version compatibility (3.0.4 and later) |
| 241 |
</pre> |
| 242 |
|
| 243 |
<pre caption="Configuration du noyau du Domaine U"> |
| 244 |
Bus options (PCI etc.) ---> |
| 245 |
[ ] PCI support |
| 246 |
|
| 247 |
Device Drivers ---> |
| 248 |
SCSI device support ---> |
| 249 |
< > SCSI device support |
| 250 |
<comment>La désactivation du support SCSI libère les noms de périphériques |
| 251 |
/dev/sd* pour les utiliser en tant que périphériques de bloc virtuels |
| 252 |
Xen.</comment> |
| 253 |
|
| 254 |
XEN ---> |
| 255 |
[ ] Privileged Guest (domain 0) |
| 256 |
<*> Block-device frontend driver |
| 257 |
<*> Network-device frontend driver |
| 258 |
[*] Scrub memory before freeing it to Xen |
| 259 |
[*] Disable serial port drivers |
| 260 |
Xen version compatibility (3.0.4 and later) |
| 261 |
</pre> |
| 262 |
|
| 263 |
<p> |
| 264 |
Une bonne astuce est de laisser le noyau procéder au stockage de ses fichiers |
| 265 |
d'exécution intermédiaires ailleurs, ainsi vous pourrez réutiliser le même |
| 266 |
noyau pour construire les différentes configurations : |
| 267 |
</p> |
| 268 |
|
| 269 |
<pre caption="Compilation du noyau"> |
| 270 |
~# <i>mkdir -p ~/build/dom0 ~/build/domU</i> |
| 271 |
~# <i>make O=~/build/dom0 menuconfig</i> |
| 272 |
<comment>(Configurez le noyau)</comment> |
| 273 |
~# <i>make O=~/build/dom0 && make O=~/build/dom0 modules_install</i> |
| 274 |
</pre> |
| 275 |
|
| 276 |
<p> |
| 277 |
Une fois que le noyau est compilé, vous trouverez son image directement dans le |
| 278 |
répertoire de compilation (et non dans <path>arch/</path> ou ailleurs), appelée |
| 279 |
<path>vmlinuz</path>. Copiez-la dans <path>/boot</path> puis configurez votre |
| 280 |
chargeur de démarrage afin d'utiliser l'hyperviseur Xen (l'un des composants |
| 281 |
installés précédemment) qui est enregistré comme <path>/boot/xen.gz</path>. |
| 282 |
Dans la configuration du chargeur de démarrage, ajoutez votre noyau fraîchement |
| 283 |
compilé en tant que noyau que Xen devra initialiser. Par exemple, pour |
| 284 |
GRUB : |
| 285 |
</p> |
| 286 |
|
| 287 |
<pre caption="Configuration de GRUB pour Xen"> |
| 288 |
title Xen 3.0 / Gentoo Linux 2.6.x.y |
| 289 |
root (hd0,0) |
| 290 |
kernel /boot/xen.gz |
| 291 |
module /boot/kernel-2.6.x.y-xen0 root=/dev/hda3 |
| 292 |
</pre> |
| 293 |
|
| 294 |
<p> |
| 295 |
À présent, réamorcez votre système dans Xen. Une fois que vous avez démarré, |
| 296 |
vous devez charger le démon Xen : |
| 297 |
</p> |
| 298 |
|
| 299 |
<pre caption="Démarrage du démon Xen"> |
| 300 |
~# <i>/etc/init.d/xend start</i> |
| 301 |
</pre> |
| 302 |
|
| 303 |
<p> |
| 304 |
À présent, vérifiez que vous pouvez faire tout ce que vous faites normalement |
| 305 |
sur votre système. Si c'est le cas, vous pouvez éditer votre configuration du |
| 306 |
chargeur de démarrage pour toujours démarrer dans Xen et ajouter le démon Xen |
| 307 |
au niveau d'exécution « default », ainsi il sera lancé |
| 308 |
automatiquement au prochain démarrage du système. |
| 309 |
</p> |
| 310 |
|
| 311 |
<note> |
| 312 |
Si vous désirez démarrer les domaines invités automatiquement au démarrage, |
| 313 |
ajoutez <c>xendomains</c> au niveau de démarrage « default » |
| 314 |
également et créez un lien symbolique dans <path>/etc/xen/auto/</path> vers |
| 315 |
les fichiers de configuration Xen pour les domaines que vous désirez démarrer. |
| 316 |
</note> |
| 317 |
|
| 318 |
</body> |
| 319 |
</section> |
| 320 |
</chapter> |
| 321 |
<chapter> |
| 322 |
<title>Création d'un domaine non privilégié</title> |
| 323 |
<section> |
| 324 |
<title>Compilation du noyau</title> |
| 325 |
<body> |
| 326 |
|
| 327 |
<p> |
| 328 |
Rendez-vous dans le répertoire des sources du noyau Linux ayant le support de |
| 329 |
Xen et mettez à jour la configuration. Il est sage de garder des options |
| 330 |
similaires au noyau principal autant que possible à l'exception des paramètres |
| 331 |
<c>XEN</c> dans lesquels les pilotes doivent maintenant avoir leur |
| 332 |
implémentation <e>frontale</e> sélectionnée à la place de l'implémentation |
| 333 |
<e>dorsale</e>. Ensuite, compilez le noyau et placez l'image |
| 334 |
<path>vmlinuz</path> résultante où vous désirez (nous supposerons ici qu'elle |
| 335 |
sera copiée dans <path>/mnt/data/xen/kernel</path>) : |
| 336 |
</p> |
| 337 |
|
| 338 |
<pre caption="Compilation du noyau invité"> |
| 339 |
~# <i>make O=~/build/domU</i> |
| 340 |
~# <i>cp ~/build/vmlinuz /mnt/data/xen/kernel/kernel-2.6.x.y-xen</i> |
| 341 |
</pre> |
| 342 |
|
| 343 |
<p> |
| 344 |
Il est également possible de créer une seule image du noyau à la fois pour le |
| 345 |
domaine principal et le domaine non privilégié. Le manuel de l'utilisateur Xen |
| 346 |
propose plus d'informations à ce sujet. |
| 347 |
</p> |
| 348 |
|
| 349 |
</body> |
| 350 |
</section> |
| 351 |
<section> |
| 352 |
<title>Création des disques du domaine</title> |
| 353 |
<body> |
| 354 |
|
| 355 |
<p> |
| 356 |
Pour de meilleures performances, il est recommandé de dédier une partition (ou |
| 357 |
un volume logique) à un domaine plutôt que d'utiliser un système de fichiers |
| 358 |
basé sur un fichier. Toutefois, si vous souhaitez utiliser Xen dans un premier |
| 359 |
temps pour faire des tests, l'utilisation d'un fichier a ses avantages |
| 360 |
(particulièrement concernant la maintenance). |
| 361 |
</p> |
| 362 |
|
| 363 |
<p> |
| 364 |
Vous pouvez créer un système de fichiers basé sur un fichier en utilisant |
| 365 |
<c>dd</c> et <c>mke2fs</c> (ou tout autre utilitaire de création de système de |
| 366 |
fichiers). Par exemple, pour créer un système de fichiers de 2 Go en ext3 : |
| 367 |
</p> |
| 368 |
|
| 369 |
<pre caption="Création d'un système de fichiers basé sur un fichier"> |
| 370 |
~# <i>dd if=/dev/zero of=/mnt/data/xen/disks/ext3root.img bs=1M count=2048</i> |
| 371 |
~# <i>mke2fs -j /mnt/data/xen/disks/ext3root.img</i> |
| 372 |
</pre> |
| 373 |
|
| 374 |
</body> |
| 375 |
</section> |
| 376 |
<section> |
| 377 |
<title>Configuration d'un domaine</title> |
| 378 |
<body> |
| 379 |
|
| 380 |
<p> |
| 381 |
Ensuite, nous allons créer le fichier de configuration Xen pour un domaine. |
| 382 |
Vous pouvez enregistrer ces fichiers de configuration où vous le désirez, par |
| 383 |
exemple dans <path>/mnt/data/xen/configs</path>. À titre d'exemple, nous allons |
| 384 |
créer un fichier de configuration pour un petit environnement Gentoo qui va |
| 385 |
utiliser l'image disque créée précédemment : |
| 386 |
</p> |
| 387 |
|
| 388 |
<pre caption="Création du fichier de configuration d'un domaine"> |
| 389 |
~# <i>nano -w /mnt/data/xen/configs/gentoo</i> |
| 390 |
|
| 391 |
kernel = "/mnt/data/xen/kernel/kernel-2.6.x.y-xen" |
| 392 |
memory = 512 |
| 393 |
name = "gentoo" |
| 394 |
<comment>(Établissez l'image du disque sur le périphérique virtuel /dev/sda1)</comment> |
| 395 |
disk = ['file:/mnt/data/xen/disks/ext3root.img,sda1,w'] |
| 396 |
root = "/dev/sda1 ro" |
| 397 |
</pre> |
| 398 |
|
| 399 |
<p> |
| 400 |
Si vous utilisez un périphérique de bloc (en tant que volume LVM ou que |
| 401 |
partition) pour le disque, utilisez 'phy:' à la place de 'file:' et laissez le |
| 402 |
/dev. Par exemple : |
| 403 |
</p> |
| 404 |
|
| 405 |
<pre caption="Utilisation d'un périphérique de type bloc"> |
| 406 |
<comment>(Volume LVM)</comment> |
| 407 |
disk = [ 'phy:lvm/xen-guest-root,sda1,w' ] |
| 408 |
|
| 409 |
<comment>(Partition physique)</comment> |
| 410 |
disk = [ 'phy:sdb6,sda1,w' ] |
| 411 |
</pre> |
| 412 |
|
| 413 |
<p> |
| 414 |
Vous pouvez trouver quelques exemples de fichiers de configuration dans |
| 415 |
<path>/etc/xen</path>. |
| 416 |
</p> |
| 417 |
|
| 418 |
</body> |
| 419 |
</section> |
| 420 |
<section> |
| 421 |
<title>Démarrage du nouveau domaine</title> |
| 422 |
<body> |
| 423 |
|
| 424 |
<p> |
| 425 |
À présent, nous avons tout paramétré et nous pouvons lancer le nouveau domaine. |
| 426 |
Si l'image disque contient un système d'exploitation, on peut juste créer et |
| 427 |
attacher le domaine en utilisant la commande <c>xm</c> (gestionnaire Xen) : |
| 428 |
</p> |
| 429 |
|
| 430 |
<pre caption="Création et démarrage du nouveau domaine"> |
| 431 |
~# <i>xm create /mnt/data/xen/configs/gentoo -c</i> |
| 432 |
</pre> |
| 433 |
|
| 434 |
<p> |
| 435 |
Le domaine devra être démarré à l'intérieur du terminal depuis lequel vous |
| 436 |
exécutez la commande. Toutefois, dans notre cas, l'image disque est vide donc |
| 437 |
le domaine ne va pas initialiser quelque chose d'intéressant. Pour éviter cela, |
| 438 |
vous pouvez monter l'image en boucle (N.D.T. : « loop-mount ») |
| 439 |
et installer Gentoo comme vous en avez l'habitude. |
| 440 |
</p> |
| 441 |
|
| 442 |
<p> |
| 443 |
Si vous voulez vous déconnecter du domaine, appuyez sur <path>Ctrl+]</path>. |
| 444 |
Vous pouvez toujours vous reconnecter à la console des domaines en utilisant |
| 445 |
<c>xm console gentoo</c>. Toutefois, il n'y a qu'une seule console par domaine, |
| 446 |
n'utilisez donc cette commande que lorsque vous ne pouvez pas accéder au |
| 447 |
domaine autrement (par exemple, à travers SSH). |
| 448 |
</p> |
| 449 |
|
| 450 |
</body> |
| 451 |
</section> |
| 452 |
</chapter> |
| 453 |
<chapter> |
| 454 |
<title>Le réseau sur les domaines non privilégiés</title> |
| 455 |
<section> |
| 456 |
<title>Introduction</title> |
| 457 |
<body> |
| 458 |
|
| 459 |
<p> |
| 460 |
Xen propose au moins deux façons de configurer votre réseau (virtuel) : |
| 461 |
<e>le routage</e> et <e>le pont réseau</e>. |
| 462 |
</p> |
| 463 |
|
| 464 |
<p> |
| 465 |
En choisissant la méthode du <e>routage</e>, l'interface interne au domaine non |
| 466 |
privilégié est connectée à l'interface virtuelle de votre domaine principal. |
| 467 |
Sur votre domaine privilégié (domaine 0), l'interface virtuelle est reliée avec |
| 468 |
<path>eth0</path>. L'interface de votre domaine non privilégié devra avoir une |
| 469 |
adresse IP contenue dans le même réseau que l'interface de votre domaine 0. |
| 470 |
Toute communication utilisant cette adresse IP peut seulement passer par le |
| 471 |
domaine privilégié à moins que vous ayez défini des règles de routage |
| 472 |
spécifiques. |
| 473 |
</p> |
| 474 |
|
| 475 |
<p> |
| 476 |
Avec le mode <e>pont réseau</e>, votre interface réseau par défaut sur le |
| 477 |
domaine principal devient un pont qui accepte les connexions aux domaines |
| 478 |
virtuels ainsi qu'à l'adresse IP de votre domaine privilégié. |
| 479 |
</p> |
| 480 |
|
| 481 |
</body> |
| 482 |
</section> |
| 483 |
<section> |
| 484 |
<title>Les interfaces routées</title> |
| 485 |
<body> |
| 486 |
|
| 487 |
<p> |
| 488 |
Avant de paramétrer l'interface sur votre domaine non privilégié, assurez-vous |
| 489 |
que les pilotes <path>netloop</path> et <path>netbk</path> de Xen sont chargés. |
| 490 |
Un petit conseil : si vous avez mis <path>netloop</path> en tant que |
| 491 |
module, chargez-le avec <c>nloopbacks=0</c> afin qu'il ne crée pas d'interfaces |
| 492 |
inutiles vers le périphérique de boucle locale. Ensuite, éditez votre fichier |
| 493 |
de configuration de domaine et ajoutez-lui une instruction <c>vif</c>. |
| 494 |
</p> |
| 495 |
|
| 496 |
<pre caption="Configuration d'une interface virtuelle"> |
| 497 |
~# <i>nano -w /mnt/data/xen/configs/gentoo</i> |
| 498 |
|
| 499 |
<comment>(Ajout d'une instruction vif)</comment> |
| 500 |
vif = [ 'ip=192.168.1.101, vifname=veth1' ] |
| 501 |
</pre> |
| 502 |
|
| 503 |
<p> |
| 504 |
Dans l'exemple ci-dessus, l'interface sera créée pour le domaine non privilégié |
| 505 |
(dans lequel elle s'appellera <path>eth0</path>) et Xen va s'assurer que |
| 506 |
l'adresse 192.168.1.101 est bien joignable depuis le domaine d'administration |
| 507 |
à travers l'interface <path>veth1</path>. |
| 508 |
</p> |
| 509 |
|
| 510 |
<p> |
| 511 |
Cela ne signifie pas que l'interface virtuelle <path>eth0</path> se verra |
| 512 |
automatiquement assigner l'adresse IP 192.168.1.101, mais plutôt que si vous |
| 513 |
ne lui donnez pas cette adresse IP, elle ne sera pas connectée au domaine |
| 514 |
principal et donc ne sera pas joignable. |
| 515 |
</p> |
| 516 |
|
| 517 |
<p> |
| 518 |
À présent, éditez le fichier <path>/etc/xen/xend-config.xsp</path> comme suit |
| 519 |
afin de sélectionner la configuration du réseau par routage : |
| 520 |
</p> |
| 521 |
|
| 522 |
<pre caption="Édition du fichier xend-config.xsp"> |
| 523 |
~# <i>nano -w /etc/xen/xend-config.xsp</i> |
| 524 |
|
| 525 |
<comment>(Commentez les lignes suivantes)</comment> |
| 526 |
<i>#</i>(network-script network-bridge) |
| 527 |
<i>#</i>(vif-script vif-bridge) |
| 528 |
|
| 529 |
<comment>(Activez les lignes suivantes)</comment> |
| 530 |
(network-script network-route) |
| 531 |
(vif-script vif-route) |
| 532 |
</pre> |
| 533 |
|
| 534 |
</body> |
| 535 |
</section> |
| 536 |
<section> |
| 537 |
<title>Les interfaces pontées</title> |
| 538 |
<body> |
| 539 |
|
| 540 |
<p> |
| 541 |
Contrairement aux interfaces routées, vous avez besoin de charger le pilote |
| 542 |
<path>netloop</path> avec <c>nloopbacks=1</c> (ou plus) ainsi que les pilotes |
| 543 |
additionnels de boucle locale qui seront utilisés pour créer le pont réseau. |
| 544 |
Pour les autres modules, vous avez encore besoin du module <path>netbk</path> |
| 545 |
ainsi que des fonctionnalités de pont réseau (module <path>bridge</path> si |
| 546 |
compilé en tant que tel). |
| 547 |
</p> |
| 548 |
|
| 549 |
<p> |
| 550 |
Maintenant, éditez votre domaine virtuel et ajoutez-lui l'instruction |
| 551 |
<c>vif</c> : |
| 552 |
</p> |
| 553 |
|
| 554 |
<pre caption="Configuration d'une interface virtuelle"> |
| 555 |
~# <i>nano -w /mnt/data/xen/configs/gentoo</i> |
| 556 |
|
| 557 |
<comment>(Ajout de l'instruction vif)</comment> |
| 558 |
vif = [ 'ip=192.168.1.101, vifname=veth0' ] |
| 559 |
</pre> |
| 560 |
|
| 561 |
<p> |
| 562 |
À présent, éditez <path>/etc/xen/xend-config.xsp</path> comme suit afin de |
| 563 |
sélectionner la configuration par pont réseau : |
| 564 |
</p> |
| 565 |
|
| 566 |
<pre caption="Édition du fichier xend-config.xsp"> |
| 567 |
~# <i>nano -w /etc/xen/xend-config.xsp</i> |
| 568 |
|
| 569 |
<comment>(Activez les lignes suivantes)</comment> |
| 570 |
(network-script network-bridge) |
| 571 |
(vif-script vif-bridge) |
| 572 |
|
| 573 |
<comment>(Commentez les lignes suivantes si ce n'est pas déjà fait)</comment> |
| 574 |
<i>#</i> (network-script network-route) |
| 575 |
<i>#</i> (vif-script vif-route) |
| 576 |
</pre> |
| 577 |
|
| 578 |
<p> |
| 579 |
Par défaut, le pont va contenir n'importe quelle interface qui est configurée |
| 580 |
comme étant l'interface par défaut (le périphérique qui est listé sous la |
| 581 |
passerelle par défaut à travers <c>ip route list</c>). Si vous voulez |
| 582 |
éviter ce comportement, éditez le fichier <path>xend-config.xsp</path> comme |
| 583 |
ceci : |
| 584 |
</p> |
| 585 |
|
| 586 |
<pre caption="Édition du fichier xend-config.xsp pour changer la configuration du pont réseau"> |
| 587 |
~# <i>nano -w /etc/xen/xend-config.xsp</i> |
| 588 |
|
| 589 |
<comment>(Éditez la ligne network-script)</comment> |
| 590 |
(network-script <i>'</i>network-bridge <i>netdev=eth0 bridge=xenbr0 vifnum=0'</i>) |
| 591 |
</pre> |
| 592 |
|
| 593 |
<p> |
| 594 |
Une fois que la configuration est faite, redémarrez le script d'exécution |
| 595 |
<c>xend</c> pour que Xen construise le pont réseau : |
| 596 |
</p> |
| 597 |
|
| 598 |
<pre caption="Redémarrage du démon xend"> |
| 599 |
~# <i>/etc/init.d/xend restart</i> |
| 600 |
</pre> |
| 601 |
|
| 602 |
</body> |
| 603 |
</section> |
| 604 |
</chapter> |
| 605 |
</guide> |
| 606 |
|
| 607 |
|
| 608 |
|
| 609 |
-- |
| 610 |
gentoo-commits@g.o mailing list |
Archives