« LINUX:Drbd » : différence entre les versions

Sur chaque machine, nous avons besoin d'un disque dur de même capacité; nous avons mis un disque de 160 Gb sur chaque machine.

Ensuite nous ajoutons une couche LVM. On ajoutons ce device à un Volume Group nommé "fo1_vg_data" pour la machine "fo1.home.dom" et nommé "fo2_vg_data" pour la machine "fo2.home.dom". Ce device est seul dans ce Volume Group. Enfin on y ajoute un Logical Volume qui prend la totalité de l'espace nommé "fo1_lv_data" pour la machine "fo1.home.dom" et nommé "fo2_lv_data" pour la machine "fo2.home.dom". La couche LVM n'est pas obligatoire mais elle permet, si on le désire, utiliser plus d'un disque et d'être indépendant du nom de la partition qui peut changer en fonction de la connectique. Dans la seconde application, nous partirons directement sur les partitions sans couche LVM.

  # syncer { rate 45M; }

----

* Les deux sections derrière l'option "on" définissent les caractéristiques des deux blocs constituant ce device "/dev/drbd1"

** Derrière la sous-option "address", nous avons les informations réseaux: l'adresse réseau IPV4 de l'interface et le n° de port TCP

** Derrière la sous-option "device", nous avons le nom du device résultant nommé "'''/dev/drbd1'''"

Dans le système Raid 1 classique, un seul disque est accessible, l'autre est là pour recevoir les données à synchroniser et pour prendre la main en cas de problème. Pour Drbd, c'est le même principe en mode Actif/Passif.

Celui qui a la main, est appelé "Primary", l'autre "Secondary". Par défaut, aucun n'a la main et sont donc tous les deux en mode "Secondary"; il faut en désigner un. Si l'autre n'est pas joignable à travers le réseau, il est dit "Unknown". Les deux peuvent être portés au stade "Primary" mais c'est une situation qui demande beaucoup de précautions.

Il faut maintenant initialiser ce nouveau périphérique "/dev/drbd1". Cette opération est faite manuellement en lignes de commande. Les premières commandes doivent se faire sur les deux machines du cluster Drbd. Dès que le système est lancé, les suivantes se font d'un seul côté.

Cette opération analogue au formatage d'un disque. La commande suivante va initialiser la ressource "drbddata" sur chaque disque de chaque machine:

   1: cs:'''WFConnection''' ro:Secondary/'''Unknown''' ds:Inconsistent/'''DUnknown''' C r----s

Cette machine attend la connexion ("WFConnection"). Quand son équivalent est démarré sur l'autre machine, l'état devient:

   1: cs:'''Connected''' ro:'''Secondary/Secondary''' ds:'''Inconsistent/Inconsistent''' C r-----

On remarque que l'état est connecté ("Connected") mais "Inconsistent". Les deux machines sont à l'état Passif/Passif.

   1: cs:'''SyncSource''' ro:'''Primary'''/Secondary ds:'''UpToDate'''/Inconsistent C r-----

   1: cs:'''SyncTarget'''' ro:Secondary/Primary ds:Inconsistent/UpToDate C r-----

On peut voir la vitesse de transfert en réception ("SyncTarget"): environ 38,4MB/s (38,424).

  tcp        0      0 '''192.168.2.71:7789'''       192.168.2.72:56647      ESTABLISHED -

  tcp        0 570800 192.168.2.71:44847      '''192.168.2.72:7789'''       ESTABLISHED -

Enfin quand la synchronisation est finie, l'état devient stable ("Connected") et mis à jour ("UpToDate"):

   1: cs:'''Connected ro:Primary/Secondary''' ds:'''UpToDate/UpToDate''' C r-----

On peut observer la quantité de données échangée avec la commande:

Sur la machine "fo1.home.dom", affichage limité à l'interface réseau "eth2" utilisé:

         '''TX''' packets 111680341  bytes 167428741104 ('''155.9 GiB''')

         '''RX''' packets 111682659  bytes 167878464532 ('''156.3 GiB''')

=Choisir l'état=

 

 

=Arrêt=

Considérons l'arrêt de cette ressource.

 

 

 

Dès lors on peut arrêter cette ressource "drbddata" sur les deux machines: