上一篇提到了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_statuson;-------打开监控开关 access_logoff;-------关闭访问日志 allow192.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,下期见,感谢各位支持,谢谢。
转载请注明:IT运维空间 » 运维技术 » Zabbix 5.2由浅入深之监控Nginx
发表评论