卡桑德拉聚类故障切换到高Avialability

Question

我已经配置了一个卡桑德拉clustter与3个节点

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

创建与复制因数的密钥空间 '测试' 为2。

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

当我停止Node2或Node3（一次一个，同时一次）时，我可以在keyspace.table上执行CRUD操作。

当我停止Node1和尝试更新/创建节点4或节点3连胜，得到下面的错误虽然节点3和节点4启动并运行 - ：

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)))

我不知道如何卡桑德拉选举的领导者如果领导者节点死亡。

Answer 1

因此，您使用的是replication_factor 2，因此只有2个节点将拥有您的keyspace副本（并非全部为3个节点）。

• 我的第一个建议是将RF改为3
• 你要注意你所使用的一致性水平;如果您的数据只有2个副本（RF：2），并且您使用的是一致性级别QUORUM，则它会尝试将数据写入半个节点+ 1，在此情况下为全部2个节点。因此，如果1个节点关闭，您将无法写入/读取数据。
• 要验证数据的复制位置，您可以看到群集中的环如何。当你使用SimpleStrategy时，它会顺时针复制数据。在你的情况下，它在192.168.0.2和192.168.0.3节点复制。
• 看看复制因子的概念：http://docs.datastax.com/en/archived/cassandra/2.0/cassandra/architecture/architectureDataDistributeReplication_c.html
• 和一致性等级：http://docs.datastax.com/en/archived/cassandra/2.0/cassandra/dml/dml_config_consistency_c.html
• 约RF伟大的答案VS CL：https://stackoverflow.com/a/24590299/6826860

如果您的设置您可以使用此calculator找出有一个体面的一致性。在你的情况下，结果是你可以承受没有节点的损失，而不会影响应用程序

Answer 2

我觉得我不清楚答案。复制因素是关于您的数据将存在多少副本。一致性级别是您的客户在获得服务器响应之前等待的多少副本。例如：你所有的节点都在运行。客户端使用CL Quorum创建CQL，服务器将复制2个节点（3/2 + 1）中的数据并回复给客户端，在后台它也将复制第三个节点上的数据。

在您的示例中，如果关闭3节点群集的2个节点，则永远不会实现QUORUM以发出请求（使用CL QUORUM），因此必须使用一致性级别ONE，一旦节点重新启动，cassandra将复制他们的数据。可能发生的一件事情是：在cassandra复制其他2个节点上的数据之前，客户端向node1或node2发出请求，并且数据尚未存在。