🍤 🍫 🎒 Configuration de DRBD pour répliquer le stockage sur deux serveurs CentOS 7 👨‍🔬 🏯 ☕️

La traduction de l'article a été préparée à la veille du début du cours «Linux Administrator. Virtualisation et clustering " .

DRBD (Distributed Replicated Block Device) est une solution de stockage distribuée, flexible et répliquée universellement pour Linux. Il reflète le contenu des périphériques blocs tels que les disques durs, les partitions, les volumes logiques, etc. entre les serveurs. Il crée des copies de données sur deux périphériques de stockage afin qu'en cas de défaillance de l'un d'entre eux, les données de l'autre puissent être utilisées.

Nous pouvons dire que c'est quelque chose comme une configuration réseau RAID 1 avec des disques mappés sur différents serveurs. Cependant, cela fonctionne très différemment du RAID (même en réseau).

Initialement, DRBD était principalement utilisé dans les clusters d'ordinateurs haute disponibilité (HA), mais à partir de la version 9, il peut être utilisé pour déployer des solutions de stockage dans le cloud.

Dans cet article, nous vous expliquerons comment installer DRBD sur CentOS et vous montrerons brièvement comment l'utiliser pour répliquer un stockage (partition) sur deux serveurs. C'est l'article parfait pour démarrer avec DRBD sous Linux.

Environnement de test

Nous utiliserons un cluster à deux nœuds pour cette configuration.

Nœud 1: 192.168.56.101 - tecmint.tecmint.lan
Nœud 2: 192.168.56.102 - server1.tecmint.lan

Étape 1: Installez les packages DRBD

DRBD est implémenté en tant que module du noyau Linux. Il s'agit d'un pilote de périphérique de bloc virtuel, il se trouve donc tout en bas de la pile d'E / S du système.

DRBD peut être installé depuis ELRepo ou EPEL. Commençons par importer la clé de signature du package ELRepo et connecter le référentiel sur les deux nœuds comme indiqué ci-dessous.

# rpm --import https://www.elrepo.org/RPM-GPG-KEY-elrepo.org
# rpm -Uvh http://www.elrepo.org/elrepo-release-7.0-3.el7.elrepo.noarch.rpm

Ensuite, vous devez installer le module du noyau DRBD et les utilitaires sur les deux nœuds en utilisant:

# yum install -y kmod-drbd84 drbd84-utils

Si SELinux est activé, vous devez configurer des politiques pour libérer les processus DRBD du contrôle SELinux.

# semanage permissive -a drbd_t

De plus, si votre système exécute un pare-feu, vous devez ajouter le port DRBD 7789 pour permettre la synchronisation des données entre les deux nœuds.

Exécutez ces commandes sur le premier nœud:

# firewall-cmd --permanent --add-rich-rule='rule family="ipv4"  source address="192.168.56.102" port port="7789" protocol="tcp" accept'
# firewall-cmd --reload

Ensuite, exécutez ces commandes sur le deuxième nœud:

# firewall-cmd --permanent --add-rich-rule='rule family="ipv4" source address="192.168.56.101" port port="7789" protocol="tcp" accept'
# firewall-cmd --reload

Étape 2. Préparez le stockage de bas niveau

Maintenant que DRBD est installé sur les deux nœuds du cluster, nous devons y préparer des zones de stockage d'environ la même taille. Il peut s'agir d'une partition de disque dur (ou d'un disque dur physique entier), d'un périphérique RAID logiciel , d'un volume logique LVM ou de tout autre type de périphérique bloc trouvé sur votre système.

Pour ce didacticiel, nous allons créer un périphérique de bloc de test de 2 Go à l'aide de la commande dd.

# dd if=/dev/zero of=/dev/sdb1 bs=2024k count=1024

Supposons que ce soit une partition inutilisée (/ dev / sdb1) sur un deuxième périphérique bloc (/ dev / sdb) connecté aux deux nœuds.

Étape 3. Configuration de DRBD

Le fichier de configuration DRBD principal est /etc/drbd.conf, et des fichiers de configuration supplémentaires peuvent être trouvés dans le répertoire /etc/drbd.d.

