Java 关于Cassandra Bootstrap的问题

有人能回答我下面的问题吗

1） 我有4个节点172.30.56.60、172.30.56.61、172.30.56.62、172.30.56.63，并且在所有四个节点的cassandra.yaml中将种子配置为“172.30.56.60、172.30.56.61”。 注意：我没有在cassandra.yaml文件中提供关于“172.30.56.62172.30.56.63”的任何信息。但是，当我在所有四个节点中启动Cassandra时，Cassandra如何能够识别62和63

2） 八卦协议到底是如何工作的/Cassandra bootstrap到底是如何工作的

谢谢，
哈利（免责声明：我是锡拉的雇员）

当您在节点上启动Cassandra/Scylla时，它们会联系seed/s节点（您在yaml文件中为所有4个节点定义了seed/s节点），以获取有关环、令牌范围和环中其他成员（其他节点）的信息

引导控制在插入新节点时自动重新分发集群中数据的能力。加入集群的新节点被定义为没有系统表或数据的空节点

• 联系种子节点以了解流言状态
• 向上和连接状态过渡（表示正在连接 集群；由

  nodetool状态中的
  UJ
  表示

• 请与种子节点联系以确保架构一致
• 计算它将负责的令牌
• 与它负责的令牌关联的流副本数据 从以前的所有者那里
• 流式传输完成后，转换到正常状态（至 指示它现在是集群的一部分；在

  nodetool状态

  ）

您可以在此处阅读有关引导的更多信息：

gossip协议确保系统中的每个节点最终都知道关于每个其他节点状态的重要信息，包括当任何给定状态发生变化时，集群中无法访问或尚未访问的节点。 闲话计时器任务每秒运行一次。在每次运行期间，节点根据以下规则启动八卦交换：

随机实时端点的流言（如果有）

根据不可到达和活动节点的数量，以一定的概率传播到随机不可到达端点

如果发送到（1）的节点不是种子，或者活动节点的数量小于种子的数量，则根据不可访问、种子和活动节点的数量，以一定的概率发送到随机种子

这些规则确保如果网络启动，所有节点最终都会知道所有其他节点。（显然，如果每个节点只接触一个种子，然后只对其知道的随机节点进行闲聊，那么当存在多个种子时，您可以进行分区——每个种子只知道集群中节点的子集。步骤3避免了这一问题和更微妙的问题。）

这样，一个节点每轮与一到三个节点发起八卦交换（如果集群中只有一个节点，则为零）

您可以在此处阅读更多关于高层体系结构的信息：

您可以在此处阅读有关“锡拉八卦”实现的更多信息： （免责声明：我是锡拉的雇员）

当您在节点上启动Cassandra/Scylla时，它们会联系seed/s节点（您在yaml文件中为所有4个节点定义了seed/s节点），以获取有关环、令牌范围和环中其他成员（其他节点）的信息

引导控制在插入新节点时自动重新分发集群中数据的能力。加入集群的新节点被定义为没有系统表或数据的空节点

• 联系种子节点以了解流言状态
• 向上和连接状态过渡（表示正在连接 集群；由

  nodetool状态中的
  UJ
  表示

• 请与种子节点联系以确保架构一致
• 计算它将负责的令牌
• 与它负责的令牌关联的流副本数据 从以前的所有者那里
• 流式传输完成后，转换到正常状态（至 指示它现在是集群的一部分；在

  nodetool状态

  ）

您可以在此处阅读有关引导的更多信息：

gossip协议确保系统中的每个节点最终都知道关于每个其他节点状态的重要信息，包括当任何给定状态发生变化时，集群中无法访问或尚未访问的节点。 闲话计时器任务每秒运行一次。在每次运行期间，节点根据以下规则启动八卦交换：

随机实时端点的流言（如果有）

根据不可到达和活动节点的数量，以一定的概率传播到随机不可到达端点

如果发送到（1）的节点不是种子，或者活动节点的数量小于种子的数量，则根据不可访问、种子和活动节点的数量，以一定的概率发送到随机种子

这些规则确保如果网络启动，所有节点最终都会知道所有其他节点。（显然，如果每个节点只接触一个种子，然后只对其知道的随机节点进行闲聊，那么当存在多个种子时，您可以进行分区——每个种子只知道集群中节点的子集。步骤3避免了这一问题和更微妙的问题。）

这样，一个节点每轮与一到三个节点发起八卦交换（如果集群中只有一个节点，则为零）

您可以在此处阅读更多关于高层体系结构的信息：

您可以在此处阅读有关“锡拉八卦”实现的更多信息：

---

嗨@Harry，我希望你有机会回顾一下我的答案，我想你会发现它很有用。干杯嗨@Harry，我希望你有机会回顾一下我的答案，我想你会发现它很有用。干杯