Diskussion:Quorum (Informatik)
Replizierte Storagesysteme sind keine Königslösung 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 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]
Quellen: Bearbeiten
- ↑ hari.sun: What is a Quorum?. In: OpenSolaris.org. 2nd Post.
- ↑ Sun Microsystems: Fault Monitors. In: docs.sun.com Sun Cluster Overview for Solaris OS. Part: Quorum Devices.
- ↑ Sun Microsystems: Quorum Device - Why Configure One?. In: blogs.sun.com Sun Cluster Oasis. Part: Introduction.
- ↑ IBM: IBM Cluster Information Center. In: RSCT Administration Guide SA22-7889-15. Part: What is Quorum.
Definition 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)