内容简介:今天早晨QA来报,我们自己的集群环境里,124~128集群里面,128节点ceph-osd cpu load重,CPU使用率是200%~400% 之间。我用strace 粗略地看了下,没看出什么端倪。只能上perf了。
前言
今天早晨QA来报,我们自己的集群环境里,124~128集群里面,128节点ceph-osd cpu load重,CPU使用率是200%~400% 之间。
我用strace 粗略地看了下,没看出什么端倪。只能上perf了。
排查
perf top
首先用perf top查看下:
CPU消耗大户是ceph-osd,其中用户态的operator« 操作罪魁祸首,其中operator«看起来是运算符重载,应该是和日志打印相关。
perf record
找到ceph-osd的进程ID 4966, 用如下指令采集下:
perf record -e cpu-clock -g -p 4966
- -g 选项是告诉perf record额外记录函数的调用关系
- -e cpu-clock 指perf record监控的指标为cpu周期
- -p 指定需要record的进程pid
我们观测的对象是ceph-osd。运行10秒中左右,ctrl+C中断掉perf record:
root@converger-128:~# perf record -e cpu-clock -g -p 4966 ^C[ perf record: Woken up 7 times to write data ] [ perf record: Captured and wrote 5.058 MB perf.data (17667 samples) ] root@converger-128:~#
在root目录下会产生出来 perf.data文件。
##perf report
用如下指令查看dump 出来的perf.data
perf report -i perf.data
输出如下:
我们把operator«展开:
我们看到,大部分operator«的调用是由gen_prefix函数产生的。
分析
这部分代码代码在:
osd/ReplicatedBackend.cc ------------------------------ #define dout_subsys ceph_subsys_osd #define DOUT_PREFIX_ARGS this #undef dout_prefix #define dout_prefix _prefix(_dout, this) static ostream& _prefix(std::ostream *_dout, ReplicatedBackend *pgb) { return *_dout << pgb->get_parent()->gen_dbg_prefix(); }
原因是128集群之前有人分析ceph-osd.4,ceph.conf 里面debug osd = 0/20, 尽管不会往磁盘里面打印日志,但是因为OSD crash的时候,需要dump 级别为20 的debug log,因此,大量的osd debug log会暂存在内存的环形buffer 中,因此,gen_prefix函数被大量的调用,消耗了太多的CPU资源。
实时修改ceph-osd debug_osd的级别,并修改ceph.conf 永久生效,发现ceph-osd CPU使用正常。
root@converger-128:/etc/ceph# ceph daemon osd.5 config set debug_osd 0 { "success": "" } root@converger-128:/etc/ceph# ceph daemon osd.4 config set debug_osd 0 { "success": "" }
以上所述就是小编给大家介绍的《使用perf 分析ceph CPU usage High》,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持!
猜你喜欢:- 使用动态分析技术分析 Java
- 使用动态分析技术分析 Java
- Spring事务源码分析专题(一)JdbcTemplate使用及源码分析
- 使用Miasm分析Shellcode
- fishhook使用场景&源码分析
- WMRouter使用和源码分析
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。