Cassandra Clustering Failover-Hoch Avialability

Question

ich eine cassandra clustter mit 3 Knoten

Node1(192.168.0.2) , Node2(192.168.0.3), Node3(192.168.0.4) 

Erstellt einen Schlüsselraum 'test' mit der Replikation konfiguriert haben Faktor als 2.

Create KEYSPACE test WITH replication = {'class':'SimpleStrategy', 'replication_factor' : 2}

Wenn ich entweder Node2 oder Node3 (einen nach dem anderen und beide auf einmal) anhalten, kann ich die CRUD-Operationen in der keyplace.table ausführen.

Wenn ich Node1 stoppen und versuchen, eine Reihe von Knoten4 oder Node3 zu aktualisieren/erstellen, folgende Fehler bekommen, obwohl Node3 und Knoten4 und Laufsport- sind:

All host(s) tried for query failed (tried: /192.168.0.4:9042 (com.datastax.driver.core.exceptions.DriverException: Timeout while trying to acquire available connection (you may want to increase the driver number of per-host connections))) com.datastax.driver.core.exceptions.NoHostAvailableException: All host(s) tried for query failed (tried: /192.168.0.4:9042 (com.datastax.driver.core.exceptions.DriverException: Timeout while trying to acquire available connection (you may want to increase the driver number of per-host connections)))

Ich bin nicht sicher, wie Cassandra einen Führer wählt wenn ein Leader-Knoten stirbt.

Answer 1

Sie verwenden also replication_factor 2, sodass nur 2 Knoten eine Replik Ihres Schlüsselbereichs (nicht alle 3 Knoten) haben.

• Mein erster Rat ist die RF bis 3.
• Sie müssen sich ändern die Aufmerksamkeit auf die Konsistenz Ebene zahlen Sie verwenden; Wenn Sie nur 2 Kopien Ihrer Daten haben (RF: 2) und Konsistenz-Level QUORUM verwenden, wird versucht, die Daten auf die Hälfte der Knoten + 1 zu schreiben, in diesem Fall auf alle 2 Knoten. Wenn also ein Knoten ausgefallen ist, können Sie keine Daten schreiben/lesen.
• um zu überprüfen, wo die Daten repliziert werden, können Sie sehen, wie der Ring in Ihrem Cluster ist. Wenn Sie SimpleStrategy verwenden, werden die Daten im Uhrzeigersinn kopiert. Und in Ihrem Fall wird es an den Knoten 192.168.0.2 und 192.168.0.3 kopiert.
• Werfen Sie einen Blick auf die Konzepte der Replikationsfaktor: http://docs.datastax.com/en/archived/cassandra/2.0/cassandra/architecture/architectureDataDistributeReplication_c.html
• und Konsistenz Level: http://docs.datastax.com/en/archived/cassandra/2.0/cassandra/dml/dml_config_consistency_c.html
• Große Antwort über RF vs CL: https://stackoverflow.com/a/24590299/6826860

Sie diese calculator Ihr Setup, um herauszufinden, verwenden können, wenn eine anständige Konsistenz haben. In Ihrem Fall ist das Ergebnis Sie können den Verlust von Knoten ohne Auswirkungen auf die Anwendung überleben

Answer 2

Ich denke, ich war nicht klar bei der Antwort. Der Replikationsfaktor gibt an, wie viele Kopien Ihrer Daten vorhanden sind. Die Konsistenzstufe gibt an, wie viele Kopien der Client warten muss, bevor er eine Antwort vom Server erhält. Beispiel: Alle Ihre Knoten sind aktiv. Der Client erstellt einen CQL mit CL Quorum, der Server kopiert die Daten in 2 Knoten (3/2 + 1) und antwortet dem Client, im Hintergrund kopiert er auch die Daten auf dem dritten Knoten.

In Ihrem Beispiel, wenn Sie 2 Knoten eines 3-Knoten-Clusters herunterfahren, erreichen Sie nie ein QUORUM, um Anfragen zu stellen (mit CL QUORUM), also müssen Sie die Konsistenzebene ONE verwenden, sobald die Knoten wieder hoch sind, cassandra wird die Daten auf sie kopieren. Eine Sache kann passieren: Bevor Cassandra die Daten auf anderen 2 Knoten kopiert, stellt der Client eine Anfrage für node1 oder node2, und die Daten sind noch nicht da.