读过我之前文章的同学会发现,如果在做服务器性能监控的过程中要一个命令一个命令的敲,那显然非常的麻烦,而且不实际。监控命令只更适用于某些场景下的分析和定位,无法直接形成一些图形化的界面以便我们更直观的分析问题。
Nmon 是一个分析aix和linux性能的免费工具,出自IBM,其采集的数据通过nmon_analyser生成报表,简单直白。
一、下载
二、运行和使用
本文以centos6操作系统为例。
1.启动nmon
将tar包上传至linux并解压,进入解压文件夹可看到如下内容:
[root@localhost nmon]# ls
AgentV200R001Linux64_20100401.tar.gz nmon_x86_fedora10 nmon_x86_rhel45 nmon_x86_sles10 nmon_x86_ubuntu810
MonitorAgent nmon_x86_opensuse10 nmon_x86_rhel52 nmon_x86_sles9
因为一些依赖包的关系,所以在使用nmon的过程中会遇到不同的问题,建议安装前先执行以下命令:
yum install glibc.i686 ncurses-devel.i686 redhat-lsb -y
接着启动该工具,在命令行执行
[root@localhost nmon]# ./nmon_x86_rhel52
效果如下
+nmon-12a------[H for help]---Hostname=localhost-----Refresh= 2secs ---08:35.46---------------+
| |
| ------------------------------ For help type H or ... |
| # # # # #### # # nmon -? - hint |
| ## # ## ## # # ## # nmon -h - full |
| # # # # ## # # # # # # |
| # # # # # # # # # # To start the same way every time |
| # ## # # # # # ## set the NMON ksh variable |
| # # # # #### # # |
| ------------------------------ |
| |
| Use these keys to toggle statistics on/off: |
| c = CPU l = CPU Long-term - = Faster screen updates |
| m = Memory j = Filesystems + = Slower screen updates |
| d = Disks n = Network V = Virtual Memory |
| r = Resource N = NFS v = Verbose hints |
| k = kernel t = Top-processes . = only busy disks/procs |
| h = more options q = Quit |
|--------------------------------------------------------------------------------------------|
| |
单个字母表示对应监控点的快捷键,只要输入相应的字母,即可显示相应的资源耗用情况,输入c、m、d后显示效果如下(显示了cpu、内存、磁盘的使用情况):
+nmon-12a------[H for help]---Hostname=localhost-----Refresh= 2secs ---08:40.30---------------+
| CPU Utilisation ---------------------------------------------------------------------------|
| +-------------------------------------------------+ |
|CPU User% Sys% Wait% Idle|0 |25 |50 |75 100| |
| 1 0.0 0.5 0.0 99.5| > | |
| +-------------------------------------------------+ |
| Memory Stats ------------------------------------------------------------------------------|
| RAM High Low Swap |
| Total MB 498.7 0.0 498.7 2016.0 |
| Free MB 229.3 0.0 229.3 2016.0 |
| Free Percent 46.0% 0.0% 46.0% 100.0% |
| MB MB MB |
| Cached= 91.3 Active= 137.0 |
| Buffers= 12.1 Swapcached= 0.0 Inactive = 82.8 |
| Dirty = 0.0 Writeback = 0.0 Mapped = 19.3 |
| Slab = 39.8 Commit_AS = 536.2 PageTables= 2.3 |
| Disk I/O -----(/proc/diskstats)--------all data is Kbytes per second-----------------------|
|DiskName Busy Read WriteKB|0 |25 |50 |75 100| |
|sda 0% 0.0 0.0| > | |
|sda1 0% 0.0 0.0|> | |
|sda2 0% 0.0 0.0| > | |
|dm-0 0% 0.0 0.0| > | |
|dm-1 0% 0.0 0.0|> | |
|--------------------------------------------------------------------------------------------|
具体的参数含义在这里就先不做介绍了,如果不理解,请读我前一篇文章。
2.如何使用nmon
[root@localhost nmon]# ./nmon_x86_rhel52 -fT -s 5 -c 5
[root@localhost zww]# ll | grep *.nmon
-rw-r--r--. 1 root root 16719 11月 9 08:57 localhost_161109_0857.nmon
输入命令后,将自动在当前目录生成一个 hostname_timeSeries.nmon 的文件(hostname 为当前见识的服务器的主机名)如: localhost_161109_0857.nmon。
命令的含义是,-f输出文件,-T输出最耗自愿的进程,-s收集数据的时间间隔,-c收集次数。
- -s 5:每 5 秒进行一次数据采集
- -c 5: 一共采集5次
如果想在后台运行nmon,可使用nohup:
[root@besttest zww]# nohup ./nmon_x86_rhel52 -fT -s 1 -c 10
问题来了,如果我们在做稳定性测试,系统需要持续监控12小时以上,那么我们生成的nmon文件就会非常大,会远远超出excel表格所能支撑的数据量,我们该怎么办?
解决方案是将nmon命令加入系统定时任务,分时段执行,这样生成的文件就不会太大。一般每小时生成一个nmon文件,1秒采样一次。
[root@localhost nmon]# vi /etc/crontab
在crontab中添加如下内容:
* */1 * * * ./tmp/nmon/nmon_x86_rhel52 -fT -s 1 -c 3600
/tmp/nmon是我的执行文件所在路径。
3.关闭nmon
若存在后台运行的nmon进程或未运行结束的nmon进程,可通过ps或top等其它命令将进程ID查出,然后通过kill -9 pid杀掉进程。
三、结果分析
在上面,我们通过配置定时任务生成了.nmon文件,在这里我们介绍如何转换结果文件以及转换出来的excel都包含了哪些内容。
1.结果文件转换
使用官方提供的nmon_analyser进行转换,下载地址如下:
将文件下载后,点击带有analyser的excel,点击 Analyse nmon data按钮,选择.nmon文件打开,即可开始转换,转换结束后生成excel文件。
tips:建议使用office excel,因为部分wps版本无法使用该analyser文件。在使用过程中一定要启用宏才可顺利装载和转换文件,office要在信任中心启用宏,而wps下载一个vba模块安装后才能启用宏,具体操作步骤请自行百度。
最终转换结果(部分)如下图所示:
2.指标含义
在转换成功之后,会有很多的表和很多的参数,是不是看到眼花?没关系,下面给大家贴出来,详细介绍了包括每个sheet的含义以及sheet中主要指标的含义。
-
nmon分析文件各sheet含义
nmon分析文件各sheet含义 -
nmon分析文件详细指标详解
nmon分析文件详细指标详解
看到这里,大家也发现了,对于这些表,如果逐个仔细的看是不切实际的,我们应该把握重点,找到关键点,顺着关键点往下看。比如在SYS_SUM中明显看到CPU高,那么之后我们关注的sheet应该是CPU 以及IO相关的sheet,查看到底是sys占用CPU高还是user占用CPU高,再顺着CPU和IO相关的这些表进一步分析,进一步查看对应的表格,以此类推,而不是全都看。
-
nmon关键指标列表
nmon关键指标列表
3.小结
对于nmon,在掌握了它的结果文件中参数的含义之后,按照文中提供的分析思路,抓住关键点一步一步进行分析,进而能够确定系统层面所表现出来的瓶颈所在。至于更进一步的分析瓶颈出现的原因,那是后面的内容了,nmon的工作到这里就可以结束了。
此外,还有几点nmon的分析经验:
- 在观察曲线变化时
应关注一些有明显变化(很高或很低)的时间点,系统在做哪些操作,因为这可能是一个隐患,必须了解清楚。 - 关于CPU
多核CPU如果只有一个CPU使用率高,说明程序使用CPU不合理,需要调整。 - 关于磁盘
Disk %Busy 最好不要持续超过20%。 - 关于网络
首先默认性能测试是内网,其次加上现在的网卡、路由都是千兆万兆甚至更高级别的设备,默认不关注NET的表格,除非你所做的系统对网络的要求特别高,否则一般不必关注它。