代码之家  ›  专栏  ›  技术社区  ›  simotunes

cassandra:调度nodetool修复最佳实践

  •  2
  • simotunes  · 技术社区  · 6 年前

    我有几个关于nodetool修复及其日程安排的问题。

    假设:

    • 使用分区器范围选项(-pr)
    • 使用并行修复
    • 默认为GCgracesecodns(10天)

    问题1:确定维修组的最佳做法是什么。 (a) 每个节点或(b)每个表或(c)两者?

    示例:

    • (a) 节点0-2=>第1组,节点3-5=>第2组。。。等
    • (b) 表用户=>第1组,表格视频=>第2组。。。等
    • (c) a和b的混合物

    Q2、安排维修任务的最佳实践 我想有两个示例(日历基)。有什么建议或更好的时间表吗?

    • 在。。。增量组-N
    • FN。。。完整组-N
    • WN。。。周(1至4)
    • M-S。。。周一周二。。。星期日

    第M T W Th F St S天

    W1 I1 I2 I3 I4 I1 I2 F1

    W2 I3 I4 I1 I2 I3 I4 F2

    W3 I1 I2 I3 I4 I1 I2 F3

    W4 I3 I4 I1 I2 I3 I4 F4

    第M T W Th F St S天

    W1 I1 I2 I3 I1 I2 I3 F1

    W2 I1 I2 I3 I1 I2 I3 F2

    W3 I1 I2 I3 I1 I2 I3 F3

    W4 I1 I2 I3 I1 I2 I3备用

    为清晰起见,请编辑。

    1 回复  |  直到 6 年前
        1
  •  2
  •   Christophe Schmitz    6 年前

    Q1、优先维修:

    • 由于无法得到提示而宕机超过3小时的节点 之后移交。
    • 通过以下方式可以看到已删除突变的节点 nodetool tpstats
    • 作为 业务逻辑,以确保所有节点都得到逻辑删除。

    这取决于集群大小和负载。如果您的群集可以在10天内完全修复,请坚持使用它。增量修复带来了拆分sstables的不便。这将在以后增加额外的压实荷载。

    推荐文章