ACHETEZ

Configuration du système de fichiers

Cet article présente une alternative aux systèmes de fichiers tels que NFS ou DFS. Par rapport aux systèmes mentionnés, GlusterFS fournit des délais moindres lors de la commutation des serveurs. En outre, ce système de fichiers (FS) est gratuit et donc recommandé pour son utilisation en cas de budget limité. Il est important de dire que l'utilisation de 2 ou 3 serveurs n'offre aucun avantage par rapport à un contrôleur RAID de hardware, excepté la possibilité de connecter ces serveurs aux différents tableaux électriques, ce qui augmente légèrement la tolérance en cas de pannes de tout le système.

CommunigatePro assure la répartition de la charge, ce qui signifie non seulement une charge uniforme sur la batterie de serveurs, mais aussi le remplacement automatique d'un serveur défaillant par un autre serveur ayant une charge plus faible. Mais que faire s'il est nécessaire de réserver un stockage de fichiers avec les données des messageries électroniques et les paramètres des domaines de messagerie ? À cette fin, il est recommandé d'utiliser un système de fichiers reparti (cluster). Dans cet exemple, on prendra en considération la solution de configuration de ce FS sur deux serveurs. Il est possible d'ajouter n'importe quel nombre nécessaire de serveurs sans aucune difficulté.

Pour déployer le système de fichiers en cluster GlusterFS, on utilisera dans cet exemple le système d'exploitation Fedora 21.

Les noms des serveurs utilisés dans cet exemple sont :

Le disque dur qui sera utilisé pour cette tâche s'appelle sdb.

Les exigences relatives à un système particulier de fichiers pour ce disque ne sont pas disponibles, mais il faut se rappeler que, par exemple, ext4 utilise des blocs de 4 Ko minimum, et le système xfs : des blocs de 512 octets. Ainsi, en cas d'utilisation d'ext4, on perd beaucoup d'espace sur le disque.

Préparation

Les prochaines étapes permettront de préparer les sections pour la réplication ultérieure. Nous vous recommandons d'utiliser un disque dur indépendant de ceux sur lesquels le système d'exploitation sera installé. Cependant, vous pouvez utiliser, si nécessaire, une partition séparée du même disque. Cela diminuera les performances et la disponibilité en raison du risque élevé de défaillance du système d'exploitation.

1. Création d'une section sur le second disque. Entrer tous les paramètres dans l'ordre spécifié.

# fdisk /dev/sdb

2. Mise en forme de la section créée dans le système de fichiers xfs.

# mkfs.xfs -i size=512 /dev/sdb1

3. Création d'un dossier et montage de la section formatée.

# mkdir -p /data/cluster && mount /dev/sdb1 /data

4. Configuration du montage automatique de la section dans un dossier créé.

# echo "/dev/sdb1 /data xfs defaults 0 0" >> /etc/fstab

5. Installation de GlusterFS.

# yum install glusterfs{,-server,-fuse,-geo-replication} -y

6. Ouvrir les ports suivants :

IMPORTANT : Il est recommandé d'ouvrir dès le début tous les ports afin de faciliter la procédure de mise au point.

7. Redémarrage du service GlusterFS.

# service glusterd restart

8. Il est recommandé d'ajouter des enregistrements DNS (A) dans chacun des nœuds du cluster.

# nano /etc/hosts
192.168.0.100 data1 data1.domain.com
192.168.0.101 data2 data2.domain.com

Configuration du cluster.

La préparation est maintenant terminée et les serveurs sont prêts pour la configuration directe du système de fichiers.

Les étapes suivantes ne doivent être effectuées que sur un seul nœud du cluster. Dans cet exemple, ce serveur sera data1.domain.com.

9. Attribution du rôle de peer.

# gluster peer probe data2.domain.com

10. Si la précédente opération est réussie, les informations sur le nœud data2.domain.com s'afficheront.

# gluster peer status

11. Création d'une partition virtuelle de données volume_data avec l'indication des serveurs sur lesquels se produira la réplication des données.

# gluster volume create volume_data replica 2 transport tcp data1.domain.com:/data/cluster data2.domain.com:/data/cluster

12. Lancement de la section.

# gluster volume start volume_data

13. Maintenant, redémarrer GlusterFS. Cette opération doit être exécutée sur les deux clusters.

# service glusterd restart

Configuration du client.

À cet étape, le cluster est déjà configuré et les données sont répliquées entre les nœuds. Maintenant, il est nécessaire de configurer le client qui pourra effectuer des opérations de fichiers.

Comme nous le faisons pour les serveurs CommunigatePro, il est nécessaire d'y monter des disques réseau. La situation ci-dessus n'est valable que si CGPro est installé sur un serveur Linux. S'il s'agit de Windows, il faudra une configuration supplémentaire du serveur Samba sur les deux nœuds.

Les opérations suivantes devront être réalisées sur chaque serveur CommunigatePro.

14. Installation de la partie client du GlusterFS.

# yum install glusterfs{,-fuse}

15. Création d'un dossier via lequel l'accès au cluster sera configuré.

# mkdir /mail

16. Installation du cluster dans le dossier créé.

# mount -t glusterfs data1.domain.com:/volume_data /mail

17. Inscription du montage du cluster dans fstab lors du démarrage.

echo "data2.domain.msk:/volume_data /mail glusterfs defaults 0 0" >> /etc/fstab

À cette étape, la configuration de base du fichier du cluster est terminée. Il est important de noter deux nuances dans cet exemple.

1. Comme vous pouvez le constater, le pack glusterfs-fuse doit être installé pour le client. Vous ne pourrez pas monter la partition sans ce pack. Cette installation ne peut en aucun cas affecter le fonctionnement de CommunigatePro. Cependant, il est recommandé d'utiliser Samba sur les nœuds du cluster afin de monter des partitions via le protocole smb.

2. La commande de montage permet de se rendre compte que le serveur est monté pour un nœud spécifique du cluster, ce qui rend le système assez instable en cas de pannes. Pour résoudre ce problème, configurer le pool d'adresses DNS ou configurer une interface virtuelle entre tous les nœuds du cluster.