如何缓解indexshard过大造成的影响
这篇文章主要讲解了“如何缓解index shard过大造成的影响”,文中的讲解内容简单清晰,易于学习与理解,下面请大家跟着小编的思路慢慢深入,一起来研究和学习“如何缓解index shard过大造成的影响”吧!
创新互联建站主要从事成都网站设计、成都网站建设、网页设计、企业做网站、公司建网站等业务。立足成都服务宝山,十年网站建设经验,价格优惠、服务专业,欢迎来电咨询建站服务:028-86922220
下面这些都是属于应急操作,属于快速止血止痛,部分操作属高危,一定要谨慎使用。
调整OSD的几个op超时参数
下面的几个参数只是用例,具体根据各位线上情况进行调整,但是不宜过大。
osd_op_thread_timeout = 90 #default is 15 osd_op_thread_suicide_timeout = 300 #default is 150 filestore_op_thread_timeout = 180 #default is 60 filestore_op_thread_suicide_timeout = 300 #default is 180 osd_scrub_thread_suicide_timeout = 300 #如果出现scrub导致的op超时可以适当增加这个
压缩OSD的OMAP目录
在可以停OSD的情况下,可以对OSD进行compact操作,推荐在ceph 0.94.6以上版本,低于这个版本有bug。
1. 开启noout操作 ceph osd set noout 2. 停OSD服务 systemctl stop ceph-osd@或者 /etc/init.d/ceph stop osd. 3. 检查osd进程 ps -ef| grep "id " 4. 在ceph.conf中对应的[osd.id]加上下面配置 leveldb_compact_on_mount = true 5. 启动osd服务 systemctl start ceph-osd@ 或 /etc/init.d/ceph start osd. 6. 确认进程运行中 ps -ef| grep "id " 7. 使用ceph -s命令观察结果,最好同时使用tailf命令去观察对应的OSD日志. 等所有pg处于active+clean之后再继续下面的操作 8. 确认compact完成以后的omap大小: du -sh /var/lib/ceph/osd/ceph-$id/current/omap 9. 删除osd中临时添加的leveldb_compact_on_mount配置 10. 取消noout操作(视情况而定,建议线上还是保留noout): ceph osd unset noout
对bucket做reshard操作
对bucket做reshard操作,可以实现调整bucket的shard数量,实现index数据的重新分布。
仅支持ceph 0.94.10以上版本,需要停bucket读写,有数据丢失风险,慎重使用,出了问题本人概不负责。
注意下面的操作一定要确保对应的bucket相关的操作都已经全部停止,之后使用下面命令备份bucket的index radosgw-admin bi list --bucket=> .list.backup 通过下面的命令恢复数据 radosgw-admin bi put --bucket= < .list.backup 查看bucket的index id root@demo:/home/user# radosgw-admin bucket stats --bucket=bucket-maillist { "bucket": "bucket-maillist", "pool": "default.rgw.buckets.data", "index_pool": "default.rgw.buckets.index", "id": "0a6967a5-2c76-427a-99c6-8a788ca25034.54133.1", #注意这个id "marker": "0a6967a5-2c76-427a-99c6-8a788ca25034.54133.1", "owner": "user", "ver": "0#1,1#1", "master_ver": "0#0,1#0", "mtime": "2017-08-23 13:42:59.007081", "max_marker": "0#,1#", "usage": {}, "bucket_quota": { "enabled": false, "max_size_kb": -1, "max_objects": -1 } } Reshard对应bucket的index操作如下: 使用命令将"bucket-maillist"的shard调整为4,注意命令会输出osd和new两个bucket的instance id root@demo:/home/user# radosgw-admin bucket reshard --bucket="bucket-maillist" --num-shards=4 *** NOTICE: operation will not remove old bucket index objects *** *** these will need to be removed manually *** old bucket instance id: 0a6967a5-2c76-427a-99c6-8a788ca25034.54133.1 new bucket instance id: 0a6967a5-2c76-427a-99c6-8a788ca25034.54147.1 total entries: 3 之后使用下面的命令删除旧的instance id root@demo:/home/user# radosgw-admin bi purge --bucket="bucket-maillist" --bucket-id=0a6967a5-2c76-427a-99c6-8a788ca25034.54133.1 查看最终结果 root@demo:/home/user# radosgw-admin bucket stats --bucket=bucket-maillist { "bucket": "bucket-maillist", "pool": "default.rgw.buckets.data", "index_pool": "default.rgw.buckets.index", "id": "0a6967a5-2c76-427a-99c6-8a788ca25034.54147.1", #id已经变更 "marker": "0a6967a5-2c76-427a-99c6-8a788ca25034.54133.1", "owner": "user", "ver": "0#2,1#1,2#1,3#2", "master_ver": "0#0,1#0,2#0,3#0", "mtime": "2017-08-23 14:02:19.961205", "max_marker": "0#,1#,2#,3#", "usage": { "rgw.main": { "size_kb": 50, "size_kb_actual": 60, "num_objects": 3 } }, "bucket_quota": { "enabled": false, "max_size_kb": -1, "max_objects": -1 } }
关闭pool的scrub和deep-scrub
Jewel以上版本可用
使用下面的命令开启pool的noscrub和deep-scrub # ceph osd pool setnoscrub 1 # ceph osd pool set nodeep-scrub 1 使用下面命令确认配置 # ceph osd dump | grep pool 11 'pool-name' replicated size 3 min_size 2 crush_ruleset 0 object_hash rjenkins pg_num 8 pgp_num 8 last_change 800 flags hashpspool,noscrub,nodeep-scrub stripe_width 0 取消pool的noscrub和deep-scrub设置 # ceph osd pool set noscrub 0 # ceph osd pool set nodeep-scrub 0
感谢各位的阅读,以上就是“如何缓解index shard过大造成的影响”的内容了,经过本文的学习后,相信大家对如何缓解index shard过大造成的影响这一问题有了更深刻的体会,具体使用情况还需要大家实践验证。这里是创新互联,小编将为大家推送更多相关知识点的文章,欢迎关注!
名称栏目:如何缓解indexshard过大造成的影响
本文地址:http://scpingwu.com/article/igojic.html