Die Veröffentlichung von DRBD 9.2.0, einem verteilten replizierbaren Blockgerät, ermöglicht die Umsetzung einer RAID-1-ähnlichen Anordnung, die aus über das Netzwerk verbundenen Festplatten mehrerer Maschinen gebildet wird (Netzwerk-Spiegelung). Das System ist als Modul für den Linux-Kernel konzipiert und wird unter der GPLv2-Lizenz vertrieben. Der Branch drbd 9.2.0 kann als transparente Alternative zu drbd 9.x.x verwendet werden und ist auf Protokollebene, in den Konfigurationsdateien und den Dienstprogrammen vollständig kompatibel.
DRBD ermöglicht es, die Speichergeräte der Knoten eines Clusters zu einem gemeinsamen ausfallsicheren Speicher zu vereinen. Für Anwendungen und das System erscheint dieser Speicher für alle Systeme als identisches Blockgerät. Bei Verwendung von DRBD werden alle Vorgänge mit der lokalen Festplatte an andere Knoten gesendet und mit den Festplatten anderer Maschinen synchronisiert. Falls ein Knoten ausfällt, wird der Speicher automatisch durch die verbleibenden Knoten weiterbetrieben. Wenn der ausgefallene Knoten wieder verfügbar wird, 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.
In der neuen Version:
- Die Latenz für spiegelte Schreibanforderungen wurde reduziert. Eine engere Integration mit dem Netzwerkstack hat die Anzahl der Kontextwechsel des Planers verringert.
- Die Konkurrenz zwischen der Eingabe/Ausgabe von Anwendungen und der Eingabe/Ausgabe der Resynchronisation wurde durch Optimierung der Sperren während der Resynchronisation von Extents verringert.
- Die Leistung der Resynchronisierung in Backends, die dynamische Speicherzuweisung ("thin provisioning") verwenden, wurde erheblich gesteigert. Dies wurde erreicht durch die Zusammenlegung der Trim-/Discard-Operationen, die deutlich länger dauern als gewöhnliche Schreibvorgänge.
- Die Unterstützung für Netzwerk-Namensräume wurde hinzugefügt, was die Integration mit Kubernetes ermöglicht, um Netzwerkverkehr von Replikationen über ein separates, an Container gebundenes Netzwerk statt über das Host-Umfeld zu übertragen.
- Das Modul transport_rdma wurde hinzugefügt, um Infiniband/RoCE als Transportprotokoll anstelle von TCP/IP über Ethernet zu verwenden. Die Nutzung des neuen Transports reduziert Latenzen, verringert die CPU-Belastung und ermöglicht die Datenübertragung ohne zusätzliche Kopieroperationen (zero-copy).
Quelle: opennet.ru
