Objet : Re: [Xen-fr] mode snapshot pour HVM
Bonjour à tous,
Il peut être judicieux pour des choses comme cela d'utiliser unionfs et de
répercuter un diff sur tous les serveurs, non ?
a+
yves
Omar BENHAMID a écrit :
> Cette mise à jour est non seulement "répercutée" mais extrèmement
> dangereuse. En résumé, on fois qu'on a une image en CoW sur un
> fichier, il ne faut apporter aucune modification directement au
> fichier d'origine.
> C'est vrai que c'est un peu déroutant et ça ne rassemble pas aux
> snapshots à la LVM ...
>
> En fonction de votre besoin, vous avez plusieurs approches de solution
> : par exemple utiliser des partitions LVM à la place images qcow qemu,
> ça a quelques limitations (et des drawback de perf !)  mais une fois
> un snapshot réalisé, vous pouvez modifier en toute sécurité la
> partition de base.
>
> Quel était votre besoin : vous voulez que le snapshot ne soit pas
> modifié ou vous voulez effectivement mettre à jour le "snapshot" ?
>
>
> 2008/9/29 Dominique Jeannerod <
dominique.jeannerod@xxxxxxxxxxxxx
> <mailto:
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>
>     [mailto:
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 <mailto:
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 <mailto:
Xen-fr@xxxxxxxxxxxxxxxxxxx>
>     
http://lists.xensource.com/xen-fr
>
>
>
>
> --
> Omar BENHAMID
> Email: 
o.benhamid@xxxxxxxxx <mailto:
o.benhamid@xxxxxxxxx>
> Tel: +33 6 09 31 60 60
> 
http://www.bewigo.fr
> ----------------------------------------------------------------------
> --
>
> _______________________________________________
> Xen-fr mailing list
> 
Xen-fr@xxxxxxxxxxxxxxxxxxx
> 
http://lists.xensource.com/xen-fr
--
------------------------------------
|Yves-Gaël Chény...................|
|email.:.yves@xxxxxxxxxxxxxxxxxxxxx|
|site.:.www.antredugeek.fr.........|
------------------------------------
_______________________________________________
Xen-fr mailing list
Xen-fr@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-fr
_______________________________________________
Xen-fr mailing list
Xen-fr@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-fr