nginx监控之 监控我所需要的

apache和nginx对比

相比 Apache 服务器,Nginx 因其采用的异步非阻塞工作模型,使其具备高并发、低资源消耗的特性,高度模块化设计使 Nginx 具备很好的扩展性;在处理静态文件、反向代理请求等方面,Nginx 表现出很大的优势。

常见的nginx用途

Nginx 可以作为反向代理服务器来转发用户请求;并能够在处理请求的过程中实现后端实例负载均衡,实现分发请求的功能;也可将 Nginx 配置为本地静态服务器,处理静态请求。

监控nginx需要的指标

Nginx 处理请求的过程被详细地记录在 access.log 以及 error.log 文件中

监控项目 所属性质 指标
请求时长 服务性质 从发出请求到结束需要的时间$request_time 和 $upstream_response_time
服务存活性 服务性质 nginx是否存活
请求返回错误 服务性质 服务器日志方式错误码4xx和5xx
流量 服务性质 pv 和 流量
服务损耗 服务性质 连接数 打开文件数 cpu使用率和绑定cpu核心的使用率

请求时长

 log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
        '$status $body_bytes_sent "$http_referer" '
     '"$http_user_agent" "$http_x_forwarded_for" "$request_time"  "$upstream_response_time" ';
    添加上"$request_time" 和"$upstream_response_time"
这样在后面显示请求体和时间,根据自己请求的时长容忍度来实现程序层面的请求接口优化或者缓存

nginx是否存活

 检查nginx访问 是否返回值和自己的理想的数据返回是否一致 或者状态码是否一致

请求返回错误

 必须添加对诸如 500/502/504 等 5xx 服务类错误状态码的监控,它们告诉我们服务本身出现了问题。
5xx 类错误每分钟出现的频率应该在个位数,太多的 5xx 应及时排查问题并解决;4xx 类错误,在协助解决一些非预期的权限错误、资源丢失或性能等问题上可以给予帮助。
例如:
connection refused 用户请求超时 用户请求超时
connection timed out nginx与后端服务器连接超时
while connection upstream nginx与后端服务器连接出现问题

流量

可以适当的监控网络接口的流量

服务损耗

location /nginx-status {
        stub_status on;
        access_log  off;
        allow      10.1.1.1/24;
        deny        all;
    }
    文件打开数:lsof |grep nginx|wc -l
     cpu损耗: 监控cpu的使用率即可

猜你喜欢

转载自blog.51cto.com/9025736/2346277