Stockage · 8 min read · Jan 10, 2026

Stockage haute disponibilité avec GlusterFS 3.2.x sur Debian Wheezy - Réplication automatique de fichiers (Miroir) entre deux serveurs de stockage

Ce tutoriel montre comment configurer un stockage haute disponibilité avec deux serveurs de stockage (Debian Wheezy) qui utilisent GlusterFS. Chaque serveur de stockage sera un miroir de l’autre serveur de stockage, et les fichiers seront répliqués automatiquement entre les deux serveurs de stockage. Le système client (Debian Wheezy également) pourra accéder au stockage comme s’il s’agissait d’un système de fichiers local. GlusterFS est un système de fichiers en cluster capable de s’étendre à plusieurs pétaoctets. Il agrège divers blocs de stockage via Infiniband RDMA ou TCP/IP en un grand système de fichiers réseau parallèle. Les blocs de stockage peuvent être constitués de n’importe quel matériel standard tel que des serveurs x86_64 avec RAID SATA-II et HBA Infiniband.

Je ne donne aucune garantie que cela fonctionnera pour vous !

1 Remarque préliminaire

Dans ce tutoriel, j’utilise trois systèmes, deux serveurs et un client :

  • server1.example.com : adresse IP 192.168.0.100 (serveur)
  • server2.example.com : adresse IP 192.168.0.101 (serveur)
  • client1.example.com : adresse IP 192.168.0.102 (client)

Tous les trois systèmes doivent être capables de résoudre les noms d’hôte des autres systèmes. Si cela ne peut pas être fait via DNS, vous devez modifier le fichier /etc/hosts pour qu’il ressemble à ceci sur les trois systèmes :

vi /etc/hosts

| 127.0.0.1 localhost.localdomain localhost 192.168.0.100 server1.example.com server1 192.168.0.101 server2.example.com server2 192.168.0.102 client1.example.com client1 # Les lignes suivantes sont souhaitables pour les hôtes compatibles IPv6 ::1 localhost ip6-localhost ip6-loopback fe00::0 ip6-localnet ff00::0 ip6-mcastprefix ff02::1 ip6-allnodes ff02::2 ip6-allrouters ff02::3 ip6-allhosts |

(Il est également possible d’utiliser des adresses IP au lieu de noms d’hôte dans la configuration suivante. Si vous préférez utiliser des adresses IP, vous n’avez pas à vous soucier de savoir si les noms d’hôte peuvent être résolus ou non.)

2 Configuration des serveurs GlusterFS

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

GlusterFS est disponible en tant que paquet pour Debian Wheezy, nous pouvons donc l’installer comme suit :

apt-get install glusterfs-server

La commande

glusterfsd --version

devrait maintenant afficher la version de GlusterFS que vous venez d’installer (3.2.7 dans ce cas) :

root@server1:~# glusterfsd --version  
glusterfs 3.2.7 construit le 12 nov. 2012 19:30:08  
Révision du dépôt : git://git.gluster.com/glusterfs.git  
Droits d'auteur (c) 2006-2011 Gluster Inc.   
GlusterFS est fourni SANS AUCUNE GARANTIE.  
Vous pouvez redistribuer des copies de GlusterFS selon les termes de la GNU General Public License.  
root@server1:~#

Si vous utilisez un pare-feu, assurez-vous que les ports TCP 111, 24007, 24008, 24009-(24009 + nombre de blocs à travers tous les volumes) sont ouverts sur server1.example.com et server2.example.com.

Ensuite, nous devons ajouter server2.example.com au pool de stockage de confiance (veuillez noter que j’exécute toutes les commandes de configuration GlusterFS depuis server1.example.com, mais vous pouvez également les exécuter depuis server2.example.com car la configuration est répliquée entre les nœuds GlusterFS - assurez-vous simplement d’utiliser les bons noms d’hôte ou adresses IP) :

server1.example.com :

Sur server1.example.com, exécutez

gluster peer probe server2.example.com
root@server1:~# gluster peer probe server2.example.com  
Probe réussie  
root@server1:~#

