Salut,
Je suis en train de réfléchir à une bonne solution 100% libre à mettre
en oeuvre pour déployer une architecture permettant de lancer des VM
connectées à des cibles iscsi. Là ou je n'ai pas encore choisi de
solution et propose le débat est de savoir quelle serait une bonne
solution pour assurer la redondance des informations (des disques).
Mon idée est de déployer des serveurs physiques, d'y installer un socle
minimal exportant TOUS ses disques (selon une méthode à discuter
ci-dessous) et d'y permettre le démarrage de VM connectées à des disques
exportés mais pas nécessairement depuis la même machine physique. Ainsi
si une VM tombe on peut la relancer sur n'importe quel autre socle
disposant des ressources (processeur, mémoire et réseau) nécessaires en
la connectant aux cibles iSCSI par définition encore disponibles au
moins sur une autre machine.
J'ai beau lire pas mal sur le sujet, je n'ai pas encore d'avis arrêté
(et en outre, je serais prêt à le revoir si de bons arguments sortent
d'un débat).
Pensez vous qu'il est préférable de faire de la réplication au niveau
bloc (je pense à DRDB sous linux ou HAST+CARP sous freebsd) puis
d'exporter le résultat par iSCSI?
Ou vaut-il mieux faire du RAID1 entre 2 cibles iSCSI? Cette seconde
piste à le défaut de ne pas être transparente pour la VM si celle-ci
doit gérer ce RAID1 ce qui complique grandement le déploiement des VM.
Passer par une couche intermédiaire faisant ce RAID1 pour réexporter le
résultat en nouvelle cible iSCSI vers la VM est sans doute un surcoût
non négligeable (en termes de performances) et surtout introduit un
"single-point-of-failure".
Suggèreriez vous encore une autre piste?
Cordialement,
Jean-Charles
%%% Merci de respecter ces consignes http://www.linux-azur.org/savoir-vivre %%%
