本文分享自天翼云开发者社区《Ceph PG状态介绍》，作者:wwwdl

一、基本概念

size：副本数(如三副本，size=3)；

min_size：支持可读写的最小副本数（如三副本，min_size=2）；

upset：pg的目标osd列表；

actset：pg可接受读写osd列表。

如下为osd异常，重新选择osd，pg的osd列表变化过程：

二、pg各个状态

（1）creating：创建pool时，自动创建pg，此时会出现该状态；

（2）active：pg活跃态，表示pg可以接受读写业务，当pg状态不是active时，集群将业务异常，会导致上层业务大面积瘫痪；

（3）clean：pg处于健康态，三个副本的数据是一致的；

（4）recovering：pg增量恢复，根据日志条目，复原数据；

（5）backfilling：pg全量恢复，根据全量扫描对象，比较差异，还原差异数据；

（6）recovery-wait / backfill-wait：pg需要增量/全量恢复，当前等待状态，由于每个OSD并发恢复pg个数的限制(默认值为1)；

（7）recovery-toofull / backfill-toofull：OSD出现容量使用超过门限值95%，无法数据迁移；

（8）scrubbing：扫描pg副本的元数据，副本之间进行比较，保证元数据一致，默认开启，一般一周扫描一次；

（9）deep+scrubbing：扫描pg副本的元数据与数据，副本之间进行对比，保证元数据和数据一致，默认关闭，由于扫描数据相当耗时，影响业务；

（10）inconsistent：扫描数据之后出现数据不一致，默认没有开启自动修复；

（11）repair：数据不一致时，修复数据的状态，默认关闭，需要手动出发修复，修复的原理：将正常的OSD的数据推送给异常的OSD。

（12）peering：协商副本之间数据一致性；

（13）degraded：降级态，peering完成后，检查到PG有对象需要修复；

（14）remapped：upset 不等于 actset;

（15）undersized：actset 小于副本数(size);

（16）activating：peering完成之后，同步固化peering的结果(info、log)；

（17）peered：peering已经完成，当出现actset < min_size；

（18）down：peering过程中检查到，当前在线的osd无法完成数据修复；

（19）imcomplete：peering过程中，无法选取权威日志。 

（20）stale：未刷新态，mon将osd标记为down，可能由于网络原因，osd没有感知mon把自己标记为down，osd主动上报pg的列表还包含自己，被mon发现，将被标记为stale；

（21）snaptrim：删除快照；

（22）snaptrim-wait：由于每个osd并发的限制，已经有pg在做删除快照，那么其他的pg必须等待；

（23）snap-error：删除快照时，遇到异常情况， 如果出现snap-error，问题很严重，意味着丢失数据了。

*博客内容为网友个人发布，仅代表博主个人观点，如有侵权请联系工作人员删除。