L’état du pool de stockage de confiance devrait maintenant être similaire à ceci :

gluster peer status
root@server1:~# gluster peer status  
Nombre de pairs : 1
Nom d'hôte : server2.example.com  
Uuid : d19cb707-7b23-4d11-8e9c-183cd0a18d96  
État : Pair dans le cluster (Connecté)  
root@server1:~#

Ensuite, nous créons le partage nommé testvol avec deux répliques (veuillez noter que le nombre de répliques est égal au nombre de serveurs dans ce cas car nous voulons configurer le miroir) sur server1.example.com et server2.example.com dans le répertoire /data (ce dernier sera créé s’il n’existe pas) :

gluster volume create testvol replica 2 transport tcp server1.example.com:/data server2.example.com:/data
root@server1:~# gluster volume create testvol replica 2 transport tcp server1.example.com:/data server2.example.com:/data  
La création du volume testvol a été réussie. Veuillez démarrer le volume pour accéder aux données.  
root@server1:~#

Démarrez le volume :

gluster volume start testvol

Il est possible que la commande ci-dessus vous indique que l’action n’a pas réussi :

root@server1:~# gluster volume start testvol  
Le démarrage du volume testvol a échoué  
root@server1:~#

Dans ce cas, vous devez vérifier la sortie de…

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

netstat -tap | grep glusterfsd

sur les deux serveurs.

Si vous obtenez une sortie comme ceci…

root@server1:~# netstat -tap | grep glusterfsd  
tcp        0      0 *:24009                 *:*                     LISTEN      1548/glusterfsd  
tcp        0      0 localhost.localdom:1019 localhost.localdo:24007 ÉTABLI 1548/glusterfsd  
root@server1:~#

… tout va bien, mais si vous n’obtenez aucune sortie…

root@server2:~# netstat -tap | grep glusterfsd  
root@server2:~#

… redémarrez le démon GlusterFS sur le serveur correspondant (server2.example.com dans ce cas) :

server2.example.com :

/etc/init.d/glusterfs-server restart

Puis vérifiez à nouveau la sortie de…

netstat -tap | grep glusterfsd

… sur ce serveur - cela devrait maintenant ressembler à ceci :

root@server2:~# netstat -tap | grep glusterfsd  
tcp        0      0 *:24010                 *:*                     LISTEN      1458/glusterfsd  
tcp        0      0 localhost.localdom:1021 localhost.localdo:24007 ÉTABLI 1458/glusterfsd  
root@server2:~#

Maintenant, revenons à server1.example.com :

server1.example.com :

Vous pouvez vérifier l’état du volume avec la commande

gluster volume info
root@server1:~# gluster volume info
Nom du volume : testvol  
Type : Répliquer  
État : Démarré  
Nombre de blocs : 2  
Type de transport : tcp  
Blocs :  
Bloc1 : server1.example.com:/data  
Bloc2 : server2.example.com:/data  
root@server1:~#

Par défaut, tous les clients peuvent se connecter au volume. Si vous souhaitez accorder l’accès uniquement à client1.example.com (= 192.168.0.102), exécutez :

gluster volume set testvol auth.allow 192.168.0.102

Veuillez noter qu’il est possible d’utiliser des caractères génériques pour les adresses IP (comme 192.168.*) et que vous pouvez spécifier plusieurs adresses IP séparées par des virgules (par exemple 192.168.0.102,192.168.0.103).

Les informations sur le volume devraient maintenant afficher l’état mis à jour :

gluster volume info
root@server1:~# gluster volume info
Nom du volume : testvol  
Type : Répliquer  
État : Démarré  
Nombre de blocs : 2  
Type de transport : tcp  
Blocs :  
Bloc1 : server1.example.com:/data  
Bloc2 : server2.example.com:/data  
Options reconfigurées :  
auth.allow : 192.168.0.102  
root@server1:~#

3 Configuration du client GlusterFS

client1.example.com :

Sur le client, nous pouvons installer le client GlusterFS comme suit :

apt-get install glusterfs-client

Ensuite, nous créons le répertoire suivant :

mkdir /mnt/glusterfs

