Au sujet de DRBD

Qu'est ce que le DRBD?

DRBD fait référence à des dispositifs de bloc conçus en tant que bloc de construction pour former des clusters à haute disponibilité (HA). Cela se fait en mettant en miroir un périphérique de bloc entier via un réseau dédié. DRBD peut être compris comme raid-1 basé sur le réseau. Dans l'illustration ci-dessus, les deux cases orange représentent deux serveurs qui forment un cluster HA. Les boîtes contiennent les composants habituels d'un noyau Linux : système de fichiers, cache de tampon, planificateur de disque, pilotes de disque, Pile TCP/IP et pilote de carte d'interface réseau (NIC). Les flèches noires illustrent le flux de données entre ces composants. Les flèches orange indiquent le flux de données, car DRBD reflète les données d'un service hautement disponible à partir du nœud actif du cluster HA au nœud de secours du cluster HA.

Qu'est-ce-que HA ?

La partie supérieure de cette image montre un cluster où le nœud de gauche est actuellement actif, c'est-à-dire l'adresse IP du service que le client les machines qui parlent se trouve actuellement sur le nœud de gauche. Le service, y compris son adresse IP, peut être migré vers l'autre nœud à tout moment, soit en raison d'un défaillance du nœud actif ou en tant qu'action administrative. La partie inférieure de l'illustration montre un grappe dégradée. Dans le langage HA, la migration d'un service s'appelle basculement, le processus inverse s'appelle restauration automatique et lorsque la migration est déclenchée par un administrateur, on parle de basculement.

Qu'est-ce-que DRBD?

"Mirroring" des données importantes

DRBD fonctionne au-dessus des périphériques de bloc, c'est-à-dire les partitions de disque dur ou les volumes logiques de LVM. Il reflète chaque bloc de données qu'il est écrit sur le disque vers le nœud homologue.

De complétement synchrone

La mise en miroir peut être effectuée de manière étroitement couplée (synchrone). Cela signifie que le système de fichiers sur le nœud actif est notifié que l'écriture du bloc n'est terminée que lorsque le bloc est arrivé sur les deux disques du groupe. La mise en miroir synchrone (appelée protocole C en langage DRBD) est le bon choix pour les clusters HA où vous n'osez pas perdre une seule transaction en cas de crash complet de l'actif (primaire en langage DRBD) nœud.

A Asynchrone

L'autre option est la mise en miroir asynchrone. Cela signifie que l'entité qui a émis les demandes d'écriture est informé de l'achèvement dès que les données sont écrites sur le disque local. La mise en miroir asynchrone est nécessaire pour construire des miroirs sur de longues distances, c'est-à-dire l'interconnexion le temps d'aller-retour du réseau est supérieur à la latence d'écriture que vous pouvez tolérer pour votre application. (Noter la la quantité de données que le nœud pair peut prendre est limitée par le produit de délai de bande passante et l'envoi TCP amortir.)