DRBD 9 rückt mit 7 Vorbereitungs-Patches näher an Mainline-Linux

Christoph Böhmwalder hat am 23. September 2026 eine Serie aus 7 Patches an die Mailinglisten des Linux-Kernels geschickt. Sie trägt den Titel "drbd: preparation for DRBD 9". Die Serie baut den alten DRBD-Code des Kernels so um, dass das deutlich neuere DRBD 9 ihm in den Mainline-Kernel folgen kann. Das ist für alle wichtig, die unter Linux replizierten Speicher betreiben, denn die im Kernel mitgelieferte Version steht noch auf dem älteren 8.4-Zweig.

DRBD steht für Distributed Replicated Block Device. Es kopiert eine Festplatte Block für Block über das Netzwerk auf eine oder mehrere andere Maschinen. Fällt ein Server aus, hält ein anderer eine identische Kopie der Daten. LINBIT, das Unternehmen hinter dem Projekt, sagt, das Projekt werde seit mehr als zwei Jahrzehnten gepflegt.

Was die 7 Patches ändern

Das Anschreiben beschreibt den Ansatz in einer Zeile. "Jeder Patch bringt ein Stück des In-Tree-Codes von DRBD 8.4 in die Form, die es im Out-of-Tree-Code von DRBD 9 hat", schrieb Böhmwalder.

"In-Tree" bezeichnet Code, der im offiziellen Kernel-Quelltext liegt. "Out-of-Tree" bezeichnet Code, der separat gepflegt und als Zusatzmodul gebaut wird. DRBD 9 war bisher immer nur Out-of-Tree.

Das Anschreiben nennt diese Änderungen:

• Höhere Obergrenzen für schnelle Netzwerke: Socket-Puffer bis 128 MiB und eine maximale Resync-Rate von 8 GiB/s.
• Die Datei drbd_worker.c wird in drbd_sender.c umbenannt, passend zur Struktur von DRBD 9.
• Die Bitfelder der Datenstruktur drbd_interval werden ersetzt.
• Die Tabelle der Netzwerk-Paketnamen zieht an einen neuen Ort.
• Log-Meldungen erhalten eine Ratenbegrenzung pro Objekt, damit ein einzelnes fehlerhaftes Gerät das Kernel-Log nicht fluten kann.

Die Serie ging an die Listen linux-kernel und linux-block. Das Anschreiben betont, dass sich für heutige Nutzer nichts ändert: "Die Standardwerte sind unverändert, alle bestehenden Konfigurationen bleiben gültig."

Warum sich der Aufwand für DRBD 9 lohnt

LINBIT erklärte das Ziel in einem Blogbeitrag von Michael Troutman vom 27. April 2026. Der Kernel enthält DRBD 8.4.11, das der Beitrag als stagnierend bezeichnet. Die aktive Entwicklung findet an DRBD 9.3 statt, außerhalb des Kernels.

Der Abstand zwischen beiden ist groß.

Fähigkeit	DRBD 8.4 (im Kernel)	DRBD 9 (Out-of-Tree)
Knoten pro Volume	2, für Failover	Bis zu 31 Peers
Schutz vor Split-Brain	Setzt auf Fencing	Eingebautes Quorum ab 3 Knoten
Umgang mit ausgefallenen Knoten	Manuelles STONITH- oder Fencing-Setup	Automatisch

Split-Brain ist der Fehlerfall, in dem zwei Maschinen beide glauben, die aktive Kopie zu halten, und unterschiedliche Daten schreiben. Quorum verhindert das, indem ein Knoten nur schreiben darf, solange er eine Mehrheit des Clusters sieht. STONITH, kurz für "shoot the other node in the head" (schieß dem anderen Knoten in den Kopf), ist die ältere Lösung: Ein verdächtiger Knoten wird abgeschaltet, bevor er Schaden anrichten kann. DRBD 9 bringt außerdem Schutzmechanismen für die Synchronisierung eines Knotens, der dem Cluster wieder beitritt.

Der Beitrag von LINBIT nannte Linux 7.2 als Ziel für die DRBD-9.3-Patches. Die Serie dieser Woche wird als Vorbereitung beschrieben, der vollständige DRBD-9-Code ist also eine spätere, separate Einreichung.

Was das für Entwickler bedeutet

Wenn Sie heute DRBD betreiben, prüfen Sie, welche Version Sie haben. Möglicherweise laden Sie bereits LINBITs Out-of-Tree-Modul für DRBD 9 statt des 8.4-Treibers aus dem Kernel. cat /proc/drbd gibt die geladene Version aus. Diese Serie ändert für beide Gruppen noch nichts, und das Anschreiben verspricht, dass bestehende Konfigurationen gültig bleiben.

Wenn Sie sich auf den 8.4-Treiber im Kernel verlassen, ist die Upstream-Arbeit ein Grund, jetzt einen Test von DRBD 9 einzuplanen. Sobald es aufgenommen ist, erhält der Treiber im Kernel Volumes mit mehreren Peers und Quorum. Das ändert, wie ein Cluster konfiguriert und gefenct werden muss. Sie zuerst auf einem Staging-Cluster auszuprobieren ist besser, als die Unterschiede nach einem Kernel-Upgrade der Distribution zu entdecken.

Wenn Sie Speicher auf schnellen Netzwerken aufbauen, beachten Sie die neuen Grenzen. Eine Resync-Obergrenze von 8 GiB/s und Socket-Puffer von 128 MiB lassen Spielraum für schnelle Rechenzentrumsverbindungen. Laut der Website von LINBIT kann DRBD über TCP/IP oder RDMA replizieren, den latenzarmen Transport in InfiniBand- und RoCE-Netzwerken. Die Standardwerte bleiben gleich, Sie müssen sie also weiterhin selbst anheben.

Beobachten Sie die Liste linux-block für die nächste Runde. Die Review-Kommentare zu diesen 7 Patches werden zeigen, wie schnell Maintainer einen großen, lange außerhalb des Kernels gepflegten Treiber akzeptieren. Diese Antwort entscheidet, wann ein Standard-Kernel ein separat paketiertes DRBD-Modul ersetzen kann.