上一篇提到了Apache的监控，这期继续带来nginx的内容，Nginx好处就不多讲了，互联网上有很多资源介绍Nginx，本期同样利用的是nginx的模块进行基础监控。

正文

环境

本期环境不太复杂，zabbix采用nginx搭建，监控自身。

Nginx

同样官方针对stub_status模块有讲解，如果您的Nginx版本低于1.7.5，需要加上stub_status on，如果高于此版本，则只需要加stub_status（on也可以带）。由于我的系统为ubuntu和centos有点区别，如果测试时建议直接通过find / -name zabbix.conf，如果实验环境和我的不一致，请忽略。

vi /etc/nginx/conf.d/zabbix.conf
location /basic_status {  -------/basic_status代表访问路径，例如xxx.xxx.xxx.xxx/basic_status
            stub_status on;  -------打开监控开关
            access_log   off; -------关闭访问日志
            allow 192.168.31.87; ---允许访问的IP
                               }

重启nginx服务

nginx -s reload或者service nginx restart，根据自身情况而定

访问Nginx界面

获取数据解释

Active connections: 对后端发起的活动连接数.
Server accepts handled requests: Nginx总共处理了136个连接,成功创建136次握手(证明中间没有失败的),总共处理了539个请求.
Reading: Nginx 读取到客户端的Header信息数.
Writing: Nginx 返回给客户端的Header信息数.
Waiting: 开启keep-alive的情况下,这个值等于 active – (reading + writing),意思就是Nginx已经处理完成,正在等候下一次请求指令的驻留连接.

前端操作

zabbix提供两个Nginx模板，在Templates/Applications下，分别是http方式和agent方式，这两种内容其实是一致的，只是应用场景不同，有的机器不允许安装agent，就可以采用http方式。

修改宏值，这里需要注意的是，如果是本机，无需改变，如果是访问远程nginx，则在{$NGINX.STUB_STATUS.PATH}部分需要填写完整路径，另外http、端口号和实际情况结合，无绝对。

查看数据

总结

基础监控的数据只具备参考的价值，如果想完全判断什么原因需要更深次的技术堆栈综合研判才能实现，但是基础没做好也不行，没有基础上层做的再漂亮也没有意义，下期会带来另外一个web服务的监控，没错就是微软的IIS，下期见，感谢各位支持，谢谢。