Cassandra重新启动群集以运行维护

目前，我有一个Cassandra 2.1.13集群，在一个数据中心中有5个节点。 我将在这个集群中进行维护操作。 我会一点一点地做

我设想以下三种情况在不同的背景下：

在关闭节点之前，我执行nodetool cmd“disablegossip，disablehandoff和drain”，以促进节点启动

1-如果节点关闭时间小于“max\u hint\u windows\u in\u ms”，则无需执行其他操作即可启动节点

2-如果节点的关闭时间超过“max\u hint\u windows\u in\u ms”且小于修复窗口的“gc\u grace\u seconds”，我将启动节点进行完全修复

3-如果节点关闭的时间超过修复窗口，我将替换节点以避免重测数据

这些情景正确吗？

---

如果是你，你会做什么？

你可以在开始之前增加你的

gc\u宽限时间。如果使用PostC*3.0，id也会增加HH窗口，但对于2.1来说，这不是一个好主意（更多情况下，将来会有人读到这篇文章）

适当的节点关闭将处理禁用和排放，但如果您想确定，请在gossip/HH之前禁用thrift和本机传输。在传输之前禁用gossip，您的客户端应用程序可能仍会尝试将该节点用作离开集群后无法工作的请求的协调器。
好，我禁用第一个二进制、节俭和最后一个gossip。谢谢