Diskussion:Quorum (Informatik)

aus Wikipedia, der freien Enzyklopädie
Letzter Kommentar: vor 8 Jahren von 217.186.10.38 in Abschnitt Definition
Zur Navigation springen Zur Suche springen

Replizierte Storagesysteme sind keine Königslösung

[Quelltext bearbeiten]

Die "Königslösung" sind replizierte Storagesysteme nicht: - - viele replizierte Storagesysteme erlauben keinen automatisierten Failover - - zwei Storagesysteme können erst einmal nicht entscheiden, welches System die aktuellsten Daten hat. Dies passiert bei einem Split-Brain auf Storage




Definition von "Quorum" als solches ist hier nicht korrekt

[Quelltext bearbeiten]

Ich kann mich der Definition von "Quorum" in diesem Beitrag nicht so recht anschliessen. Die Definition ist richtig fuer Voting-Disks oder generell Quorum-Devices. Das Quorum eines Clusters ist jedoch nicht das Device sondern die erforderliche Anzahl an Votes um das Cluster als solches aufrecht zu erhalten.

Beispiel aus dem SUN-Cluster Umfeld:

Man nehme einen Two-Node-Cluster mit Quorum-Device (egal ob Active/Active oder Active/Passive). Beide Knoten haben jeweils einen Vote, das Quorum-Device hat ebenfalls einen Vote. Die Definitin des Cluster-Quorums sieht vor, dass mehr als 50% der in der Cluster Konfiguration definierten Votes verfuegbar sein muessen um das Cluster aufrecht zu erhalten. [1] [2] [3]

Fuer das Beispiel bedeutet dies:

- beide Knoten sind aktiv, der Cluster-Interconnect funktioniert aber das Quorum-Device ist nicht erreichbar => 2 von 3 Votes verfuegbar, Votecount > 50%, das Cluster lebt weiter

- ein Knoten und das Quorum-Device sind aktiv; ein Knoten ist down => 2 von 3 Votes verfuegbar, Votecount > 50%, das Cluster lebt weiter

- ein Knoten ist down; ein Knoten ist aktiv, verliert aber die Verbindung zum Quorum-Device => 1 von 3 Votes verfuegbar, Votecount < 50%; der Clustermanager auf dem aktiven Node meldet "Cluster lost operational Quorum" und initiert einen Panic um die Datenintegritaet sicherzustellen

- das Quorum-device ist down; beide Knoten sind aktiv aber der Cluster-Interconnect wird unterbrochen => jeder der Nodes sieht nur noch seinen eigenen Vote, Votecount < 50%, der Clustermanager auf beiden Knoten meldet "Cluster lost operational Quorum" und initiert einen Panic um die Datenintegritaet sicherzustellen

Diese grundsaetzliche Definition vom Cluster-Quorum gilt in der Form auch fuer andere Cluster Frameworks wie z.B. HACMP. [4]


  1. hari.sun: What is a Quorum?. In: OpenSolaris.org. 2nd Post.
  2. Sun Microsystems: Fault Monitors. In: docs.sun.com Sun Cluster Overview for Solaris OS. Part: Quorum Devices.
  3. Sun Microsystems: Quorum Device - Why Configure One?. In: blogs.sun.com Sun Cluster Oasis. Part: Introduction.
  4. IBM: IBM Cluster Information Center. In: RSCT Administration Guide SA22-7889-15. Part: What is Quorum.

Definition

[Quelltext bearbeiten]

Eine korrekte allgemeine Definition ist in diesem Artikel nicht gegeben. Leider ist der englische wiki Artikel auch nicht besser. Allgemeine Definition: Menge von Knotenmengen ("Quoren"), von denen sich je zwei in mindestens einem Element überschneiden ... Artikel sollte entsprechend überarbeitet oder umbenannt werden. --217.186.10.38 16:02, 2. Jul. 2016 (CEST)Beantworten