1、前言

很多场景会导致集群数据进行迁移、恢复，比如磁盘损坏后换盘操作、集群扩容操作、机器下电维护后再次上电等等。数据恢复的时候会一定程度的影响客户端io，我们迫切需要大概知道数据啥时候可以恢复完成，下面就描述一种计算方法。

2、计算数据恢复需要的时间

计算方式：需要恢复的总对象数 / 每秒恢复的对象数 = 需要恢复的时间
比如下面的我测试环境例子：

[root@node6 ~]# ceph -s -f json-pretty|grep pgmap -A 50
    "pgmap": {
        ...
        "num_pgs": 256,
        "num_pools": 3,
        "num_objects": 23004,
        "data_bytes": 96398382554,
        "bytes_used": 163841966080,
        "bytes_avail": 1554111397888,
        "bytes_total": 1717953363968,
        "inactive_pgs_ratio": 0.01171875,
        "degraded_objects": 9046,
        "degraded_total": 46008,
        "degraded_ratio": 0.19661797948182921,
        "recovering_objects_per_sec": 10,
        "recovering_bytes_per_sec": 19948622,
        "recovering_keys_per_sec": 0,
        "num_objects_recovered": 30,
        "num_bytes_recovered": 125829120,
        "num_keys_recovered": 0
    }

按照计算公式来计算：
需要恢复的对象总数 = "degraded_objects" + "misplaced_objects"（这里没有misplaced_objects，也就不用加了）
当前恢复的的速度 = "recovering_objects_per_sec"（这里的恢复速度是在变动的，可以多获取几次取个平均值）
需要恢复的时间 = 9046 / 10 = 大概900s

上面是计算整个集群的，如果需要计算某个pool级别的，可以使用 ceph osd pool stats -f json-pretty 来获取pool的 degraded_objects misplaced_objects和recovering_objects_per_sec值，然后计算方式和整个集群的计算方式一样。

好了，通过上面简单的计算就可以大概推算集群恢复完成的时间了。