Bonsoir,
La finalité est effectivement la souplesse, ou plus exactement
l'indépendance des XEN entre elles d'un point de vue système de fichier.
L'aspect sécurité est également important mais viendra dans un second
temps, dès que j'aurai réglé ce souci ;-)
Je m'explique:
En ayant un VG par machine XEN, je comptais simplifier leur
création/suppression.
Pour la création:
vgcreate VGxxx /dev/sdb1 par exemple. Le groupe de la machine Xen est créé.
Ensuite, lvcreate -n LVroot_xxx VGxxx et lvcreate -n LVswap_xxx VGxxx me
permettent de créer une partition "root" et une "swap" qui seront
utilisées dans la mahcine XEN.
Pour la suppression, un simple vgremove VGxxx suffit.
Mais, en faisant quelques essais pour étayer mes dires, je m'aperçois
que les LV sont tout aussi adaptés. Mouarf...
Du coup, je ne comprends plus bien l'utilité des VG. M'enfin, je vais me
replonger dans les tutos LVM pour piger. J'ai dû raté un truc, c'est
clair :-(
Cordialement,
JB
François Cerbelle a écrit :
Jean Baptiste FAVRE a écrit :
- Découper le disque en "blocs" de 10Go
- Créer un VG par machine Xen. Au départ, ce VG ne comprend qu'un PV
(bloc) de 10Go, libre à moi d'en ajouter par la suite avec vgextend. A
priori, on ne peut pas partage un PV entre plusieurs VG.
- Dans le VG, créer autant de LV que la mahcine Xen en a besoin. Ce
seront les partition de la machine XEN. Je pourrai les
agrandir/rétrécir avec lvextend
Salut,
Ca ne répond pas à ta question, mais j'aimerai connaitre la finalité.
Si c'est la sécurité, tu peux recompiler Xen avec le mecanisme de
politique de sécurité qui te verrouillera les ressources et les domaines
pouvant tourner ensemble sur un même hyperviseur et quel domaine peut
accéder à quelle ressource.
Si c'est la souplesse, tu devrais plutot envisager un systeme de fichier
LVM LV qui te serve de modele et tu crées des snapshots en R/W pour
chaque domaine, auquel cas, tu dois les avoir sur le meme VG...
Je ne vois donc pas quelle raison peut te pousser à choisir une telle
architecture. Pourrais tu nous expliquer ?
Fanfan
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