Pour répliquer le stockage, nous devons ajouter les configurations nécessaires au fichier /etc/drbd.d/global_common.confqui contient les sections de configuration DRBD globale et générale, et nous devons définir des ressources dans les .resfichiers.

Sauvegardez le fichier d'origine sur les deux nœuds, puis ouvrez le nouveau fichier pour le modifier (utilisez votre éditeur de texte préféré).

# mv /etc/drbd.d/global_common.conf /etc/drbd.d/global_common.conf.orig
# vim /etc/drbd.d/global_common.conf

Ajoutez les lignes suivantes aux deux fichiers:

global {
 usage-count  yes;
}
common {
 net {
  protocol C;
 }
}

Enregistrez le fichier puis fermez l'éditeur.

Concentrons-nous brièvement sur la ligne du protocole C. DRBD prend en charge trois modes de réplication différents (c'est-à-dire trois degrés de synchronisation de réplication), à savoir:

protocole A: protocole de réplication asynchrone; le plus couramment utilisé dans les scénarios de réplication longue distance.
protocole B: protocole de réplication semi-synchrone ou protocole de mémoire synchrone.
protocole C: généralement utilisé pour les nœuds sur les réseaux à courte distance; c'est de loin le protocole de réplication le plus couramment utilisé dans les paramètres DRBD.

Important : le choix du protocole de réplication affecte deux facteurs de déploiement: la sécurité et la latence. En revanche, le débit est largement indépendant du protocole de réplication choisi.

Étape 4. Ajout d'une ressource

Ressource est un terme collectif qui fait référence à tous les aspects d'un ensemble de données spécifique en cours de réplication. Nous définirons notre ressource dans un fichier /etc/drbd.d/test.res.

Ajoutez ce qui suit au fichier sur les deux nœuds (n'oubliez pas de remplacer les variables par les valeurs réelles de votre environnement).

Faites attention aux noms d'hôte, nous devons fournir le nom d'hôte du réseau qui peut être obtenu à l'aide de la commande uname -n.

resource test {
        on tecmint.tecmint.lan {
 		device /dev/drbd0;
       		disk /dev/sdb1;
        		meta-disk internal;	
                	address 192.168.56.101:7789;
        }
        on server1.tecmint.lan  {
		device /dev/drbd0;
        		disk /dev/sdb1;
        		meta-disk internal;
                	address 192.168.56.102:7789;
        }
}
}

Où:

on hostname : la section on à laquelle appartient l'instruction de configuration imbriquée.
test : il s'agit du nom de la nouvelle ressource.
device / dev / drbd0 : spécifie un nouveau périphérique de bloc virtuel géré par DRBD.
disk / dev / sdb1 : il s'agit d'une partition de périphérique bloc qui est un périphérique de sauvegarde pour un périphérique DRBD.
meta-disk : définit où DRBD stocke ses métadonnées. Interne signifie que DRBD stocke ses métadonnées sur le même périphérique physique de bas niveau que les données réelles en production.
adresse : spécifie l'adresse IP et le numéro de port de l'hôte correspondant.

Notez également que si les paramètres ont les mêmes valeurs sur les deux hôtes, vous pouvez les spécifier directement dans la section ressources.

Par exemple, la configuration ci-dessus pourrait être refactorisée pour:

resource test {
	device /dev/drbd0;
	disk /dev/sdb1;
        	meta-disk internal;	
        	on tecmint.tecmint.lan {
 		address 192.168.56.101:7789;
        	}
        	on server1.tecmint.lan  {
		address 192.168.56.102:7789;
        		}
}

Étape 5. Initialisation et démarrage de la ressource

Pour interagir avec DRBD, nous utiliserons les outils d'administration suivants (qui interagissent avec le module noyau pour configurer et administrer les ressources DRBD):

drbdadm : un outil d'administration DRBD de haut niveau.
drbdsetup : outil d'administration de niveau inférieur pour connecter les périphériques DRBD à leurs périphériques de sauvegarde, configurer les paires de périphériques DRBD pour mettre en miroir leurs périphériques de sauvegarde et vérifier la configuration des périphériques DRBD en cours d'exécution.
Drbdmeta : un outil de gestion des métadonnées.

Après avoir ajouté toutes les configurations de ressources initiales, nous devons appeler la ressource sur les deux nœuds.

# drbdadm create-md test

Initialisation du magasin de métadonnées

Ensuite, nous devons le démarrer, ce qui connectera la ressource à son périphérique de sauvegarde, puis définira les paramètres de réplication et connectera la ressource à son homologue:

# drbdadm up test

Maintenant, si vous exécutez la commande lsblk , vous remarquerez que le périphérique / volume DRBD drbd0 est associé au périphérique de sauvegarde /dev/sdb1:

# lsblk

Liste des périphériques

bloqués Pour désactiver une ressource, exécutez:

# drbdadm down test

Pour vérifier l'état de la ressource, exécutez la commande suivante (notez que l'état incohérent / incohérent est attendu à ce stade ):

