Stockage Haute Disponibilité Avec GlusterFS Sur Debian Lenny - Réplication Automatique de Fichiers Entre Deux Serveurs de Stockage - Page 2

3 Configuration Du Client GlusterFS

client1.example.com:

Sur le client, nous devons installer fuse et GlusterFS. Au lieu d’installer le paquet libfuse2 depuis le dépôt Debian, nous installons une version patchée avec un meilleur support pour GlusterFS.

Tout d’abord, nous installons à nouveau les prérequis :

aptitude install sshfs build-essential flex bison byacc libdb4.6 libdb4.6-dev

Ensuite, nous construisons fuse comme suit (vous pouvez trouver la dernière version patchée de fuse sur ftp://ftp.zresearch.com/pub/gluster/glusterfs/fuse/) :

cd /tmp  
wget ftp://ftp.zresearch.com/pub/gluster/glusterfs/fuse/fuse-2.7.4glfs11.tar.gz  
tar -zxvf fuse-2.7.4glfs11.tar.gz  
cd fuse-2.7.4glfs11  
./configure  
make && make install

Ensuite, nous construisons GlusterFS (tout comme sur le serveur)…

cd /tmp  
wget http://ftp.gluster.com/pub/gluster/glusterfs/2.0/LATEST/glusterfs-2.0.1.tar.gz  
tar xvfz glusterfs-2.0.1.tar.gz  
cd glusterfs-2.0.1  
./configure --prefix=/usr > /dev/null

make && make install  
ldconfig  
glusterfs --version

… et créez les deux répertoires suivants :

mkdir /mnt/glusterfs  
mkdir /etc/glusterfs

Ensuite, nous créons le fichier /etc/glusterfs/glusterfs.vol :

vi /etc/glusterfs/glusterfs.vol

| volume remote1 type protocol/client option transport-type tcp option remote-host server1.example.com option remote-subvolume brick end-volume volume remote2 type protocol/client option transport-type tcp option remote-host server2.example.com option remote-subvolume brick end-volume volume replicate type cluster/replicate subvolumes remote1 remote2 end-volume volume writebehind type performance/write-behind option window-size 1MB subvolumes replicate end-volume volume cache type performance/io-cache option cache-size 512MB subvolumes writebehind end-volume |

Assurez-vous d’utiliser les bons noms d’hôtes ou adresses IP des serveurs dans les lignes option remote-host !

C’est tout ! Maintenant, nous pouvons monter le système de fichiers GlusterFS sur /mnt/glusterfs avec l’une des deux commandes suivantes :

glusterfs -f /etc/glusterfs/glusterfs.vol /mnt/glusterfs

ou

mount -t glusterfs /etc/glusterfs/glusterfs.vol /mnt/glusterfs

Vous devriez maintenant voir le nouveau partage dans les sorties de…

mount

client1:/tmp/glusterfs-2.0.1# mount  
/dev/sda1 on / type ext3 (rw,errors=remount-ro)  
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)  
proc on /proc type proc (rw,noexec,nosuid,nodev)  
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)  
udev on /dev type tmpfs (rw,mode=0755)  
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)  
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)  
fusectl on /sys/fs/fuse/connections type fusectl (rw)  
/etc/glusterfs/glusterfs.vol on /mnt/glusterfs type fuse.glusterfs (rw,max_read=131072,allow_other,default_permissions)  
client1:/tmp/glusterfs-2.0.1#

… et…

df -h

client1:/tmp/glusterfs-2.0.1# df -h  
Filesystem            Size  Used Avail Use% Mounted on  
/dev/sda1             29G  935M   27G   4% /  
tmpfs                 126M     0  126M   0% /lib/init/rw  
udev                  10M   80K   10M   1% /dev  
tmpfs                 126M     0  126M   0% /dev/shm  
/etc/glusterfs/glusterfs.vol  
                     19G  804M   17G   5% /mnt/glusterfs  
