使用 vnodes 的新 cassandra 集群显示不平衡环答案

【问题标题】：New cassandra cluster using vnodes shows unbalanced ring使用 vnodes 的新 cassandra 集群显示不平衡环
【发布时间】：2023-03-27 17:11:02
【问题描述】：

刚才我使用 vagrant 在本地机器上创建了一个 3 节点的 cassandra 集群，运行 cassandra 2.0.13

以下是我对每个节点的 cassandra.yaml 配置

node0

cluster_name: 'MyCassandraCluster'
num_tokens: 256
seed_provider:
  - class_name: org.apache.cassandra.locator.SimpleSeedProvider
parameters:
     - seeds:  "192.168.33.10,192.168.33.11"
listen_address: 192.168.33.10
rpc_address: 0.0.0.0
endpoint_snitch: RackInferringSnitch

节点1

cluster_name: 'MyCassandraCluster'
num_tokens: 256
seed_provider:
  - class_name: org.apache.cassandra.locator.SimpleSeedProvider
parameters:
     - seeds:  "192.168.33.10,192.168.33.11"
listen_address: 192.168.33.11
rpc_address: 0.0.0.0
endpoint_snitch: RackInferringSnitch

节点2

cluster_name: 'MyCassandraCluster'
num_tokens: 256
seed_provider:
  - class_name: org.apache.cassandra.locator.SimpleSeedProvider
parameters:
     - seeds:  "192.168.33.10,192.168.33.11"
listen_address: 192.168.33.12
rpc_address: 0.0.0.0
endpoint_snitch: RackInferringSnitch

当我跑步时

nodetool status

我得到以下结果

Datacenter: 168
===============
Status=Up/Down
|/ State=Normal/Leaving/Joining/Moving
--  Address        Load       Tokens  Owns (effective)  Host ID                               Rack
UN  192.168.33.12  88.34 KB   256     67.8%             b3d6d9f2-3856-445b-bad8-97763d7b22c7  33
UN  192.168.33.11  73.9 KB    256     66.4%             67e6984b-d822-47af-b26c-f00aa39f02d0  33
UN  192.168.33.10  55.78 KB   256     65.8%             4b599ae0-dd02-4c69-85a3-05782a70569e  33

根据我从 datastax 参加的教程，每个节点应该拥有 33% 的数据，但这里显示每个节点拥有大约 65% 的数据，我无法弄清楚自己做错了什么。

我没有在集群中加载任何数据，也没有创建任何键空间，它的全新集群没有任何数据。

请帮我解决问题

谢谢

【问题讨论】：

标签： cassandra-2.0 datastax-enterprise cassandra-cli nodetool

【解决方案1】：

如果没有数据加载到集群中，则不应拥有任何百分比。此外，您的 nodetool 输出 IP 地址与您之前为您的 IP 设置的不匹配 - 也许您正在查看已经加载数据的不同机器？最后，您可能不想使用 RackInferringSnitch，因为您的所有节点似乎都在同一个机架中。如果您只是在单个数据中心中玩耍，则可以使用简单的告密者。否则，NetworkTopology 适用于多个数据中心

【讨论】：

我编辑了这个问题，ip 是错字，我修复了它&关于数据只有系统数据，默认情况下你认为所有权信息是关于系统数据的，因为当我创建一个复制因子为 3 的演示密钥空间，所有权更改为 33% - 35% 左右，我认为我在使用 vnodes 时并没有得到准确的 33%。

【解决方案2】：

要使 nodetool status 中的 Owns / Load 列准确，您需要指定一个键空间。

试试nodetool status <keyspace name>，它实际上会显示每个节点中存储了多少数据的百分比。

【讨论】：