共计 3955 个字符,预计需要花费 10 分钟才能阅读完成。
导读:明天,Linux 内核治理曾经成为古代计算机领域中不可或缺的一部分。然而,因为问题简单多样,解决起来也须要更加业余的常识和教训。而且,因为各种运维工具扩散、入口不对立、治理不零碎,局部工具参数和子命令数量宏大,对于一般运维人员应用来说十分艰难。
为了进步运维效率,OpenCloudOS 运维工具 SIG 开发了 oc-ops,作为一款一站式 OS 运维工具集,它能够帮忙用户更好地对立、系统地治理运维工具,并晋升相干问题的定位效率。本文将具体介绍 oc-ops 的性能和劣势,让读者更全面地理解这个工具集的重要性。
一、开发背景
在治理 Linux 内核时,开发者经常面临着很多问题,比方定位 TCP 协定栈中导致数据包失落的环节,这些问题可能须要业余的常识和教训能力解决。还有些场景不足必要的工具来解决问题,甚至有时即便有相应的工具,也很难应用。
另外一个问题是,运维工具扩散、入口不对立、治理不零碎,没有一个工具或平台可能为所有的问题提供解决方案,并且没有对立的入口或集中的形式来应用和治理这些工具。
例如,blktrace、blkparse 和 btt 等磁盘 IO 监测工具生成的数据量微小,人工从中找出超过工夫阈值的 IO 申请十分耗时。局部工具的参数和子命令数量达到数百个,对于一般的运维人员来说学习应用须要破费大量的工夫。
为了解决这些问题,OpenCloudOS 运维工具 SIG 开发了一款一站式 OS 运维工具集——oc-ops,它将开发和运维人员的专业知识通过工具进行固化和传承,并自主研发了一些子命令来补全相干工具。
oc-ops 能够帮忙对立、系统地治理运维工具,从而进步运维效率。无论你是 Linux 开发人员,还是系统管理员,oc-ops 都能够帮忙你更高效地解决各种问题。
二、oc-ops 语法格局
1、根本语法格局
Usage: oc-ops [opt] <subcmd> [opt] [cmdargs]
oc-ops [opt] 反对的参数:
oc-ops -h:查看 oc-ops 用法,将列出 oc-ops 反对的所有 subcmd。oc-ops -v:查看 oc-ops 的版本号。oc-ops -d:以调试模式运行 oc-ops,不便 oc-ops 命令本身问题的定位。为便于应用、使 oc-ops 易于上手,oc-ops 采纳如下策略:
- 反对 tab 键主动扩大 / 补全的性能。
- 限度子命令参数的个数,尽量采纳自然语言代替参数(利用下面的主动扩大放慢输入速度)。
- 命令级数临时限定在 4 级。
2、子命令用法
通过 oc-ops <subcmd> -h,可查看每个子性能的具体用法。
三、oc-ops 已反对工具简介
1、oc-ops 现状
oc-ops 的命令在继续开发中,应用前倡议通过:yum install -y opencloudos-tools 装置 / 降级 opencloudos-tools 包,以便装置 / 更新到最新的版本。
oc-ops 以后实现开发的子命令如下:
- oc-ops mem checkcost
- oc-ops io latency
- oc-ops cpu irq latency
2、oc-ops mem chechcost
性能 :诊断内存耗费状况,判断哪个 / 多个畛域导致内存耗费减少,并给出下一步定位倡议。畛域白名单为:Buffers/Cached、AnonPages、Shmem、Slab、Vmalloc、HugePages。
- 如果是 Buffers/Cached 内存耗费减少,则倡议执行:oc-ops mem checkcost -d,清空缓存后从新统计。
- 如果是 AnonPages 内存耗费减少,将各过程按耗费内存的大小进行排序输入。(用户态业务过程的内存泄露需由业务定位)
- 如果是 Shmem 内存耗费减少,将主动扫描是否有哪个内存文件系统耗用内存过多。
- 如果是 Slab 内存耗费减少,将输入 slabtop 信息,并倡议用户执行:oc-ops mem kernelleak,进行内存泄露检测。
- 如果是 Vmalloc 内存耗费减少,则输入 /proc/vmallocinfo 同分类汇总统计后的信息,并倡议用户执行:oc-ops mem kernelleak,进行内存泄露检测。
- 如果是 HugePages 内存耗费减少,则输入大页的应用状况以及应用了大页的过程信息。
命令 :oc-ops mem checkcost [-n topn] [-d] [-h]
参数阐明 :
-n, top n 示意前 top n 的内存耗用项,默认显示 top 3 的内存耗用项;
-d, 先清空缓存(echo 3 > /proc/sys/vm/drop_caches),再进行内存耗费检测;
-h, 显示 oc-ops mem checkcost 的用法,并退出。
3、oc-ops io latency
性能 :监控某个或某些存储设备 IO 超过指定阈值,便于定位 IO 慢的问题。
命令 :oc-ops io latency -d device [-s size] [-l logdir] [-a average] [-m max] [-p period] [-Q threshold] [-D threshold] [-r] [-k] [-h]
参数阐明 :
-d, 指定监控的设施,例如:sda;多个设施之间用逗号相连,例如:sda,sdb。
-s, 指定日志存储空间(针对 -d 参数中的每个设施)的大小,超过大小后,日志将主动回滚(超过阈值的日志仍会保留),默认 1048576KB。
-l, 指定日志存储目录,必须按绝对路径传递存储目录;默认是 /data/oc-ops/io/latency。为防止进入其余目录创立和删除文件,-l 指定的门路中必须蕴含 ”io/latency” 字符串。
-a, io average latency 的阈值,反对浮点示意,单位为秒,默认 0.2s。
-m,io max latency 的阈值,反对浮点示意,单位为秒,默认 5s。
-p, 每个监控周期的工夫,单位为秒,默认 60s。一个监控周期完结后,会主动开始下一个周期的监控。
-Q, IO Q2C(示意 io Queued To Complete)耗时的阈值,反对浮点示意,单位为秒,默认与 -m 的数值雷同。
-D, IO D2C(示意 io Dispatched/Issued To Complete)耗时的阈值,反对浮点示意,单位为秒,默认与 -m 的数值雷同。
-r, 保留两头过程的日志,应用此参数可不便调试或基于保留的日志更深刻地剖析 IO 时延问题。如果 oc-ops io latency 命令没有带 -r 参数,则此次采样过程中的所有 blktrace 数据都不会保留。
-k,kill 所有 oc-ops io latency 监控 IO 的过程,完结监控。应用 -k 时,如果想要保留 blktrace 数据进行更深刻的剖析,也须要加上 -r 参数;否则将清空历次采纳的所有 blktrace 数据。
-h,显示 oc-ops io latency 的用法。
应用注意事项 :
-l 指定的日志存储目录,应防止在 -d 指定的监控设施上(因为日志存储会产生 IO,减少被监控设施的 IO 压力)。
-l 指定的日志存储目录,应防止指定内存文件系统(例如 tmpfs)所在的目录(因为在内存文件系统上存储日志会耗费内存,对业务产生烦扰)。
-d 反对监控多个 device,如果监控过多设施(特地是疾速设施,例如 NVMe),会对 CPU 占用率产生烦扰。
4、oc-ops cpu irq latency
性能 :监控中断响应超时。
命令 :oc-ops cpu irq latency [-e val] [-f freq_ms] [-t threshold_ms] [-c] [-k] [-h]
参数阐明 :
-e,使能 / 去使能 IRQ latency 的检测。-e 参数前面只能传两种值之一:1 或 0。1 示意开启监控,0 示意敞开监控。
-f,设置监控时采样的频率所对应的工夫,单位为 ms,取值范畴为 4ms, 1000ms。
-t,设置 latency 的阈值,单位为 ms,取值范畴为 freq_ms, 30000ms;中断响应 latency 超过阈值时相干的栈信息将打印进去。下限设置的起因:如果关中断的时延超过 30000ms,soft lockup 个性能够检测进去。
-c,革除已积攒的栈信息。
-k,为防止遗记敞开检测而对系统造成净化,oc-ops cpu irq latency 将默认在 3600s 后敞开检测。-k 示意 keep IRQ latency 的检测,永远不会主动敞开。
-h,显示 oc-ops cpu irq latency 的用法。
其余信息 :
使能后,每 60s 主动打印检测后果。如想被动查看检测后果,可执行以下两条命令获取:
cat /proc/irq_latency/trace_dist
cat /proc/irq_latency/trace_stack
示例 1:使能 IRQ latency,并设置阈值为 50ms。
执行 oc-ops cpu irq latency -e 1 -t 50
示例 2:去使能 IRQ latency。
执行 oc-ops cpu irq latency -e 0
四、小结
在 OpenCloudOS 平台上,oc-ops 能够不便地帮忙用户剖析内存耗用、IO 时延、中断时延等问题,晋升相干问题的定位效率。此外,oc-ops 还在一直成长、欠缺中,并且将来会逐渐减少 healthy-check(检测零碎衰弱状态、主动修复局部问题)、网络丢包、时延抖动、误删文件复原、信号跟踪等维测性能。
如果您想深刻理解这些性能,咱们建议您拜访 OpenCloudOS 社区的官方网站,并参加到 oc-ops 的开发中来。同时,咱们也欢迎您下载和应用 OpenCloudOS,以体验平台的高效、智能运维体验。下载地址:
https://www.opencloudos.org/iso
如果您有任何意见、倡议或问题,请扫描下方二维码,退出社区交换群,咱们会全力支持您,以确保您在 OpenCloudOS 平台上获得最佳的运维体验。