|
|
|
|
|
|
|
|
|
|
xen-fr
Re: [Xen-fr] domU relancés en read-only
Olivier AUDRY a écrit :
Franck ELIE a écrit :
P.S.: xen 3.0.3 sous Debian Etch ; domU en raw device dans les LUN du
SAN
Bonjour,
qu'entendez vous par "domU en raw device dans les LUN du SAN " ? D'une
manière générale je vous conseille de ne mettre sur le SAN QUE les
datas de vos applications et de ne pas monter au boot le san.
Normalement c'est ce qui prend le plus de place et dans le cas ou
votre serveurs redémarre (je suppose que les services ne se relance
pas tout seul :) ) l'os redémarre proprement. Ensuite on monte le san
et on relance les applis dans le bon ordre.
Autre chose : l'utilisation de lvm (avec les pv sur le san) est un
gage de souplesse.
Cordialement
Olivier AUDRY
Pour répondre à Olivier, mes domU sont dans des LUN que j'accède en mode
bloc (disk = ['phy:mapper/...]) par les serveurs de virtualisation. Il y
a plusieurs avantages à placer les domU dans le SAN : migration 'live',
réaffectation des machines virtuels en fonction des ressources, taille
illimité des domU, tolérance aux pannes en cas de pb sur un serveur, etc.
Le fait d'avoir choisi de relancer automatiquement les services
virtualisés au redémarrage du courant est un choix qui tient compte à la
fois du besoin relatif aux services pour les utilisateurs et à la taille
de l'équipe ASR (actuellement, je suis seul et il m'arrive de prendre
des vacances). Cela dit, pour la petite histoire, les choses se seraient
déroulées normalement si le disjoncteur différentiel sur lequel est
placé l'onduleur du switch FO avait fonctionné comme prévu.... (plus de
switch optique => plus de SAN).
Je pense que le problème serait le même dans le cas d'un disque externe
qui serait resté éteint au boot d'un serveur Xen : relance de la MV de
backup (~état de la mémoire) en Read-Only.
Cordialement
Franck
_______________________________________________
Xen-fr mailing list
Xen-fr@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-fr
|
|
|
|
|