背景:
有时候创建pool会报错,原因也摸索到了一些,大致都是osd数量不足导致
例如:
“Error ERANGE: pg_num 64 size 3 would mean 840 total pgs, which exceeds max 750 (mon_max_pg_per_osd 250 * num_in_osds 3)”
“Reduced data availability: 64 pgs inactive, 64 pgs incomplete”—这个报错基本是纠删码k大了。
根本原因就是osd数量不足,起的太大。
如何计算呢,继续往下看:
如果您的 OSD 超过 50 个,我们建议每个 OSD 使用大约 50-100 个 PG,以平衡资源使用、数据持久性和数据分布。 如果您的 OSD 少于 50 个,请遵循预选部分中的指导。 对于单个池,使用以下公式获取基线值:
PG 总数 = (\frac{OSD \times 100}{pool : size})
其实就是pg总数 = (osd数 * 100)/ pool-size
这里的池大小要么是复制池的副本数量,要么是纠删码池的 K+M 总和。 要检索此总和,请运行命令
ceph osderasure-code-profile get
接下来,检查生成的基线值是否与您设计 Ceph 集群的方式一致,以最大限度地提高数据持久性和对象分布并最大限度地减少资源使用。
该值应向上舍入到最接近的 2 的幂。
每个池的 pg_num 应该是 2 的幂。 其他值可能会导致 OSD 之间的数据分布不均匀。 最好仅在可行且需要设置下一个最高的 2 次方时才增加池的 pg_num。 请注意,这个二的幂规则是针对每个池的; 将所有池的 pg_num 之和对齐到 2 的幂既不必要也不容易。
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数软件测试工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年软件测试全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上软件测试开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且后续会持续更新
如果你觉得这些内容对你有帮助,可以添加V获取:vip1024b (备注软件测试)
一个人可以走的很快,但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎扫码加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎扫码加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!**