实时警报通知:微信告警通知的重要性解析
502
2023-04-02
Zabbix 5.2由浅入深之监控Nginx
上一篇提到了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已经处理完成,正在等候下一次请求指令的驻留连接.
前端操作
需要修改部分
由于这里为本机,所以默认即可
查看数据
最新数据
图形
总结
基础监控的数据只具备参考的价值,如果想完全判断什么原因需要更深次的技术堆栈综合研判才能实现,但是基础没做好也不行,没有基础上层做的再漂亮也没有意义,下期会带来另外一个web服务的监控,没错就是微软的IIS,下期见,感谢各位支持,谢谢。
发表评论
暂时没有评论,来抢沙发吧~