ceph: PG 状态

在某个时间点上, 根据集群的内部状况, Ceph PG 可能会呈现出几种不同的状态. 要了解 PG 的状态, 可以查看 ceph status 命令的输出.


creating : PG 正在被创建. 通常当存储池正在被创建或增加一个存储池的 PG 数目时, PG 会呈现这种状态.


active : PG 是活动的, 这意味着 PG 中的数据可以被读写, 对该 PG 的操作请求都将被处理.


clean : PG 中的所有对象都已被复制了规定的份数.


down : 包含 PG 必需数据的一个副本失效了, 因此 PG 是离线的.


replay : 某 osd 崩溃后 PG 正在等待客户端重新发起操作.


splitting : PG 正在被分割为多个 PG. 该状态通常在一个存储池的 PG 数增加后呈现. 比如说, 当你将 rbd 存储池的 PG 数目从 64 增加到 128 后, 已有的 PG 将会被分割, 它们的部分对象会被移动到新的 PG 上.


scrubbing : PG 正在做不一致性校验.


degraded : PG 中部分对象的副本数未达到规定数目.


inconsistent : PG 的副本出现了不一致. 比方说, 对象的大小不正确, 或者恢复结束后某副本出现了对象丢失的情形.


peering : PG 正处于 peering 过程中. peering 是由主 osd 发起的使存放 PG 副本的所有 osd 就 PG 的所有对象和元数据的状态达成一致的过程. peering 过程完成后, 主 osd 就能接受客户端写请求了.


repair : PG 正在被检查, 被发现的任何不一致都将尽可能地被修复.


recovering : PG 正在迁移或同步对象及副本. 一个 osd 停止服务后, 其内容版本将会落后于 PG 内的其他副本, 这时 PG 就会进入该状态, 该 osd 上的对象将被从其他副本迁移或同步过来.


backfill : 一个新 osd 加入集群后, CRUSH 会把集群现有的一部分 PG 分配给它, 该过程被称为回填. 回填进程完成后, 新 osd 准备好了后就可以对外服务.


backfill-wait : PG 正在等待开始回填操作.


incomplete : PG 日志中缺失了一关键时间段的数据. 当包含 PG 所需信息的某 osd 失效或者不可用之后, 往往会出现这种情况.


stale : PG 处于未知状态 - monitors 在 PG map 状态改变后还没收到过 PG 的更新. 启用一个集群后, 常常会看到在 peering 过程结束前 PG 处于该状态.


remapped : 当 PG 的 acting set 变化后, 数据将会从旧 acting set 迁移到新 action set. 新主 osd 需要过一段时间后才能提供服务. 因此, 它会让老的主 osd 继续提供服务, 直到 PG 迁移完成. 数据迁移完成后, PG map 将使用新 acting set 中的主 osd.


(本篇完)

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值