扫二维码与项目经理沟通
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
这篇文章主要为大家展示了“Ceph中的Placement Group状态有哪些”,内容简而易懂,条理清晰,希望能够帮助大家解决疑惑,下面让小编带领大家一起研究并学习一下“Ceph中的Placement Group状态有哪些”这篇文章吧。
创新互联专注为客户提供全方位的互联网综合服务,包含不限于成都做网站、成都网站制作、成都外贸网站建设、大通网络推广、微信小程序、大通网络营销、大通企业策划、大通品牌公关、搜索引擎seo、人物专访、企业宣传片、企业代运营等,从售前售中售后,我们都将竭诚为您服务,您的肯定,是我们最大的嘉奖;创新互联为所有大学生创业者提供大通建站搭建服务,24小时服务热线:18980820575,官方网址:www.cdcxhl.com
Creating
Peering
Activating
Active
Backfilling
Backfill-toofull
Backfill-wait
Incomplete
Inconsistent
Peered
Recovering
Recovering-wait
Remapped
Scrubbing
Unactive
Unclean
Stale
Undersized
Down
含义:PG正在创建
引起原因:创建pool的时候,根据指定的pg数量进行创建pg时出现的状态,正常状态
后果:无
解决方案:无需解决,正常状态之一
含义:PG之间进行互联,就其中的对象和元数据状态达成一致
引起原因:当pg被creating之后,会进行互联,存储归置组副本的 OSD 之间就其中的对象和元数据状态达成一致。
后果:无
解决方案:无需解决,正常状态之一
含义:pg在完成peering过程后,会对之前的结果进行固化,等待所有pg同步,尝试进入active状态
引起原因:pg进入active前的准备状态
后果:如果长期卡在该状态,会影响该PG无法读写,进而影响整个pool可用性
解决方案:
停掉PG所在所有OSD
用ceph-object-tool进行pg数据备份
用ceph-object-tool在主PG上删除空的pg(不要手动删除)
再次使用ceph-object-tool导入数据
手动给该pg目录赋ceph权限
最后重启osd
含义:pg是活跃态,可以进行读写操作
引起原因:正常状态
后果:无
解决方案:无需解决,正常状态之一
含义:回填状态
引起原因:这种情况一般是由于osd的离线(超过5分钟没有心跳回应),ceph找寻新的osd来替换所进行的全量数据拷贝。
后果:出现这个状态一般都是确定有osd挂掉或者离线了
解决方案:多数情况下ceph会自动完成数据回填,如果无法完成回填,就会进入backfill-toofull状态
含义:backfilling挂起状态
引起原因:通常是因为osd容量不足以回填丢失的osd引起
后果:造成pool无法写入,读写卡死。
解决方案:
需要检查osd容量,是否有严重不平衡现象,将超量osd数据手动疏散(reweight),如果是集群nearful现象,应该尽快物理扩容
紧急扩容方式(治标不治本,最好的方法还是扩展osd数量和容量)
暂停osd读写:
ceph osd pause
通知mon和osd修改full阈值
ceph tell mon.* injectargs "--mon-osd-full-ratio 0.96" ceph tell osd.* injectargs "--mon-osd-full-ratio 0.96"
通知PG修改full阈值:
ceph pg set\_full\_ratio 0.96
解除osd禁止读写:
ceph osd unpause
含义:PG正在等待开始回填操作。
引起原因:OSD离线造成(未亲自捕获该状态,可能是太快了没看到)
后果:接下来理论来讲pg会进入backfilling状态进行数据回填
解决方案:正常的回填必经状态,无需特殊关注
含义:peering过程中发现无法就数据状态达成一致
引起原因:pg在选择权威日志的时候,权威日志没法完成,或者权威日志完成后和本地日志对比逻辑不正常
后果:通常会导致pg无法创建,卡在creating+incomplete状态,进而导致pool无法使用
解决方案:
首先确认osd_allow_recovery_below_min_size为true,还有副本数量是否合理,crushmap配置的选取osd数量是否与pool一致,如果都正常,尝试执行以下恢复流程
停掉所有incomplete的PG对应的每一个osd
使用ceph-object-tool对osd进行mark complete
然后重启osd
含义:其实就是副本数据不一致的意思
引起原因:某个副本数据未知原因丢失
后果:副本数据不一致导致安全性下降
解决方案:
使用ceph pg repair工具进行数据修复,一般情况下都可以恢复正常,如果无法恢复
把三副本的osd的osd_max_scrubs都先调大,再次使用使用ceph pg repair工具进行数据修复,最后再将osd_max_scrubs调回1
含义:搜索中,指的是PG找不到足够的副本来进行读写操作(连min_size都无法满足的情况下)
引起原因:多个osd挂掉,造成当前活跃osd副本数 后果:pg无法使用,甚至pool无法进行常规io 解决方案: 集群健康状态下,osd挂掉超过5分钟会自动remapped修复该状态,想要快速修复该状态方法有二: 1 尝试启动副本osd,重新加入集群,peered会自动消失 2 主动out掉失联的osd,ceph会自动进入修复状态 含义:恢复中 引起原因:当某 OSD 挂了( down )时,其内的归置组会落后于别的归置组副本;此 OSD 重生( up )时,归置组内容必须更新到当前状态; 后果:恢复并非总是这些小事,因为一次硬件失败可能牵连多个 OSD 。比如一个机柜或房间的网络交换机失败了,这会导致多个主机上的 OSD 落后于集群的当前状态,故障恢复后每一个 OSD 都必须恢复。 解决方案:集群出现这个状态,说明PG正在自动恢复,等它恢复完成就好了。 含义:等待 Recovery 资源预留 引起原因:PG正在等待恢复。 后果:理论来讲pg会进入recovering状态进行数据恢复 解决方案:正常的恢复状态。 含义:重新映射态 引起原因:当Acting集合里面的PG组合发生变化时,数据从旧的集合迁移到新的集合中。这段时间可能比较久,新集合的主OSD在迁移完之前不能响应请求。所以新主OSD会要求旧主OSD继续服务指导PG迁移完成。一旦数据迁移完成,新主OSD就会生效接受请求。 后果:如果无法重新映射,数据就无法进行迁移,会造成数据的丢失。 解决方案: 在 OSD 挂掉或者在扩容的时候PG 上的OSD会按照Crush算法重新分配PG 所属的osd编号。并且会把 PG Remap到别的OSD上去。 Remapped状态时,PG当前Acting Set与Up Set不一致。 客户端IO可以正常读写。 含义:清理中 引起原因:pg正在做不一致性校验。 后果:会造成IO性能下降 解决方案:可以根据实际环境需求,关闭该功能或者降低自检频率。 含义:非活跃态,PG 不能处理读写请求 引起原因:PG 很长时间没有显示为 acitve 状态, (不可执行读写请求), PG 不可以执行读写, 后果:PG 不可以执行读写 解决方案:等待 OSD 更新数据到最新的备份状态 含义:非干净态,PG 不能从上一个失败中恢复 引起原因:归置组里有些对象的副本数未达到期望次数,它们应该在恢复中; 后果:数据安全性下降 解决方案:通常都要执行恢复操作 含义:为刷新态,pg没有被任何osd更新 引起原因:很可能是osd挂掉引起的,一般情况下跟随peering状态一起出现 模拟:手动停掉一个osd,systemctl stop ceph-osd,查看ceph -s 会发现在短时间内(peering之前),pg会进入stale+clean+active的特殊状态 后果:警告标志,往往代表着osd出现异常,或者某节点断网。 解决方案:一般情况下只需要等待peering完成即可。 含义:副本数过小 含义:失效 以上是“Ceph中的Placement Group状态有哪些”这篇文章的所有内容,感谢各位的阅读!相信大家都有了一定的了解,希望分享的内容对大家有所帮助,如果还想学习更多知识,欢迎关注创新互联行业资讯频道!Recovering
Recovering-wait
Remapped
Scrubbing
Unactive
Unclean
Stale
Undersized
引起原因:该PG的副本数量小于存储池所配置的副本数量。通常是由于一个osd服务down了,出现此状态。
后果:降低数据可用性
解决方案:调整PG所在池的副本数 osd pool default min size =1 ,不建议调整。等osd服务起来就好了Down
引起原因:归置组的权威副本OSD宕机,必须等待其开机,或者被标记为lost才能继续
后果:这个时候该 PG 不能提供客户端 IO 读写, IO 会挂起夯住
解决方案:将OSD服务起来。
网页名称:Ceph中的PlacementGroup状态有哪些
分享路径:http://kswjz.com/article/peijpj.html
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流