Bonjour,
 
(Je débute dans l'univers de Xen, ZFS, et GlusterFS)
 
Nous avons :
- 2 serveurs Debian (Stretch 9.2.1)
- 4 XenServer 7.2
 
Edit: J'ai plutôt mis en place DRBD avec Heartbeat en NFS (Pas de SCST/iSCSI (Debian9, packet "iscsitarget" inexistant, j'ai tenté targetcli-fb que je n'ai pas réussi à mettre en oeuvre)).
 
 
Sur les 2 serveurs Debian (configuré de la même façon) :
- Un Pool ZFS
- GlusterFS pour la réplication du Pool ZFS
Voici où j'en suis. Nous aimerions que notre pool de XenServer se connecte en NFS sur notre stockage (le Pool ZFS via le volume GlusterFS).
Comment et ou paramétrer tout ça avec NFS pour que ce projet puisse se réaliser ?
 
 
Je vous remercie beaucoup par avance de vos réponses et si vous avez un tutoriel ou une procédure, ce serait vraiment appréciable !

Ce n'est pas exactement ce que tu veux, mais c'est une bonne base pour commencer.
https://dev.tranquil.it/wiki/Xenserver-DRBD-SAN

 
Merci pour ce lien ! Je savais pas qu'ils faisaient XenServer en tuto (j'avais mis en place WAPT), cool à savoir du coup
La différence que nous avons est que les XenServer n'ont pas de stockage. Les VMs seront sur le stockage répliqué se trouvant sur les deux serveurs Debian d'où ce besoin de savoir comment bien tout paramétrer pour ne pas se tromper, et à la suite, mettre en place le Disaster Recovery.
Mais je vais tout de même regarder leur solution avec DRBD et SCST.

 
 
Justement il y a 2 XS connectés à 2 baies SANs.
Les baies Sans sont sous debian avec stockage répliqué via drbd.
Donc baie master et baie slave, en cas de crash du bascule sur la slave.
 
Sinon il y a aussi Samba, nagios, tisbackup sur la homepage https://dev.tranquil.it/wiki/Accueil

Ah d'accord ! Cool du coup, voir même intéressant !
Donc si j'investis dessus, je vais supprimer le pool ZFS que j'ai fait, et oublier GlusterFS.
 
Roondar, en me proposant cette solution, tu l'as mise en place ? Si oui, les tutos de TranquilIT sont bons ?

J'ai mis en place DRBD.
 
Est-ce normal d'avoir autant de temps pour la synchro ? (Voir image ci-dessous), bon après il y a 12T disponible, l'espace est vide sinon (18T en RAID5 ContrôleurDELL), cela vient peut-être de là ? (J'ai réglé en syncer=1000M pour 1Gbps si je ne me trompe pas).
 
http://www.hostingpics.net/viewer. [...] 35srv1.png
http://www.hostingpics.net/viewer. [...] 07srv2.png
 
 
Sinon, j'ai créé un fichier sur SRV1, SRV1 passé en secondaire, SRV2 passé en primaire, montage, le fichier s'est bien dupliqué.  
De même avec SRV2, création du fichier, SRV2 passé en secondaire, SRV1 repassé en primaire, montage, le fichier s'est bien dupliqué.
 
Autre chose:
J'ai pu faire mkfs.ext4 /dev/drbd0 sur le SRV1 (quand il était primaire), mais sur le SRV2 (secondaire) j'ai eu un message d'erreur "Wrong Medium Type".
Ma question :
Dois-je rebasculer le SRV1 en secondaire et mettre le SRV2 en primaire afin de mettre sdbd0 en ext4 ou cela s'est fait automatiquement sur les deux quand j'ai fait cette commande sur SRV1 primaire ?

Concernant SCST ou iscsitarget sur Debian9 Stretch, je suis preneur.
 
Me manque cette étape afin de rentrer les réglages sur chacun de mes XenServer.
 
Merci!

 
Oui
 

 
C'est un nœud répliqué, donc il est déjà formaté sur le  srv2.
Cependant tu n'as pas besoin de formater le disque, c'est les XenServer qui le feront.
 
 
 

 
Effectivement la doc n'est pas encore à jour.
 

D'accord ! Je te remercie !
 
Pour le temps que cela met à synchroniser le "vide" des 11T, est-ce normal ?
 
Pour le target, j'ai trouvé "targetcli-fb" mais je n'arrive pas à faire un target sur DRBD. Je suis en train de chercher depuis hier...
 
Le ISCSItarget pourrait remplacer SCST ou il y a une subtilité à savoir avec SCST ?

Alors du coup, j'ai mis NFS (à la place de iSCSI) et HeartBeat en place.
Le Pool des XenServer cible le SR sur l'IP virtuelle, ce qui ne fait pas d'interruption de service d'après quelques tests sur des VMs.
 
Du coup, j'ai une question, ce que j'ai mis en place est comme ce que ferait Disaster Recovery en interne avec Xen ?

C'est de la HA, pas du backup. Ce sont 2 choses différentes

D'accord, effectivement, j'étais partit du principe où le Disaster Recovery allait piocher sur le deuxième serveur de stockage si le premier n'était plus accessible.
=> C'est de la HA ça, comme HeartBeat si je ne me trompe pas, sauf qu'avec HeartBeat on pioche sur le même volume (en l'occurrence, le volume DRBD).
 
Mais du coup, que fait exactement le Disaster Recovery de Xen ? (Et obligé de l'activer sur du iSCSI j'ai vu ? Chose que je n'avais pas trouvé qui m'a fait mettre NFS)
 
Et deuxième question, qu'est ce qui peut être mis en place si un jour, mon serveur maitre de stockage tombe en panne et qu'il faudrait refaire le debian sur un nouveau disque ou serveur ? (Pour remettre en fonction DRBD en recréant le serveur primaire ou le secondaire de A à Z, je n'ai pas encore regardé)
=> Les Debian n'ont qu'un seul disque au contraire de certains XenServer qui ont du RAID1...
 
 
Vu que la solution fonctionne (entre mon nouveau pool de XenServer, les deux Debian de stockage répliqué et la HA du pool et la HA du stockage), il faut maintenant que j'investigue sur les possibilités de panne.
 
- Un XenServer meurt: C'est pas "très grave", la HA de Xen redémarre la VM sur un autre XenServer et XenServer ne prend vraiment pas longtemps à se remettre en route de A à Z.
- Si c'est le XenServer maître, il faudra que je regarde si un autre se désigne "tout-seul" ou s'il y a quelquechose à mettre en place.
- Coupure mineure (carte réseau ou alimentation du serveur de stockage qui meurt), la HA HeartBeat prend en charge.
- Coupure majeure (Disque d'un serveur de stockage qui meurt), la HA HeartBeat prend en charge aussi mais il faudra refaire de A à Z la machine et il doit certainement avoir quelques ambiguïtés (Je dis ça car j'ai dû faire des commandes l'une après l'autre en synchro sur les deux serveurs, après je m'y connais pas encore)
- D'autres cas à investiguer ?
 
Désolé pour toutes les questions d'apprentissage, après je peux aussi me tromper.
Merci par avance de votre aide !