排查法诊断服务器性能

• u(sys+us)使用率，若此值持续大于80%，可以观察进程视图，是否是非核心应用进程占用大量CPU资源，若能排除非核心应用进程的影响，则基本能确定该系统cpu资源面临短缺，此时结合vmstat监控观察到proc列r值应该较大;同理，当cpu利用率很低，但运行进程队列(r值)却很大时，表面cpu存在阻塞
• 关注%idle(cpu 空闲时间的百分比)，若此值较高但系统响应却很慢时，有可能是CPU在等待分配内存，此时应关注内存使用情况(见step3);如果空闲时间%idle持续为0并且系统时间(cpu sy)是用户时间(cpu us)的两倍 ，系统则面临着CPU资源的短缺.
• 关注%wait(cpu等待 IO 的时间的百分比)，在cpu资源尚未耗尽情况下，若此值持续很高表示系统存储IO可能存在瓶颈;问题原因可能是：(1)系统存在一个应用程序问题(应用本身有许多IO请求);(2)物理内存不足; (3)低效的 I/O 子系统配置; 此时应先排查是否是应用程序问题，然后检查系统内存使用情况，若是交换分页多，则确定是由物理内存不足引发的磁盘IO问题(见step3);若不是，则检查系统磁盘，结合iostat来验证此现象是由应用IO过多造成(见step4).注报告中的4个cpu列和2个procs(内核线程)列
  • r：等待在CPU资源的进程数。这个数据比平均负载更加能够体现CPU负载情况，数据中不包含等待IO的进程。如果这个数值大于系统中的逻辑CPU核数，表示系统现在运行比较慢,有多数的进程等待CPU，那么系统的CPU资源已经饱和。
  • us, sy, id, wa, st：这些都代表了CPU时间的消耗，它们分别表示用户时间(user)、系统(内核)时间(sys)、空闲时间(idle)、IO等待时间(wait)和被偷走的时间(stolen，一般被其他虚拟机消耗)。上述这些CPU时间，可以让我们很快了解CPU是否出于繁忙状态。一般情况下，如果用户时间和系统时间相加非常大，CPU出于忙于执行指令。如果IO等待时间很长，那么系统的瓶颈可能在磁盘IO。

  sar –P ALL : 对cpu分开查询，统计每个cpu的使用情况，检查多个cpu的负载是否平衡
  

（编辑：文章分享网_茂名站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!