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
