RE: [Xen-fr] mode snapshot pour HVM

["Dominique Jeannerod" <dominique.jeannerod@xxxxxxxxxxxxx>]

Bonjour,

 

question par rapport à la gestion d'une telle architecture avec CoW : comment gérez vous les mises à jour ?

Par exemple, si on utilise CoW pour cloner des images de serveur Web, est-il possible de mettre à jour Apache uniquement sur l'image "source" ?

Cette mise à jour est-elle répercutée sur les copies ?

---

De : xen-fr-bounces@xxxxxxxxxxxxxxxxxxx [mailto:xen-fr-bounces@xxxxxxxxxxxxxxxxxxx] De la part de Omar BENHAMID
Envoyé : mardi 16 septembre 2008 17:59
À : xen-fr@xxxxxxxxxxxxxxxxxxx
Objet : Re: [Xen-fr] mode snapshot pour HVM

Bonjour Pierre,

J'ai du mal à cerner la mise en oeuvre de ce système. Où alors, je crois
que je ne comprend pas trop la différence avec ce que je fais.

En fait la différence avec la copie (cp) est qcow-create crée un image en Copy On Write (COW) ne prend que quelques centièmes de secondes et ne consomme quaisment pas d'espace disque au départ. Il crée en fait un fichier "quasiment" vide.
Les blocs ne sont copiés depuis de la partition ou le fichier d'origine vers le l'image COW que quand la VM tente d'écrire. Ne sont alors copiées que les zones qui sont modifiées par la VM. Il s'agit d'une sorte de snapshot (à l'envers).

pour ne pas avoir à subir le temps de la copie du fichier quand tu
relance la machine vierge ?

Exact, et cela consomme moins d'espace disque

> Vous pouvez automatiser tout cela dans un script shell qui le fait avant
> de lancer le device model (qemu-dm) et utiliser ce script comme device
> model à la place de qemu-dm dans votre configuration de vm xen. Je peux
> vous en donner plus de détails si ça vous intéresse.

Je veux bien :-)

Je tenterai de rédiger un petit mot dessus dès que j'ai quelques minutes pour ça ! Je vous tiens au courant.

Slts,
--
Omar

_______________________________________________
Xen-fr mailing list
Xen-fr@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-fr