# drbdadm status test
OR
# drbdsetup status test --verbose --statistics 	#for  a more detailed status

Vérifier l'état d'une ressource pour le

mal

Étape 6: Définition de la ressource principale / source de la synchronisation initiale de l'appareil

À ce stade, DRBD est prêt à fonctionner. Nous devons maintenant spécifier quel nœud doit être utilisé comme source de la synchronisation initiale du périphérique.

Exécutez la commande suivante sur un seul nœud pour démarrer la synchronisation complète initiale:

# drbdadm primary --force test
# drbdadm status test

Définition du nœud principal comme périphérique de démarrage Une

fois la synchronisation terminée, l'état des deux disques doit être UpToDate.

Étape 7: test de la configuration DRBD

Enfin, nous devons vérifier si le périphérique DRBD fonctionnera comme il se doit pour stocker les données répliquées. N'oubliez pas que nous avons utilisé un volume de disque vide, nous devons donc créer un système de fichiers sur l'appareil et le monter pour voir si nous pouvons l'utiliser pour stocker des données répliquées.

Nous devons créer un système de fichiers sur l'appareil à l'aide de la commande suivante sur le nœud à partir duquel nous avons démarré la synchronisation complète initiale (qui a une ressource avec un rôle principal):

# mkfs -t ext4 /dev/drbd0

Créez un système de fichiers sur le volume Drbd

Puis montez-le comme indiqué (vous pouvez donner au point de montage un nom approprié):

# mkdir -p /mnt/DRDB_PRI/
# mount /dev/drbd0 /mnt/DRDB_PRI/

Maintenant, copiez ou créez des fichiers au point de montage ci-dessus et faites une longue liste avec la commande ls :

# cd /mnt/DRDB_PRI/
# ls -l

Répertoriez le contenu du volume Drbd principal

Ensuite, démontez le périphérique (assurez-vous que le montage n'est pas ouvert, changez le répertoire après le démontage pour éviter les erreurs) et changez le rôle de nœud de principal à secondaire:

# umount /mnt/DRDB_PRI/
# cd
# drbdadm secondary test

Rendez un autre nœud (qui a une ressource avec un rôle secondaire) principal, puis attachez-lui un périphérique et exécutez une longue liste de points de montage. Si la configuration fonctionne correctement, tous les fichiers stockés sur le volume devraient s'y trouver:

# drbdadm primary test
# mkdir -p /mnt/DRDB_SEC/
# mount /dev/drbd0 /mnt/DRDB_SEC/
# cd /mnt/DRDB_SEC/
# ls  -l

Vérification de la configuration DRBD exécutée sur le nœud secondaire.

Pour plus d'informations, reportez-vous aux pages de manuel des outils d'administration:

# man drbdadm
# man drbdsetup
# man drbdmeta

Aide: Guide de l'utilisateur DRBD .

Résumé

DRBD est extrêmement flexible et polyvalent, ce qui en fait une solution de réplication de stockage adaptée pour ajouter de la haute disponibilité à presque toutes les applications. Dans cet article, nous vous avons montré comment installer DRBD sur CentOS 7 et avons brièvement expliqué comment l'utiliser pour répliquer le stockage. N'hésitez pas à partager vos impressions avec nous en utilisant le formulaire de commentaires ci-dessous.

En savoir plus sur le cours.

Configuration de DRBD pour répliquer le stockage sur deux serveurs CentOS 7