Pour ceux que ça intéresse, j'ai monté une plateforme de test de QuadStor sous debian, ça m'intriguait ce truc la
Je suis parti de 2 serveurs physiques (IBM X346) avec du disque SCSI, 1 port pour l'accès au stockage, 1 pour la réplication et 1 port BMC pour l'IPMI.
J'ai créé une grappe RAID5 MDADM que j'ai ajouté dans un Storage Pool que j'ai nommé HA et j'ai créé un virtual disk sur ce pool nommé DATA (dans l'interface web de Quadstor). Un fois le VDISK créé, j'ai modifié les propriétés du VDISK et je lui ai donné l'IP de destination pour la réplication.
Le STONITH est assuré via IPMI.
je colle la conf que j'ai mis en place sur les 2 hotes QuadStor :
SUR LES 2 HOTES
[cpp]
apt-get install uuid-runtime build-essential sg3-utils apache2 psmisc firmware-qlogic linux-headers-$(uname -r) ipmitool
wget
http://www.quadstor.com/support/downloa ... x86_64.deb
wget
http://www.quadstor.com/support/downloa ... x86_64.deb
dpkg -i quadstor-core-3.0.46-debian7-x86_64.deb
dpkg -i quadstor-itf-3.0.46-debian7-x86_64.deb
echo "ipmi_si" >> /etc/modules
echo "ipmi_devintf" >> /etc/modules
modprobe ipmi_si
modprobe ipmi_devintf
[/cpp]
SUR LE HOST 1
[cpp]
echo RecvAddr=192.168.1.1 > /quadstor/etc/ndrecv.conf
vim /etc/network/interfaces
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
allow-hotplug eth0
iface eth0 inet static
address 10.1.10.10
netmask 255.255.0.0
network 10.1.0.0
broadcast 10.1.255.255
gateway 10.1.254.1
# The secondary network interface
allow-hotplug eth1
iface eth1 inet static
address 192.168.1.1
netmask 255.255.255.0
ipmitool lan set 1 ipaddr 10.1.10.20
ipmitool lan set 1 netmask 255.255.0.0
ipmitool lan set 1 access on
ipmitool user set password 2 USERPASSWD
/quadstor/bin/qmirrorcheck -a -t fence -r 192.168.1.2 -v '/usr/bin/ipmitool -H 10.1.10.21 -U USERID -P USERPASSWD power off'
[/cpp]
SUR LE HOST 2
[cpp]
echo RecvAddr=192.168.1.2 > /quadstor/etc/ndrecv.conf
vim /etc/network/interfaces
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
allow-hotplug eth0
iface eth0 inet static
address 10.1.10.11
netmask 255.255.0.0
network 10.1.0.0
broadcast 10.1.255.255
gateway 10.1.254.1
# The secondary network interface
allow-hotplug eth1
iface eth1 inet static
address 192.168.1.2
netmask 255.255.255.0
ipmitool lan set 1 ipaddr 10.1.10.21
ipmitool lan set 1 netmask 255.255.0.0
ipmitool lan set 1 access on
ipmitool user set password 2 USERPASSWD
/quadstor/bin/qmirrorcheck -a -t fence -r 192.168.1.1 -v '/usr/bin/ipmitool -H 10.1.10.20 -U USERID -P USERPASSWD power off'
[/cpp]
Voila c'est un peu en vrac, mais si ça peut aider quelqu'un
je me suis basé sur
http://www.quadstor.com/support/133-syn ... oring.html et sur
http://www.quadstor.com/tech-library/14 ... orial.html pour mettre en place l'infra.
Côté client j'ai connecté un cluster XenServer de 3 hotes. J'ai créé un storage repository classique en iSCSI et ensuite j'ai fait la config multipath.
Pour activer le multipath SCSI il faut mettre les hotes en mode maintenance, faire un click droit propriété dessus, section Multipathing et cocher la case pour l'activer. Ensuite ajouter ceci au fichier /etc/multipath.conf sur chaque hote :
[cpp]
device {
vendor "QUADSTOR"
product "VDISK"
getuid_callout "/sbin/scsi_id -g -u -s /block/%n"
rr_min_io 100
rr_weight priorities
path_grouping_policy multibus
}
[/cpp]
Et mettre en place un script au démarrage pour connecter le second path en auto :
[cpp]
list=`/sbin/iscsiadm -m discovery -p 10.1.10.11 -t st | grep "10.1.10.11" | cut -f 2 -d' '`
for i in $list; do
/sbin/iscsiadm -m node -T $i -p 10.1.10.11 -l
done
[/cpp]
(md0)
