Reprise du message précédent :
Bon bah ça fonctionne mon rsync
Faut bidouiller un peu derrière mais c'est satisfaisant dans l'ensemble

Ce n'est pas pour une migration en cours de fonctionnement, c'est pour un arrêt/déplacement/redémarrage de la vm.

pour les instructions HVM, ça me permettrait d'utiliser mes OS clients sans me soucier du fait qu'ils soient virtualisés. Mais je me demande si on peut créer une machine sans support VT pour ensuite l'activer si on la bascule sur un hôte qui le permet. Faudra au minimum changer le kernel du client en cours de route , c'est ça ?

Oui mais t'arretes avec un shutdown, tu déplaces, puis tu relances (create) ?
Ou bien tu fait save, tu déplaces, puis restore ?
 
Le premier posera aucun souci, que ce soit la meme archi ou pas, que y ait du HVM ou pas.
Le second par contre, ca reviendra plus ou moins à faire un migrate en live, donc memes soucis.

 
ouais ok, c'est une fausse bonne idée. Je vais revoir mon matos. J'aime trop récupérer le vieux matériel, ça me joue des tours.

Quelle technique utilisez vous pour sauvegarder vos domU xen ?
 
Je fais des snapshots des LVM (qui heberge un domU), puis une copie avec dd, mais c'est plutot long... Avec dump ca va plus vite, mais bon..  
 
Des suggestions ?

j'utilise cette methode, et j'en suis satisfait

Si tu ne tiens pas absolument à faire des sauvegardes en mode bloc, tu peux peut-être utiliser rsync ?

oui, c'est une possibilité !
 
Sinon, avant de faire le snapshot, un xm pause suffit ou un shutdown est il nécessaire selon vous ?

je le fais a chaud, ca n'a jamais causé de probleme

Ben ca dépends de ce qu'il y a dedans, mais y a des chances pour que ce ne soit pas cohérent (BD par exemple).

oui, c'est ce que je pense aussi. La question est de savoir si un xm pause suffit ou faut il un shutdown (en xfs, il y a xfs_freeze qui solutionne le pb) ?

Bon je me réponds  
 
Après plusieurs tests, je fais finalement un shutdown des vm avant de sauvegarder. Cependant, si il n'y a aucune BD qui tourne sur la vm, un xm pause suffit.

Vous utilisez quoi pour monitorer vos VM et le dom0 sous Xen?

ssh + xm

munin

Ca c'est nul. Je l'ai fais par flémardise, et un beau jour une de mes VM était planté, manque de bol je n'avais pas de connexion sous la main, et je ne sais pas bien combien de temps le plantage avait duré.

Oui, mais tu l'installes comment dans ce cas? Un munin dans chaque VM ou bien il existe une version de Munin à installer dans le dom0 qui permet de monitorer les VM? Tout ce que j'ai trouvé à présent c'était un peu du bricolage.
 
EDIT: j'ai trouvé ça: http://muninexchange.projects.linp [...] ch=&cid=33. Ca marche comment? j'installe Munin dans le dom0, puis je copy/paste les bouts de code dans des scripts?
 
EDIT: et Nagios? Ca a l'air hyper lourd à mettre en place.

Un munin-node dans le dom0 et les domU puis un munin qui va collecter toutes les données fournies par munin-node et grapher tout ça.
Si ta distrib est pas trop pourrie, t'auras rien à faire à part quelques liens symboliques dans (/etc/munin/plugins/* => /usr/share/munin/plugins/* sous Debian).
 

Nagios ça sert principalement à remonter des alertes quand des services ne répondent plus, c'est pas vraiment ce que tu cherches.

Suffit de lire tes logs

Si également. En fait il me faudrait un soft qui m'alerte qu'une VM est plantée (ou donne des signes de plantage), donc pour ça ce sera Monit ou Nagios, et ensuite je peux regarder mes graphs Munin pour tenter de trouver quand est-ce que les soucis ont commencé. J'ai autre chose à faire que de regarder à la main mes logs.

Tu peux demander à Munin de t'alerter (y'a différents niveaux) par rapport à des seuils que t'auras défini.

 
Essaie du coté d'enomalism alors, ca sera plus adapté que munin si tu veux gérer des VM.
 
C'est pas aussi simple de prise en main en revanche...

Ha tiens je saivais pas que Munin peut alerter, c'est tout à fait ce que je cherchais. Par contre pour sa mise en place avec Xen je ne saisis pas bien comment ça se passe. Y'a des ressources détaillées là-dessus?

Très intéressant. Je ne l'installerai pas tout de suite, par contre je le garde sous le coude pour y revenir plus tard.  
 
Pour gérer mes VM, je veux juste savoir si elles sont up/down, les taux d'occupations cpu / mem / traffic / etc, et que je sois avertis même en vacance sur mon yacht  

J'ai quelques petits soucis avec Munin:
 
1) Mon dom0 ne voit pas les VM en 10.0.0.x, comment je fais pour qu'elles deviennent visibles?
2) Les graphs Munin se retrouvent dans /var/www/munin du dom0, mais je fais comment pour les récupérer de l'extérieur sans installer un serveur web sur le dom0? Un script qui se connecte en ssh sur le dom0 et récupère les graphs pour ensuite les balancer sur un navigateur web?

