Linux监控实战-2

标签：

vmstat命令

      用法：vmstat 1 --->每个1s打印信息;

      作用：

• r:表示运行队列，如果改值过大，CPU可能会比较忙，使用率高；
• b:阻塞并等待IO的进程数
• swpd虚拟内存使用情况
• free空闲的内存
• buff被用来作为高速缓存
• si(从磁盘分页到内存的数量)、so(从内存分页到磁盘的数量）两列，表示内存交换频繁程度，如果数值长期很大，表示内存不够；
• bi读磁盘
• bo写磁盘

Linux内存管理机制

• Linux有自己的内存管理机制，Linux会尽可能的使用内存来提升IO效率；
• 如果系统的free不够用，达到触发机制后，系统会自动释放cache和buffer的内存供程序使用（cache和bugffer是由内核进行动态管理的）
• 如果used很多，而cache和buffer所占比率很小，那说明可能内存不够用了。不能单看free的大小来判断。所以你可以简单理解为cache和buffer也是free的一部分。（可用memory=free memory+buggers+cached)
• swan是在磁盘上开辟的虚拟内存，所以他的变化有可能导致与IO的交换也会增加；

内存不足的表现:

     free memory急剧减少，回收buffer和cache也无济于事，大量使用交换分区（swpd),读写磁盘数量（IO）增多，大量CPU时间用于等待IO（wa)。

　  建议：memory测试期间保证内存充足，可用内存不少于20%；

      好的状态：s0 si趋于0

IO的瓶颈：

     IO的瓶颈是现在系统常见的问题，还没有得到良好的解决方案，而且发展也不如CPU和MEM快

      好:  iowait % < 20%

     一般: iowait % = 35%

     糟糕:iowait  % >=50%

以上数值仅供参考

     CPU>wa 过大（参考值，超过20）；

      system>bi&bo过大(参考值，超过2000）

命令使用场景：

　　vmstat监控如果US很高，将近100%，就需要使用top命名来看是哪个进程导致，然后在分析进程；

      sy很高，可以尝试strace来看系统内核调用情况；

      如果io异常，可以尝试使用iostat来看看

iostat（简单了解）

　  单独执行iostat，显示的结果为从系统开机到当前执行时刻的统计信息；

      avg-cpu:总体cpu使用情况统计信息，对于多核cpu，这里为所有cpu的平均值；

      Device:各磁盘失败的IO统计信息

      tps：  每秒IO次数

      kB_read/s:每秒从失败(drive expressed)读取的数据量

      kB_wrtn/s:每秒向失败（drive expressed)写入的数据量

      kB_read：读取的总数据量

      kB_wrtn: 写入的总数据量

iostat -k 5 2

         共执行2次，间隔5秒；和 iostat一样（iostat持续打印）

iostat -x 显示更加详细信息 【重点】

rrqm/s:每秒这个设备相关的读取请求有多少被合并（请求相同Block时，请求合并）

wrqm/s:每秒这个设备相关的写入请求有多少被合并；

r/s：每秒读取请求数（rio）

w/s:每秒写入请求数(wio)

resc/s:每秒写扇区数（wsect)

rkB/s：每秒读取的数据量，单位K字节；

avgqu-sz:平均I/O队列长度

await:平均每次设备I/O操作的等待时间(毫秒）

svctm:平均每次设备I/O操作的服务时间（毫秒）svctm越接近于await则说明等待时间少

%util：表示了设备繁忙程度，80%表示设备已经很忙了；

IO瓶颈的症状：

1、%util很高

2、await远大于svctm

3、avgqu-sz 比较大

Linux监控实战-2

标签：

原文地址：http://www.cnblogs.com/qingchengzi/p/5189408.html