Cassandra重启集群以进行维护

时间:2017-01-03 17:06:13

标签: cassandra

目前,我有一个集群Cassandra 2.1.13,只有一个数据中心有5个节点。 我将在这个集群中进行维护操作。 我将逐个节点地完成它。

我想象下面在不同背景下的3个场景:

在关闭节点之前,我执行nodetool cmd“disablegossip,disablehandoff and drain”,以提升节点启动。

1 - 如果节点低于“max_hint_windows_in_ms”,我可以在没有其他操作的情况下启动节点

2 - 如果节点下降超过“max_hint_windows_in_ms”并且小于修复窗口“gc_grace_seconds”,则启动完全修复的节点

3 - 如果节点比修复窗口更多,我更换节点以避免恢复数据。

这些情景是否正确? 如果是你,你做了什么?

1 个答案:

答案 0 :(得分:2)

您可以在开始前增加gc_grace_seconds。如果使用post C * 3.0 id也会增加HH窗口,但对于2.1这不是一个好主意(更多的是因为将来有人会这样做)。

正确的节点关闭将处理禁用和排空,但如果您想确定,请在八卦/ HH之前禁用thrift和native transport。在传输之前禁用八卦,客户端应用程序仍可能尝试将该节点用作离开集群后无法工作的请求的协调器。