本文转载自ceph数据recovery配置策略,在此做个记录,防止原文丢失,并便于自己后续阅读。

1. 数据recovery流量控制

Ceph在扩容或缩容期间会有数据rebalance。如何控制在rebalance时,尽量降低对client IO的影响?

本质上,用户数据写入ceph时,会被切分成大小相等的object,这些object由PG承载,分布到不同的OSD上(每个OSD一般会对应一块硬盘)。数据的迁移会以PG为单位进行,所以当PG发生变化时,就会有数据rebalance。

后端的数据均衡IO会对client的IO造成影响从而影响到集群的业务IO,所以我们需要对数据均衡IO进行控制,主要是业务优先恢复优先

那么在什么时候PG会变化呢?从用户使用角度讲一般有如下几种场景:

1) osd暂时下线,然后又上线
2) osd硬件故障下线,更换硬盘重新上线

无论哪种情况,osd上线后通常会发现,自己承载的pg有数据落后了,需要进入恢复模式,从其它osd上获取新的数据达到同步。这个过程就是recovery。

recovery分为两种:

log-based recovery: 是说osd故障时间不长,需要恢复的数据可以通过pg log回放找回来。
backfill recovery: 是说无法通过pg log回放找全数据,只能通过全量回填(backfill)拷贝。

注:操作前记得查看下默认参数值,操作完后记得恢复到原先参数

  • 业务优先
# ceph tell osd.* injectargs '--osd-max-backfills 1 --osd-recovery-max-active 1 --osd-recovery-max-single-start 1'

# ceph tell osd.* injectargs '--osd-recovery-sleep 1'
  • 恢复优先
# ceph tell osd.* injectargs '--osd-max-backfills 5 --osd-recovery-max-active 5 --osd-recovery-max-single-start 5'

# ceph tell osd.* injectargs '--osd-recovery-sleep 0'
  • 还原配置
# ceph tell osd.* injectargs '--osd-max-backfills 1 --osd-recovery-max-active 3 --osd-recovery-max-single-start 1'

# ceph tell osd.* injectargs '--osd-recovery-sleep 0'

1.1 完全保证client带宽场景

在极端情况下,如果网络带宽及磁盘性能有限,这个时候为了不影响用户体验,不得不在业务繁重时段关闭数据重建及迁移的I/O,来完全保证client的带宽,在业务空闲时段再打开数据重建及迁移,具体操作如下:

1) 在业务繁忙时,完全关闭数据重建及迁移

# ceph osd set norebalance
# ceph osd set norecover
# ceph osd set nobackfill

2) 在业务空闲时,打开数据重建及迁移

# ceph osd unset norebalance
# ceph osd unset norecover
# ceph osd unset nobackfill

以上前两种方案操作配置均为立即生效,且重启服务或者重启节点后失效,如果想长期有效,可以在进行以上操作立即生效后,修改所有ceph集群节点的配置文件。

注:查看现有recovery配置信息,这里的133为具体osd的id号

# ceph --admin-daemon  /var/run/ceph/ceph-osd.133.asok config show | grep -E "osd_max_backfills|osd_recovery_max_active|osd_recovery_max_single_start|osd_recovery_sleep"
    "osd_max_backfills": "1",
    "osd_recovery_max_active": "1",
    "osd_recovery_max_single_start": "1",
    "osd_recovery_sleep": "0.000000",
    "osd_recovery_sleep_hdd": "0.100000",
    "osd_recovery_sleep_hybrid": "0.025000",
    "osd_recovery_sleep_ssd": "0.000000",

下面我们对上面参数简单说明:

  • osd_max_backfills : 一个osd上最多能有多少个pg同时做backfill。其中osd出去的最大backfill数量为osd_max_backfills ,osd进来的最大backfill数量也是osd_max_backfills ,所以每个osd最大的backfill数量为osd_max_backfills * 2

  • osd_recovery_sleep: 出队列后先Sleep一段时间,拉长两个Recovery的时间间隔;

  • osd_recovery_max_active: 每个OSD上同时进行的所有PG的恢复操作(active recovery)的最大数量;

  • osd_recovery_max_single_start: OSD在某个时刻会为一个PG启动恢复操作数;

上面两个参数,网上解释大多有误导,结合代码以及官方材料分析为:

a.假设我们配置osd_recovery_max_single_start为1,osd_recovery_max_active为3,那么,这意味着OSD在某个时刻会为一个PG最多启动1个恢复操作,而且最多可以有3个恢复操作同时处于活动状态。

b.假设我们配置osd_recovery_max_single_start为2,osd_recovery_max_active为3,那么,这意味着OSD在某个时刻会为一个PG最多启动2个恢复操作,而且最多可以有3个恢复操作同时处于活动状态。例如第一个pg启动2个恢复操作,第二个pg启动1个恢复操作,第三个pg等待前两个pg 恢复操作完进行新的恢复。

1.2 recovery相关参数配置

  • 默认配置:
osd_max_backfills:默认值10. 一个osd上承载了多个pg。可能很多pg都需要做第二种recovery,即backfill。 设定这个参数来指明在一个osd上最多能有多少个pg同时做backfill。

osd_recovery_max_active:默认值15. 一个osd上可以承载多个pg, 可能好几个pg都需要recovery,这个值限定该osd最多同时有多少pg做recovery。

osd_recovery_max_single_start:默认值5. 这个值限定了每个pg可以启动recovery操作的最大数。

osd_recovery_max_chunk: 默认值8388608. 设置恢复数据块的大小,以防网络阻塞

osd_recovery_op_priority: 默认值10. osd修复操作的优先级, 可小于该值

osd_recovery_sleep: 默认值0. revocery的间隔
  • 推荐配置
"osd_max_backfills": "1",
"osd_recovery_sleep": "0",
"osd_recovery_max_active": "3",
"osd_recovery_max_single_start": "1",

如下是不同配置下对业务的影响参考:

注:级别一栏,5%是业务优先,对业务影响最小;100%恢复优先,对业务影响最大;其他介于二者之间

ceph-recovery

osd_min_pg_log_entries 正常情况下PGLog的记录的条数

osd_max_pg_log_entries 异常情况下pglog记录的条数,达到该限制会进行trim操作



[参看]

  1. ceph数据recovery配置策略