Configure des routes ?
 

Le plus simple resterait peut-être de faire un montage sshfs.

1) je fais ça comment? T'as pas un tuto là-dessus?
 
2) Tu fais comment toi? Perso je vais faire un script, c'est plus simple pour moi.

Nan, pas de tuto, t'as plus qu'à demander à google
 

Vu qu'on a pas mal de serveurs, on a fait un DomU dédié de supervision qui collecte les données, celles-ci étant consultable via le web.

Puisqu'on parle d'enomalism. Les projet promet un support d'OpenVZ depuis pas mal de temps. Est-ce que finallement ça marche ?

Merci syl j'ai de quoi bricoler maintenant.
 
Sinon j'ai vu que Xen est maintenant en version 3.3 quelqu'un est déjà dessus? La migration des VM de la 3.2.1 vers 3.3 se passe bien?
 
A ce sujet, pour la migration, il vaut mieux utiliser LVM ou des fichiers images pour les partitions des domU?
 
EDIT: je comprends pas, Munin ne génère aucun graph, j'ai juste definitions.html, logo.png et style.css, pourtant munin-node est bien actif.  
 
J'ai installé telnet pour me connecter au port 4949, et ça répond.
 
EDIT j'ai viré la ligne use_node_name yes, et maintenant les pages html sont générées. D'après la doc de Munin, cette ligne fait tout bugger. Il me manque encore les graphs à afficher et c'est tout bon.

Je ne sais pas, je ne l'utilise pas avec openvz

Les APIs sont retro compatibles, donc a priori aucune différence.

Pour le reste, je n'en connais pas beaucoup qui ont fait la migration, il faudrait déjà le support dans les distros en mainstream. Sachant que certaines ne sont même pas passées en 3.2... Pour ma part, ca marche bien sous netbsd.

Tu as raison, la 3.3 de Xen est en unstable chez Debian
 
EDIT: aïe avec Munin je me tape des erreurs en masse, voilà ce que j'ai trouvé dans les logs:

Ok Munin marche maintenant c'était juste un problème de résolution des hosts.
 
Pour monitorer mon traffic réseau, par défaut j'utilise if_eth0, mais en bas de la fenêtre de Munin je vois écrit:

Une recherche google ne me donne que 3 réponses inutiles et une recherche sur MuninExchange ne me donne rien du tout. Ce plugin est mort? Vous utilisez quoi pour monitorer le traffic réseau de vos VM?
 
EDIT: quelqu'un a aussi testé Cacti? Quelles sont les différences avec Munin?
 
EIDT: ok je viens de capter pour le plugin, en fait il faut lire ip_ plugin en 2 mots détachés... et ben ça sautait pas aux yeux...

Cacti c'est plus fait pour monitorer tes éléments actifs via SNMP

Ok merci. Sinon le plugin ip_ il ne marche pas out-of-the-box? Parce que là j'ai un encephalogramme plat.

J'ai dl Xubuntu 8.10 Alpha 4 et j'ai eu le droit a ca au démarrage  
 

 

'tain, j'ai un munin-node sur une VM pour laquelle son graph de l'utilisation de la mémoire refuse de se mettre à jour. J'ai juste le premier échantillon qui s'est affiché, et depuis 3h y'a plus rien.

Vous tenez à jour votre dom0? Ou bien il vaut mieux appliquer la politique IF IT AIN'T BROKE DON'T FIX IT?
 
Je viens de faire un aptitude upgrade et j'ai 20 packages à mettre à jour.

Je ne mets à jour que pour des alertes de sécu qui affecteraient mon dom0 (c'est a dire, pas souvent), ou une upgrade quand une version n'est plus supportée upstream.

J'ai qu'un tits et un sshd qui tourne dans le dom0.

Ok merci, c'est ce que je pensais faire. Dans les paquets qu'aptitude me propose de mettre à jour j'ai tout ça:

Y'a rien de croustillant? A part le selinux que je ne sais pas trop d'où il vient, le reste j'oublie totalement non?
 
Ce qui me fait flipper c'est initramfs-tools, il me semble l'avoir mis à jour une fois par mégarde en installant un autre paquet qui en dépendait, et j'ai complètement fait péter mon dom0.

Comment est-ce que vous installez vos domU Debian? J'ai un serveur chez Ovh et ils fournissent une install tout fraîche de Debian prête à copier pour les nouveaux domU, mais j'aimerai une méthode plus générique qui marche ailleurs que chez Ovh.
 
J'ai déjà essayé debootstrap, mais ma VM bloque au boot pour monter le disque système, et là j'essaye avec Netboot, et c'est pareil.
 
Y'a pas une doc claire et détaillée qui marche pour de vrai?

Tu peux essayer d'utilise un .tar alors comme source.
 
C'est ce que je fais. J'installe un domU tout beau et configuré. Je fais un snapshot puis une archive tar du snapshot, que je peux réutiliser ensuite.

debootstrap + edition des fichiers necessaires (fstab, interfaces) + copie des modules + chroot/passwd
 
Jamais eu de problème de boot