Proposition d'inclure dans le noyau Linux un dispositif de bloc répliqué distribué DRBD 9

Un ensemble de correctifs a Ă©tĂ© proposĂ© pour le noyau Linux, mettant en Ɠuvre un dispositif de bloc rĂ©pliquĂ© distribuĂ© DRBD 9, permettant de crĂ©er une sorte d'ensemble RAID-1 formĂ© par des disques miroir connectĂ©s Ă  diffĂ©rents systĂšmes via le rĂ©seau. Le pilote sera d'abord testĂ© dans la branche linux-next et prĂ©parĂ© pour une intĂ©gration dans le noyau Linux 7.2.

L'ancienne version de DRBD est incluse dans le noyau depuis la version 2.6.33, sortie il y a 16 ans. Le code existant dans le noyau est basé sur la branche DRBD 8, qui diffÚre considérablement de la branche DRBD 9, sortie en 2015 et incompatible au niveau du protocole. Ainsi, la branche DRBD 9 s'est développée en tant que module externe séparé, non synchronisé avec le module provenant du noyau principal. L'implémentation de DRBD dans le noyau a été maintenue séparément et est en retard de 10 à 15 ans par rapport à la base de code actuelle de DRBD. Les correctifs proposés sont conçus pour combler cet écart.

DRBD permet de regrouper les disques des nƓuds d'un cluster en un stockage tolĂ©rant aux pannes unique. Pour les applications et le systĂšme, ce stockage apparaĂźt comme un dispositif de bloc identique pour tous les systĂšmes. Lors de l'utilisation de DRBD, toutes les opĂ©rations sur le disque local sont envoyĂ©es Ă  d'autres nƓuds et synchronisĂ©es avec les disques des autres machines. En cas de dĂ©faillance d'un nƓud, le stockage continuera automatiquement Ă  fonctionner grĂące aux nƓuds restants. Lors de la reprise de la disponibilitĂ© du nƓud dĂ©faillant, son Ă©tat sera automatiquement mis Ă  jour.

Un cluster formant le stockage peut comprendre jusqu'Ă  32 nƓuds, situĂ©s Ă  la fois dans un rĂ©seau local et dans des sites gĂ©ographiquement dispersĂ©s centres de donnĂ©es. La synchronisation dans de tels stockages rĂ©partis s'effectue sous forme de rĂ©seau maillĂ© : les donnĂ©es se propagent en chaĂźne d'un nƓud Ă  l'autre. La rĂ©plication des nƓuds peut se faire en mode synchrone ou asynchrone. Par exemple, les nƓuds situĂ©s localement peuvent utiliser la rĂ©plication synchrone, tandis que pour les nƓuds sur des sites distants, une rĂ©plication asynchrone avec compression et cryptage supplĂ©mentaires du trafic peut ĂȘtre appliquĂ©e.

La branche DRBD 9 se distingue par l'abstraction du niveau de transport, permettant de rĂ©aliser des canaux de communication non seulement sur TCP/IP, mais aussi en utilisant RDMA/Infiniband. ComparĂ© au fonctionnement sur un rĂ©seau IP traditionnel, l'intĂ©gration de l'accĂšs direct Ă  la mĂ©moire d'un autre ordinateur via RDMA (Remote Direct Memory Access) a permis de doubler la performance de rĂ©plication tout en rĂ©duisant la charge sur le CPU de 50 %. La taille maximale du stockage synchronisĂ© a Ă©tĂ© augmentĂ©e Ă  32 nƓuds. Dans DRBD 9, la logique de resynchronisation des nƓuds a Ă©galement Ă©tĂ© modifiĂ©e, le mĂ©canisme de blocage a Ă©tĂ© repensĂ©, le support des espaces de noms rĂ©seau (network namespace) a Ă©tĂ© ajoutĂ©, le statut du nƓud est automatiquement dĂ©fini en fonction de l'activitĂ©, ainsi que la prise en charge des commits en deux phases et de la diffusion des mises Ă  jour en mode non-bloquant. Proposition d'inclure dans le noyau Linux un dispositif de bloc rĂ©pliquĂ© distribuĂ© DRBD 9

Source : opennet.ru

Acheter un hĂ©bergement fiable pour les sites avec protection DDoS, serveurs VPS VDS đŸ”„ Acheter un hĂ©bergement fiable pour les sites avec protection DDoS, serveurs VPS VDS | ProHoster