C’est tout ! Maintenant, nous pouvons monter le système de fichiers GlusterFS sur /mnt/glusterfs avec la commande suivante :

mount.glusterfs server1.example.com:/testvol /mnt/glusterfs

(À la place de server1.example.com, vous pouvez également utiliser server2.example.com dans la commande ci-dessus !)

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

mount
root@client1:~# mount  
sysfs sur /sys type sysfs (rw,nosuid,nodev,noexec,relatime)  
proc sur /proc type proc (rw,nosuid,nodev,noexec,relatime)  
udev sur /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=126813,mode=755)  
devpts sur /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)  
tmpfs sur /run type tmpfs (rw,nosuid,noexec,relatime,size=102704k,mode=755)  
/dev/mapper/server1-root sur / type ext4 (rw,relatime,errors=remount-ro,user_xattr,barrier=1,data=ordered)  
tmpfs sur /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)  
tmpfs sur /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=205400k)  
/dev/sda1 sur /boot type ext2 (rw,relatime,errors=continue)  
rpc_pipefs sur /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)  
server1.example.com:/testvol sur /mnt/glusterfs type fuse.glusterfs (rw,relatime,user_id=0,group_id=0,default_permissions,allow_other,max_read=131072)  
fusectl sur /sys/fs/fuse/connections type fusectl (rw,relatime)  
root@client1:~#

… et…

df -h
root@client1:~# df -h  
Système de fichiers                    Taille  Utilisé Dispo Util% Monté sur  
rootfs                         29G  1.2G   26G   5% /  
udev                           10M     0   10M   0% /dev  
tmpfs                         101M  240K  101M   1% /run  
/dev/mapper/server1-root       29G  1.2G   26G   5% /  
tmpfs                         5.0M     0  5.0M   0% /run/lock  
tmpfs                         201M     0  201M   0% /run/shm  
/dev/sda1                     228M   18M  199M   9% /boot  
server1.example.com:/testvol   29G  1.2G   26G   5% /mnt/glusterfs  
root@client1:~#

Au lieu de monter manuellement le partage GlusterFS 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

| [...] server1.example.com:/testvol /mnt/glusterfs glusterfs defaults,_netdev 0 0 |

(Encore une fois, au lieu de server1.example.com, vous pouvez également utiliser server2.example.com !)

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 Tests

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 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
root@server1:~# ls -l /data  
total 0  
-rw-r--r-- 1 root root 0 Sep 30 17:53 test1  
-rw-r--r-- 1 root root 0 Sep 30 17:53 test2  
root@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 modifications devraient être visibles dans le répertoire /data sur server2.example.com :

server2.example.com :

ls -l /data
root@server2:~# ls -l /data  
total 8  
-rw-r--r-- 1 root root 0 Sep 30 17:53 test1  
-rw-r--r-- 1 root root 0 Sep 30 17:54 test3  
-rw-r--r-- 1 root root 0 Sep 30 17:54 test4  
root@server2:~#

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

server1.example.com :

ls -l /data
root@server1:~# ls -l /data  
total 0  
-rw-r--r-- 1 root root 0 Sep 30 17:53 test1  
-rw-r--r-- 1 root root 0 Sep 30 17:53 test2  
root@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/
root@client1:~# ls -l /mnt/glusterfs/  
total 8  
-rw-r--r-- 1 root root 0 Sep 30 17:53 test1  
-rw-r--r-- 1 root root 0 Sep 30 17:54 test3  
-rw-r--r-- 1 root root 0 Sep 30 17:54 test4  
root@client1:~#

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

server1.example.com :

ls -l /data
root@server1:~# ls -l /data  
total 0  
-rw-r--r-- 1 root root 0 Sep 30 17:53 test1  
-rw-r--r-- 1 root root 0 Sep 30 17:54 test3  
-rw-r--r-- 1 root root 0 Sep 30 17:54 test4  
root@server1:~#

5 Liens

Share: X/Twitter LinkedIn
#Stockage

Recevez de nouveaux articles dans votre boîte de réception.

Aucun spam. Désabonnez-vous à tout moment.