我应该担心Cassandra C ++驱动程序的负载平衡选择吗?

时间:2016-10-17 22:19:00

标签: c++ networking cassandra cassandra-3.0

我有一个运行Cassandra 3.9的4个节点的小型Cassandra集群。

我将4个IP地址传递给connect()函数,当我检查与netstat -a4n | grep 9042的连接时,我可以看到它们都已连接。请注意,无论我将1个IP还是4传递给connect(),一旦完全连接,结果都是相同的,包括与10.0.1.1节点的双重连接...(10.0.1.1和10.0.1.3是种子,但不知怎的,只有10.0.1.1有一个双重连接,所以我不太清楚为什么会发生这种情况,我试图改变用于连接的IP列表,而且最后它没有任何区别。)< / p>

tcp        0      0 10.0.0.1:45012      10.0.1.3:9042      ESTABLISHED
tcp        0      0 10.0.0.1:48400      10.0.1.4:9042      ESTABLISHED
tcp        0      0 10.0.0.1:51514      10.0.1.2:9042      ESTABLISHED
tcp        0      0 10.0.0.1:56460      10.0.1.1:9042      ESTABLISHED
tcp        0      0 10.0.0.1:56452      10.0.1.1:9042      ESTABLISHED

当我查看nodetool status的输出时,它看起来很不错:

Datacenter: dc1
===============
Status=Up/Down
|/ State=Normal/Leaving/Joining/Moving
--  Address   Load       Tokens       Owns (effective)  Host ID  Rack
UN  10.0.1.1  7.92 MiB   256          76.1%             (id)     rack1
UN  10.0.1.4  12.26 MiB  256          77.7%             (id)     rack1
UN  10.0.1.3  10.08 MiB  256          72.2%             (id)     rack1
UN  10.0.1.2  8.77 MiB   256          74.0%             (id)     rack1

(注意:我删除了ID,它们在这里没用)。

然而,从网络角度来看,当我查看传输到这些计算机的数据量时,我发现存在巨大差异。我使用iptables -L -nvx命令,令我惊讶的是,我发现我向第一个Cassandra节点发送了大约3倍的数据包和近20倍的数据:

6856 13581751 RETURN     all  --  eth1   *  10.0.1.1    0.0.0.0/0
2736   816810 RETURN     all  --  eth1   *  10.0.1.2    0.0.0.0/0
2831   807426 RETURN     all  --  eth1   *  10.0.1.3    0.0.0.0/0
2745   806023 RETURN     all  --  eth1   *  10.0.1.4    0.0.0.0/0

(6,856 / 2,736 = 2.51和13,581,751 / 806,023 = 16.85)

我认为,只要节点不忙,它在某种程度上并不重要,但我仍然想知道为什么我会看到如此巨大的差异?为什么不是所有4个连接都参与类似的水平?

1 个答案:

答案 0 :(得分:1)

驱动程序将使用联系点作为初始连接点来设置连接池。在此之后,将根据您的架构拓扑,本地平衡策略和池选项创建池。在这里参考一些有用的文档(对不起,如果你已经看到这些):

http://datastax.github.io/cpp-driver/topics/

http://datastax.github.io/cpp-driver/topics/configuration/

额外的流量很可能是驱动程序使用的控制连接,它使自身与架构拓扑保持同步,以帮助驱动程序运行:

http://datastax.github.io/cpp-driver/topics/basics/schema_metadata/