Re: xen + debian lenny + sauvegarde VM
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Le 01/01/2011 05:25, Thierry B a écrit :
> Le 31/12/2010 21:06, Jean Baptiste FAVRE a écrit :
>> Bonsoir,
>>
>> Le 31/12/2010 18:31, Thierry B a écrit :
>>> Le 31/12/2010 15:48, Jean Baptiste FAVRE a écrit :
>>>>> Qu'en pensez-vous ?
>>>>
>>>> J'en pense que, pour ma part, moins j'en mets dans le dom0, mieux je me
>>>> porte. Le dom0 est là pour gérer les VM, pas les backups. La solution
>>>> domU dédié aux backups me paraît plus "propre".
>>>>
>>>> Au pire, il peut être intéressant pour les paranos comme moi de
>>>> s'inspirer de Qubes-OS qui déporte la gestion du stockage dans un domU :)
>>>>
>>>> Un snapshot d'un FS en cours d'utilisation impose un fsck à un moment ou
>>>> à un autre. Si en plus il est fait hors du domU (donc par exemple depuis
>>>> le dom0 soit "sous" le domU) , il n'y a aucun moyen "élégant" (c-a-d
>>>> hors SSH) de dire au domU de synchroniser ses disques juste avant de
>>>> faire le snapshot. Ajoutez à cela les différents rôles que peuvent
>>>> prendre un domU (MySQL, HTTP, ...) et vous aurez vite un script façon
>>>> usine à gaz.
>>>>
>>>> Ce n'est que mon avis, mais je le partage :)
>>
>>> Hello,
>>
>>> Tu gérerais comment ensuite la sauvegarde de la VM proprement parlé dans
>>> cette hypothèse?
>>
>> Tout dépend comment elle est installée :)
>> Dans le meilleur des mondes, on s'en fout: toute la conf est gérée par
>> Puppet ou CFEngine, donc tu as juste besoin d'un template de VM de base.
>
> Un template de VM sous forme d'un LV ou fichier image?
Tout dépend de ce que tu utilises. Mais dans le cas d'un LVM, un
snapshot VM arrêté suivi d'un gros dd est amplement suffisant :-)
Tu obtiens une image disque que tu peut restaurer sur ton nouveau LV.
Ou alors tu joues avec des fichiers images et tu peux même utiliser le
Copy-On-Write (QCOW).
Du coup ton image de base ne change jamais et chacun de tes domU
n'utilise en espace disque que le delta avec l'image de base.
>> Reste le problème des data: de mon point de vue, il faut séparer les
>> partitions data du système. Donc par exemple un LV data dédié. Du coup,
>> on fait les backups depuis le domU.
>
> Ouais, j'ai essayé de séparer le data du système mais en créeant le LV
> data coté dom0 : par exemple, un LV pour stocker le mail, un autre pour
> le web et ensuite ces LV sont mappés vers des partitions virtuelle
> xdva1,2...
>
> Si les backups sont justement sur le domU, j'ai du mal à voir comment en
> cas de crash de la VM, tu peux récupérer ces backups vu qu'ils sont dans
> le domU?
Euh... Le fait que tu sois en environnement virtualisé ou non ne change
rien au besoin de gestion des backups.
Que tu fasse les backups depuis le dom0, depuis un domU dédié ou dans
chaque domU ne change rien au problème: il faut les séparer des data
d'origine.
Chez moi, j'ai un domU dédié aux backup qui dispose d'un accès NFS sur
un NAS. Quand j'ajoute une machine (domU ou non) J'ai juste besoin
d'ajouter le nom de la machine à la liste des backups à faire.
Ensuite, tous mes serveurs et domU sont organisés de la même façon:
installation en PXE avec preseed + configuration par Puppet. Tout est
dans /data. Du coup, pas de questions existentielles à se poser pour
savoir quoi backuper:
/etc (au cas où, même si en fait je n'en ai pas besoin grâce à Puppet)
/data
/home
/usr/local (pour les scripts que j'ajoute. Là encore, en fait pas besoin
car déployé par Puppet)
Les backups sont faits avec rdiff-backups et stockés sur le NAS.
Et voilà :-)
>> Si la VM plante, on en démarre une nouvelle, on raccroche le LV data et
>> c'est reparti.
>>
>> C'est par exemple le modèle Amazon.
>>
>> Au pire, tu fais une sauvegarde de la VM une fois installée/configurée
>> au petits oignons. Du coup, plus besoin de faire de sauvegarde (sauf si
>> changement de conf !). Et tu as juste besoin de faire les maj de paquets
>> audn tu en démarres une nouvelle.
>>
>>> Finalement, je me dis que pour mon utilisation de cette VM, une fois que
>>> tout sera bien installé, plus trop besoin d'installer de nouvelles
>>> choses, donc par exemple, je pourrais faire:
>>
>>> - une sauvegarde avec shutdown + lv snapshot de temps en temps en cas
>>> d'install de nouveaux paquets avec donc une interruption de service de
>>> la VM d'une minute ou deux peut-etre.
>>
>>> - des synchrpnisations de ce qui change de façon quotidienne, comme les
>>> logs, les mails...
>>
>> Encore une fois, je n'aime pas bcp les backups depuis le dom0
>>
>> Aller, dernier mail de l'année :)
>> Bon réveillon à toutes et à tous,
>
> Bonne année 2011 :-)
Meilleurs voeux,
JB
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk0fIMAACgkQM2eZoKJfKd3+ugCfdwbqnutE0/O14vMm3nbkoMKI
UxwAoIjxI7CR2ukb3o8zjeZyzgBcqUSu
=ZAxV
-----END PGP SIGNATURE-----
Reply to: