Cassandra nodetool维修选项
我有一个带有rf3的15节点集群(使用vnodes)。我们正在从多个客户端将数据摄取到15个节点中。事实证明,其中一个节点已经关闭了几天,现在几乎落后200 GB,其他节点大约有380 GB 您推荐哪种nodetool修复方法?我知道nodetool修复操作是CPU密集型的,这可能会影响客户端接收集群的速率。似乎有几个nodetool修复操作,比如-snapshot、-par等等,我想知道这些选项中是否有一个更适合我当前的场景 我正在尝试以集群上尽可能低的性能影响运行修复 谢谢,Cassandra nodetool维修选项,cassandra,Cassandra,我有一个带有rf3的15节点集群(使用vnodes)。我们正在从多个客户端将数据摄取到15个节点中。事实证明,其中一个节点已经关闭了几天,现在几乎落后200 GB,其他节点大约有380 GB 您推荐哪种nodetool修复方法?我知道nodetool修复操作是CPU密集型的,这可能会影响客户端接收集群的速率。似乎有几个nodetool修复操作,比如-snapshot、-par等等,我想知道这些选项中是否有一个更适合我当前的场景 我正在尝试以集群上尽可能低的性能影响运行修复 谢谢, mskh除非您
mskh除非您已经拍摄了一张快照进行修复,否则
-snapshot
选项对您没有任何好处
你们有多个数据中心吗?如果是这样,您可以执行一个nodetool repair-local
,它只会从其本地数据中心中的节点修复您的节点。这是在不影响集群整体性能的情况下修复节点的好方法
否则,Rock关于只修复第一个分区范围(并行)的建议也值得尝试。您可以使用sh nodetool repair-par来确保对每个节点上的在线集群的影响最小。
修复完成后,运行sh nodetool cleanup。您将使用nodetool repair-pr-par