linux服务性能剖析

最新推荐文章于 2024-09-16 11:19:03 发布

编程之路-java

最新推荐文章于 2024-09-16 11:19:03 发布

阅读量197

点赞数

分类专栏： linux 文章标签： linux

本文链接：https://blog.csdn.net/xhpscdx/article/details/83088081

版权

linux 专栏收录该内容

2 篇文章 0 订阅

订阅专栏

前言

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

linux server memory

broker
在这里插入图片描述

对于内存的监控其实很简单，就使用率，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 网络流量

对于计算机网络宽带也应该是我们重点关注的指标，我们购买的云server的带宽也是费用重点指标，也容易是服务可用性的瓶颈点。
ifstat与iftop 是主要命令，使用参考http://www.cnblogs.com/ggjucheng/archive/2013/01/13/2858923.html
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负载

类似Mysql，kafka需要数据RW 操作，就容易IO瓶颈。
如下，有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

svctm:平均每次设备I/O操作的服务时间 (毫秒)”
util:一秒中I/O 操作的利用率，或者说一秒中有多少时间 I/O 队列是非空的。我们这里发现util已经接近100%，结合man的说明“Device saturation occurs when this value is close to 100%”可以知道其实目前这台服务器的IO已经到达瓶颈了。
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请求都堵在队列里了），从而影响系统整体的处理性能。
参考 https://blog.csdn.net/haiross/article/details/43304853

cpu load

broker

在这里插入图片描述

broker

load average:后面三个数值的含义是最近1分钟、最近5分钟、最近15分钟系统的负载值。这个值的意义是，单位时间段内CPU活动进程数。如果你的机器为单核，那么只要这几个值均<1，代表系统就没有负载压力，如果你的机器为N核，那么必须是这几个值均＜N才可认为系统没有负载压力
参考 https://blog.csdn.net/qq_36357820/article/details/76606113