linux服务性能剖析

前言
  1. 作为开发人员关注PP高可用性,监控了APP级别的各种指标。我们应该关注linux server的四大资源指标。
  2. 业界也有zabbix的界面可视化监控工具,但是我们熟悉linux自带commod。
linux server memory

broker
在这里插入图片描述


  1. 对于内存的监控其实很简单,就使用率,free命令就能明白。

[work@iZbp1fa5ahed30jd2qast6Z ~]$ free -m
             total       used       free     shared    buffers     cached
Mem:         15951      15818        132          0        141       2855
-/+ buffers/cache:      12822       3129
Swap:

linux server 网络流量
  1. 对于计算机网络宽带也应该是我们重点关注的指标,我们购买的云server的带宽也是费用重点指标,也容易是服务可用性的瓶颈点。
  2. ifstat与iftop 是主要命令,使用参考http://www.cnblogs.com/ggjucheng/archive/2013/01/13/2858923.html
  3. ifstat需要安装https://blog.csdn.net/hualom/article/details/41355869

 qqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq
 TX:             cum:   36.8MB   peak:   5.30Mb                                                                rates:   4.97Mb  4.58Mb  4.59Mb
 RX:                     248MB           33.9Mb                                                                         33.5Mb  31.1


linux server 磁盘IO负载
  1. 类似Mysql,kafka需要数据RW 操作,就容易IO瓶颈。
  2. 如下,有kafka服务类似磁盘服务,vdb为/aliyun外挂磁盘,%util 明显高于没磁盘IO的服务。

[work@iZbp1eeds08cvui1pcts07Z ~]$ iostat -x 5
Linux 2.6.32-220.23.2.al.ali1.2.alios6.x86_64 (iZbp1eeds08cvui1pcts07Z)         10/15/2018      _x86_64_        (8 CPU)

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
          13.92    0.00    5.46    0.05    0.00   80.57

Device:         rrqm/s   wrqm/s     r/s     w/s   rsec/s   wsec/s avgrq-sz avgqu-sz   await  svctm  %util
vda               0.05     1.33    0.13    1.20     5.65    20.25    19.47     0.00    2.72   0.76   0.10
vdb               0.00     0.34    0.98   13.94   155.68  3692.59   257.84     0.12    7.77   1.16   1.73

  1. svctm:平均每次设备I/O操作的服务时间 (毫秒)”

  2. util:一秒中I/O 操作的利用率,或者说一秒中有多少时间 I/O 队列是非空的。我们这里发现util已经接近100%,结合man的说明“Device saturation occurs when this value is close to 100%”可以知道其实目前这台服务器的IO已经到达瓶颈了。

  3. iowait:那为什么最前面的cpu统计图的iowait项只有5.5%左右呢?因为这个iowait(也就是top里的wa%)指的是从整体来看,CPU等待IO的耗时占比:
    wa – iowait
    Amount of time the CPU has been waiting for I/O to complete.
    也就是说,CPU可能拿出一部分时间来等待IO完成(iowait),但从磁盘的角度看,磁盘的利用率已经满了(util%),这种情况下,CPU使用率可能不高,但是系统整体QPS已经上不去了,如果加大流量,会导致单次IO耗时的继续增加(因为IO请求都堵在队列里了),从而影响系统整体的处理性能。

  4. 参考 https://blog.csdn.net/haiross/article/details/43304853

cpu load

broker


在这里插入图片描述


broker


  1. load average:后面三个数值的含义是最近1分钟、最近5分钟、最近15分钟系统的负载值。这个值的意义是,单位时间段内CPU活动进程数。如果你的机器为单核,那么只要这几个值均<1,代表系统就没有负载压力,如果你的机器为N核,那么必须是这几个值均<N才可认为系统没有负载压力
  2. 参考 https://blog.csdn.net/qq_36357820/article/details/76606113
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值