Quorum erklärt

Quorum ist die Mehrheit der Stimmen, die ein verteiltes Cluster braucht, um Entscheidungen zu treffen. Ohne Quorum verweigert das Cluster jede Änderung — VMs werden read-only, Migrationen schlagen fehl.

Warum Quorum?

Ein Cluster aus mehreren Nodes muss sich auf einen gemeinsamen Zustand einigen: welche VM läuft wo, welche Konfiguration ist aktuell, wer hat das Sagen. Fällt ein Node aus oder reißt die Netzwerkverbindung zwischen zwei Gruppen ab, droht ein „Split-Brain“: beide Gruppen halten sich für legitim und schreiben unkoordiniert. Das Ergebnis: korrupte Daten.

Die Lösung ist eine Mehrheitsregel — nur wer die Stimmenmehrheit hält, darf weiterarbeiten. Der Rest wird fenced und friert ein.

Das Problem mit 2-Node-Clustern

Bei zwei Nodes ist die Stimmenmehrheit ⌊2/2⌋+1 = 2. Fällt ein Node aus, bleibt eine Stimme — keine Mehrheit. Das Cluster steht still, obwohl ein Node noch läuft.

Dasselbe gilt für jede gerade Anzahl: bei 4 Nodes braucht man 3 Stimmen für Quorum; eine 2-zu-2-Partition (z.B. zwei Racks isoliert) blockiert beide Seiten.

QDevice als Tiebreaker

Ein QDevice ist eine externe Quorum-Stimme, die nicht selbst Cluster-Member ist. Sie fügt eine zusätzliche Stimme hinzu, ohne VMs zu hosten. Bei einem 2-Node-Cluster mit QDevice hat das Cluster also 3 Stimmen: fällt ein Node aus, hat der überlebende Node zusammen mit dem QDevice 2 von 3 Stimmen — Mehrheit, Cluster läuft weiter.

Das QDevice kommuniziert mit dem Cluster über corosync-qnetd (TCP 5403). Es speichert keinen Cluster-State, beobachtet keine VMs — es ist nur eine Stimme.

Warum hosted?

Damit das QDevice ausfallsicher ist, sollte es nicht im selben Rechenzentrum stehen wie der Cluster. Ein eigener Standort kostet Hardware, Strom und Wartung. Quorumbase hostet das QDevice in eigenen Containern auf einem dritten Standort — du bekommst die Tiebreaker-Stimme als Service.