cassandra:调度nodetool修复最佳实践

时间:2018-03-24 16:41:00

标签: cassandra schedule repair

关于nodetool修复及其调度,我有几个问题。

假设:

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

Q1。确定执行修复的组的最佳做法是什么。 (a)每个节点或(b)每个表或(c)两者?

示例:

  • (a)节点0-2 =>组-1,节点3-5 =>第2组......等等。
  • (b)表用户=> group-1,table videos =>第2组......等等。
  • (c)a和b的混合

Q2。用于安排修复任务的最佳pracetice 我想两个样本(日历基础)。任何建议或更好的时间表?

  • IN ...增量组-N
  • FN ... Full group-N
  • WN ......周(1至4)
  • M - S ...周一周二......周日

day 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

day 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 个答案:

答案 0 :(得分:2)

Q1。优先修理:

  • 由于他们没有被暗示而下降超过3小时的节点 之后进行交接。
  • 您看到通过丢弃突变的节点 nodetool tpstats
  • 您运行的表将删除作为您的一部分删除 业务逻辑,以确保所有节点都获得墓碑。

Q2。这取决于您的群集大小和负载。如果您的群集可以在10天内完成修复后再修复,那么坚持下去。增量修复具有分裂sstables的不便。这将在以后增加额外的压缩负载。