Die Veröffentlichung des verteilten replizierbaren Blockgeräts DRBD 9.1.0 wurde bekannt gegeben. Dieses ermöglicht die Implementierung einer RAID-1-ähnlichen Konfiguration, die aus über das Netzwerk verbundenen Festplatten mehrerer Maschinen gebildet wird (Netzwerk-Spiegelung). Das System ist als Modul für den Linux-Kernel gestaltet und wird unter der GPLv2-Lizenz vertrieben.
Der Branch drbd 9.1.0 kann transparent als Ersatz für drbd 9.0.x verwendet werden und ist auf Protokollebene sowie bei Konfigurationsdateien und Utilities vollständig kompatibel. Die Änderungen beziehen sich auf die Neugestaltung des Mechanismus zur Einrichtung von Sperren und zielen darauf ab, die Konkurrenz bei der Einrichtung von 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 hohen Anzahl an CPUs und NVMe-Speichern verbessert, indem ein Engpass beseitigt wurde, der die Leistung bei einer Vielzahl paralleler Ein-/Ausgaben von verschiedenen CPU-Kernen negativ beeinflusste. Abgesehen davon ist der Branch drbd 9.1.0 identisch mit der Version 9.0.28.
DRBD kann verwendet werden, um die Speicher der Clusterknoten zu einem ausfallsicheren Speicher zu vereinen. Für Anwendungen und das System erscheint dieser Speicher für alle Systeme als einheitliches Blockgerät. Bei Verwendung von DRBD werden alle Operationen mit der lokalen Festplatte an andere Knoten weitergeleitet und mit den Festplatten anderer Maschinen synchronisiert. Im Falle eines Ausfalls eines Knotens wird der Speicher automatisch durch die verbleibenden Knoten weiterbetrieben. Sobald der ausgefallene Knoten wieder verfügbar ist, wird sein Zustand automatisch auf den aktuellen Stand gebracht.
Ein Cluster, das den Speicher bildet, kann aus mehreren Dutzend Knoten bestehen, die sowohl im lokalen Netzwerk als auch geografisch in verschiedenen Rechenzentren. Die Synchronisierung in solchen verteilten Speichern erfolgt mithilfe von Mesh-Netzwerktechnologien (die Daten werden von Knoten zu Knoten weitergeleitet). Die Replikation der Knoten kann sowohl synchron als auch asynchron erfolgen. Beispielsweise können lokal platzierte Knoten die synchrone Replikation nutzen, während für das Remote-Hosting die asynchrone Replikation mit zusätzlicher Kompression und Verschlüsselung des Datenverkehrs verwendet werden kann.
Quelle: opennet.ru
