cassandra - 如何使用 auto_bootstrap 属性高效启动/重启 Cassandra 节点

Question

我对 auto_bootstrap 的理解是

以下是我对auto_bootstrap的理解属性(property)。首先，如果我有任何错误，请纠正我。

最初属性‘ auto_bootstrap ’在 cassandra.yaml 中不可用文件。这意味着默认值为“true”。

真 - 这意味着在启动/重新启动时将数据从所有其他节点引导/流式传输到相应节点
假 - 启动/重启时不要流式传输数据

我们在哪里需要‘auto_bootstrap: true’

1)当现有集群需要添加新节点时，需要设置为 “真”从集群中的所有其他节点自动引导数据。这将需要相当长的时间(基于集群的当前负载)才能将新节点添加到集群中。但这会使集群中的负载自动平衡。

我们在哪里需要‘auto_bootstrap: false’

1)当需要在现有集群中快速添加新节点而不引导数据时，需要设置为 ‘假’ .无论集群的当前负载如何，都会快速添加新节点。稍后我们需要手动将数据流式传输到新节点以使集群负载均衡。

2) 初始化没有数据的新集群时，需要设置为 ‘假’ .至少要在新集群中启动/添加的第一个种子节点的值应为“false”。

我的问题是

我们使用 Cassandra 2.0.3 的六个节点和两个数据中心(每个有 3 个节点)。我们的 Cassandra 是 独立进程 (不是服务)。我将更改 cassandra.yaml 中的一些属性一个节点的文件。很明显，更新cassandra.ymal后应该重新启动节点。文件使更改生效。我们的集群加载了大量数据。

如何重启节点
杀死节点后，我可以简单地重新启动节点，如下所示

$ cd install_location 
$ bin/cassandra 

这意味着重启没有 auto_bootstrap 的节点属性(默认为真)。

带有“真”

1) 待重启的节点当前有自己的海量数据。节点是否再次引导所有自己的数据并替换现有数据。
2)节点再次加入集群是否需要更多时间。

带有“假”

我不想引导数据。所以
3) 我可以将属性添加为 auto_bootstrap: false并如上所述重新启动节点。
4) 成功重启后，我将删除 auto_bootstrap 属性。可以吗？

其他
5) 当我用相同的 IP 地址重新启动节点时，集群是否会通过 gossip 信息自动识别这是一个现有节点，从而重新启动节点而不流式传输数据，尽管 auto_bootstrap 设置为 true 或不存在于 cassandra.yaml文件？

Answer 1

当我使用相同的 IP 地址重新启动现有节点时，尽管 auto_bootstrap 的值存在，但不会流式传输任何数据的情况下会发生重新启动。所以我们可以只重启现有的节点，而无需修改任何参数。所以选项 5 适合这里。