client1:/tmp/glusterfs-2.0.1#

( server1.example.com et server2.example.com ont chacun 19 Go d’espace pour le système de fichiers GlusterFS, mais comme les données sont miroitées, le client ne voit pas 38 Go (2 x 19 Go), mais seulement 19 Go.)

Au lieu de monter le partage GlusterFS manuellement sur le client, vous pourriez modifier /etc/fstab afin que le partage soit monté automatiquement lorsque le client démarre.

Ouvrez /etc/fstab et ajoutez la ligne suivante :

vi /etc/fstab

| [...] /etc/glusterfs/glusterfs.vol /mnt/glusterfs glusterfs defaults 0 0 |

Pour tester si votre /etc/fstab modifié fonctionne, redémarrez le client :

reboot

Après le redémarrage, vous devriez trouver le partage dans les sorties de…

df -h

… et…

mount

4 Test

Maintenant, créons quelques fichiers de test sur le partage GlusterFS :

client1.example.com :

touch /mnt/glusterfs/test1  
touch /mnt/glusterfs/test2

Maintenant, vérifions le répertoire /data/export sur server1.example.com et server2.example.com. Les fichiers test1 et test2 devraient être présents sur chaque nœud :

server1.example.com/server2.example.com :

ls -l /data/export

server1:~# ls -l /data/export  
total 0  
-rw-r--r-- 1 root root 0 2009-06-02 15:31 test1  
-rw-r--r-- 1 root root 0 2009-06-02 15:32 test2  
server1:~#

Maintenant, nous éteignons server1.example.com et ajoutons/supprimons quelques fichiers sur le partage GlusterFS sur client1.example.com.

server1.example.com :

shutdown -h now

client1.example.com :

touch /mnt/glusterfs/test3  
touch /mnt/glusterfs/test4  
rm -f /mnt/glusterfs/test2

Les changements devraient être visibles dans le répertoire /data/export sur server2.example.com :

server2.example.com :

ls -l /data/export

server2:/tmp/glusterfs-2.0.1# ls -l /data/export  
total 0  
-rw-r--r-- 1 root root 0 2009-06-02 15:31 test1  
-rw-r--r-- 1 root root 0 2009-06-02 15:32 test3  
-rw-r--r-- 1 root root 0 2009-06-02 15:33 test4  
server2:/tmp/glusterfs-2.0.1#

Redémarrons server1.example.com et examinons le répertoire /data/export :

server1.example.com :

ls -l /data/export

server1:~# ls -l /data/export  
total 0  
-rw-r--r-- 1 root root 0 2009-06-02 15:31 test1  
-rw-r--r-- 1 root root 0 2009-06-02 15:32 test2  
server1:~#

Comme vous le voyez, server1.example.com n’a pas remarqué les changements qui se sont produits pendant qu’il était hors ligne. C’est facile à corriger, il suffit d’invoquer une commande de lecture sur le partage GlusterFS sur client1.example.com, par exemple :

client1.example.com :

ls -l /mnt/glusterfs/

client1:~# ls -l /mnt/glusterfs/  
total 0  
-rw-r--r-- 1 root root 0 2009-06-02 15:31 test1  
-rw-r--r-- 1 root root 0 2009-06-02 15:32 test3  
-rw-r--r-- 1 root root 0 2009-06-02 15:33 test4  
client1:~#

Maintenant, regardez à nouveau le répertoire /data/export sur server1.example.com, et vous devriez voir que les changements ont été répliqués à ce nœud :

server1.example.com :

ls -l /data/export

server1:~# ls -l /data/export  
total 0  
-rw-r--r-- 1 root root 0 2009-06-02 15:31 test1  
-rw-r--r-- 1 root root 0 2009-06-02 15:52 test3  
-rw-r--r-- 1 root root 0 2009-06-02 15:52 test4  
server1:~#

5 Liens

• GlusterFS: http://www.gluster.org/
• Debian: http://www.debian.org/