Die Veröffentlichung von DRBD 9.1.0, einem verteilten replizierbaren BlockgerĂ€t, das eine Art von RAID-1-Array ermöglicht, das aus ĂŒber ein Netzwerk verbundenen Festplatten mehrerer Maschinen gebildet wird (Netzwerk-Spiegelung), wurde veröffentlicht. Das System liegt als Modul fĂŒr den Linux-Kernel vor und wird unter der GPLv2-Lizenz vertrieben.
Der Branch drbd 9.1.0 kann zur transparenten Ersetzung von drbd 9.0.x verwendet werden und ist vollstĂ€ndig kompatibel auf Protokollebene, bei Konfigurationsdateien und Dienstprogrammen. Die Ănderungen beziehen sich auf die Ăberarbeitung des Locking-Mechanismus und zielen darauf ab, die Konkurrenz beim Sperren im Code, der fĂŒr die Ein- und Ausgabe in DRBD verantwortlich ist, zu verringern. Diese Ănderung hat die Leistung in Konfigurationen mit einer groĂen Anzahl von CPUs und NVMe-Speichern verbessert, indem ein Engpass beseitigt wurde, der sich negativ auf die Leistung beim Eintreffen einer groĂen Anzahl parallel erhaltener Ein-/Ausgabebefehle aus verschiedenen CPU-Kernen auswirkte. Ansonsten ist der Branch drbd 9.1.0 identisch mit der Version 9.0.28.
Wir erinnern daran, dass DRBD verwendet werden kann, um die Speichermedien der Knoten eines Clusters zu einem einzigen ausfallsicheren Speicher zu vereinen. FĂŒr Anwendungen und das System erscheint ein solcher Speicher als einheitliches BlockgerĂ€t fĂŒr alle Systeme. Bei Verwendung von DRBD werden alle VorgĂ€nge mit der lokalen Festplatte auf andere Knoten gesendet und mit den Festplatten anderer Maschinen synchronisiert. Im Falle eines Ausfalls eines Knotens wird der Speicher automatisch durch die verbleibenden Knoten weiter betrieben. Sobald der ausgefallene Knoten wieder verfĂŒgbar ist, wird sein Zustand automatisch auf den aktuellen Stand gebracht.
Zum Cluster, der den Speicher bildet, können mehrere Dutzend Knoten gehören, die sowohl im lokalen Netzwerk als auch geografisch verteilt in verschiedene Rechenzentren. Die Synchronisation in solchen verteilten Speichern erfolgt durch den Einsatz von Mesh-Netzwerktechnologien (Daten flieĂen in einer Kette von Knoten zu Knoten). Die Replikation der Knoten kann sowohl synchron als auch asynchron erfolgen. Beispielsweise können lokal platzierte Knoten die synchrone Replikation verwenden, wĂ€hrend fĂŒr die Ăbertragung zu entfernten Standorten die asynchrone Replikation mit zusĂ€tzlicher Kompression und VerschlĂŒsselung des Traffics eingesetzt werden kann.

Quelle: opennet.ru
