zabbix监控nginx性能状态

最新推荐文章于 2024-08-24 10:53:04 发布

夏雨情

最新推荐文章于 2024-08-24 10:53:04 发布

阅读量343

点赞数

文章标签： linux 运维 nginx

本文链接：https://blog.csdn.net/qq_44094695/article/details/105044794

版权

zabbix监控nginx性能状态

nginx在生产环境中的应用越来越广泛，所以需要对nginx的性能状态做一些监控来发现出来出现的问题。zabbix监控nginx，首先确认nginx的监控指标，主要有：基本活动指标，错误指标，性能指标。

nginx处理流程图具体如下:

在这里插入图片描述
注释：Accepts（接受）、Handled（已处理）、Requests（请求数）是一直在增加的计数器。Active（活跃）、Waiting（等待）、Reading（读）、Writing（写）随着请求量而增减

NGINX worker 进程接受 OS 的连接请求时 Accepts 计数器增加，而Handled 是当实际的请求得到连接时（通过建立一个新的连接或重新使用一个空闲的）。这两个计数器的值通常都是相同的，如果它们有差别则表明连接被Dropped，往往这是由于资源限制，比如已经达到 NGINX 的worker_connections的限制。

首先nginx需要配置nginx_status 具体步骤是：在 zabbix agentd客户端上，查看nginx是否加载了with-http_stub_status_module。因为 zabbix 监控nginx是根据nginx的Stub Status模块，抓取Status模块所提供的数据。假如以前没开启，现在想启用StubStatus 模块，在编译nginx 的时候要加上参数with-http_stub_status_module，执行./configure && make就可以了，不用make install，一般情况下都是安装的，具体的安装配置如下
(一）配置nginx

1,查看nginx_status是否开启，查看已开启。

[root@iZ237lzm354Z scripts]# /usr/local/nginx/sbin/nginx -V
nginx version: nginx/1.4.7
built by gcc 4.8.2 20140120 (Red Hat 4.8.2-16) (GCC) 
TLS SNI support enabled
configure arguments: --with-http_stub_status_module --with-http_ssl_module --with-pcre 
--with-http_realip_module --with-http_image_filter_module
[root@iZ237lzm354Z scripts]#`

2，nginx_status开启的步骤：

[root@iZ237lzm354Z scripts]# vim /usr/local/nginx/conf/nginx.conf
        location /status {
            stub_status on;
        }

3，测试并启动nginx

[root@iZ237lzm354Z scripts]# /usr/local/nginx/sbin/nginx -t

nginx: the configuration file /usr/local/nginx/conf/nginx.conf syntax is ok

nginx: configuration file /usr/local/nginx/conf/nginx.conf test is successful

[root@iZ237lzm354Z scripts]# /usr/local/nginx/sbin/nginx -s reload

4,用curl来进行测试：

[root@iZ237lzm354Z scripts]# curl 127.0.0.1/nginx-status
Active connections: 979 
server accepts handled requests
 756072922 756072922 1136799890 
Reading: 0 Writing: 4 Waiting: 975

备注：

Active connections –当前活跃的连接数量
server accepts handled requests — 总共处理了756072922个连接 , 成功创建 756072922次握手, 总共处理了1136799890个请求
reading — 读取客户端的连接数.
writing — 响应数据到客户端的数量
waiting — 开启 keep-alive 的情况下,这个值等于 active – (reading+writing), 意思就是 Nginx 已经处理完正在等候下一次请求指令的驻留连接.
(二)配置zabbix_agentd

1，编写脚步来获取nginx的相关信息

[root@master ~]# cat /usr/local/bin/nginx_status.sh
#!/bin/bash
case $1 in 
active)
     curl -s http://192.168.56.128/status | awk '/Active/{print $NF}';;
waiting)
     curl -s http://192.168.56.128/status | awk '/Waiting/{print $NF}';;
accepts)
     curl -s http://192.168.56.128/status | awk 'NR==3{print $2}';;
reading) #获取nginx_reading状态的数量
     curl -s http://127.0.0.1/status | grep 'Reading' | awk '{print $2}';;
writing)
        /usr/bin/curl "http://127.0.0.1/status" 2>/dev/null| grep 'Writing' | awk '{print $4}';;
handled)
        /usr/bin/curl "http://127.0.0.1/status" 2>/dev/null| awk NR==3 | awk '{print $2}';;
requests)
        /usr/bin/curl "http://127.0.0.1/status" 2>/dev/null| awk NR==3 | awk '{print $3}';;
esac

2,配置zabbix_agentd.conf。启用UserParameter，并配置相关的参数。

[root@master ~]# cat /usr/local/etc/zabbix_agentd.conf.d/nginx_status 
UserParameter=nginx.status[*],/usr/local/bin/nginx_status.sh $1`

3，重启zabbix_agentd客户端

[root@zabbix ~]# /etc/init.d/zabbix_agentd restart
Shutting down zabbix_agentd:                               [  OK  ]
Starting zabbix_agentd:                                    [  OK  ]

4，在zabbix服务端（server）进行测试。

[root@zabbix ~]# zabbix_get -s 127.0.0.1 -p 10050 -k "nginx[reading]"
0

备注：

Active ：当前活跃的连接数。

Accepts: 接受的请求数

Handled: 处理的请求数（正常服务器响应，这两项应该是可以相等的）

Requests: 客户端处理的请求数。（吞吐量）

Reading: 当接收到请求时，连接离开 Waiting 状态，并且该请求本身使 Reading 状态计数增加。在这种状态下 NGINX 会读取客户端请求首部。请求首部是比较小的，因此这通常是一个快速的操作。

Writing: 请求被读取之后，其使 Writing 状态计数增加，并保持在该状态，直到响应返回给客户端。这意味着，该请求在 Writing 状态时，一方面 NGINX 等待来自上游系统的结果（系统放在 NGINX “后面”），另外一方面，NGINX 也在同时响应。请求往往会在 Writing 状态花费大量的时间。

Waiting: 活跃的连接也可以处于 Waiting 子状态，如果有在此刻没有活跃请求的话。新连接可以绕过这个状态并直接变为到 Reading 状态，最常见的是在使用“accept filter（接受过滤器）” 和 “deferred accept（延迟接受）”时，在这种情况下，NGINX 不会接收 worker 进程的通知，直到它具有足够的数据才开始响应。如果连接设置为 keep-alive ，那么它在发送响应后将处于等待状态