上一篇提到了Apache的监控，这期继续带来nginx的内容，Nginx好处就不多讲了，互联网上有很多资源介绍Nginx，本期同样利用的是nginx的模块进行基础监控。
正文
环境
本期环境不太复杂，zabbix采用nginx搭建，监控自身。
Nginx
同样官方针对stub_status模块有讲解，如果您的Nginx版本低于1.7.5，需要加上stub_statuson，如果高于此版本，则只需要加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，下期见，感谢各位支持，谢谢。
