Diskussion:Quorum (Informatik)
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]
Quellen:[Quelltext 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[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)