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的使用率即可
active connection 当前正在处理的活跃连接数
reading 正在读取的客户连接数
writing 处理响应数据到客户端的数量
waiting Nginx等待下次请求的驻留的客户连接数

 第1列:
 当前与http建立的连接数,包括等待的客户端连接:   20
 第2列:
 接受的客户端连接总数目:20
 处理的客户端连接总数目:20
 客户端总的请求数目:50
 第3列:
 当前,nginx读请求连接
 当前,nginx写响应返回给客户端
 目前有多少空闲客户端请求连接

原文地址:http://blog.51cto.com/9025736/2346277

时间: 2024-10-06 21:51:34

nginx监控之 监控我所需要的的相关文章

nginx 日志和监控

原文地址:http://nginx.com/resources/admin-guide/logging-and-monitoring/ Logging and Monitoring 日志和监控 This section describes how to configure logging of errors and processed requests, as well as how to use the runtime monitoring service of NGINX and NGINX

编译安装 nginx的http_stub_status_module监控其运行状态

步骤: 1 编译nginx,加上参数 --with-http_stub_status_module 以我自己的编译选项为例: #配置指令 ./configure --prefix=/usr/local --user=nginx --group=nginx --with-http_ssl_module --with-http_realip_module --http-client-body-temp-path=/usr/local/var/tmp/nginx/client --http-proxy

用Nginx+Telegraf+Influxb+Grafana构建高逼格Nginx集群监控系统

日常生产环境搭建了Nginx集群后,就需要继续深入研究的就是日常Nginx监控. Nginx如何监控?相信百度就可以找到:nginx-status 通过Nginx-status,实时获取到Nginx监控数据后,如何和现有监控系统集成?一个很好的解决方案: Nginx+Telegraf+Influxdb+Grafana 即通过Telegraf监控插件定时收集Nginx的监控状态,存储到时序数据库Influxdb中,然后通过Grafana展现即可. 一.Nginx启用nginx-status功能 源

zabbix自定义监控,监控网卡信息

上篇我记录了怎样自定义监控CPU<自定义监控项--监控CPU信息>,这里分享一下自定义监控网卡eth0,出战和入站流量. 自定义监控项,网卡信息 1.选择要监控的主机,按顺序打开Items ConfigurationèHostèItems 2.创建Item 3.配置Item信息 (1)监控网eth0进站流量 (2)选择应用集,Add添加保存Item (3)添加eth0进站流量监控项完成 4.通过克隆监控项配置eth0出站流量 (1)找到刚监控监控点击 (2)进入Item配置界面,下拉找到克隆.

自定义监控项--监控CPU信息

自定义监控项--监控CPU信息 1.服务端安装zabbix-get安装 Zabbix-Get 是Zabbix 中的一个程序,用于Zabbix-Server 到Zabbix-Agent 的数据获取,通常可以用来检测验证Agent 的配置是否正确. [email protected]:~# apt-get install zabbix-get Reading package lists... Done Building dependency tree Reading state informatio

免费网站监控服务阿里云监控,DNSPod监控,监控宝,360云监控使用对比

网站会因为各种原因而导致宕机,具体表现为服务器没有响应,用户打不开网页,域名解析出错,搜索引擎抓取页面失败,返回各种HTTP错误代码.网站宕机可能带来搜索引擎的惩罚,网站服务器不稳定与百度关系文章中就是一个生动的例子. 为了最大限度地避免损失,我们需要在网站宕机后尽快得到提醒,同时在最短的时间恢复网站的正常运行.这就是作为草根个人站长的悲剧,起早贪黑地更新网站内容,没想到一个十五长假过去了,网站宕机了好几天,回来一看site百度网站消失了. 本篇文章就来分享一下国内四个免费的网站监控服务:阿里云

Zabbix日志监控之监控Windows用户登录

Zabbix监控Windows用户登录是通过对Windows日志的监控来实现.在登录审核失败或者登录成功时发出告警.     告警邮件示例: 下面给出监控思路和步骤: 一.分析登录日志 打开事件查看器,依次选择"Windows日志"->"安全".     1.登录成功的日志 通常一个登录成功的日志有四条: 其中事件ID为4624的日志里包含登录账户名.登录源IP和端口等.     2.账户登录失败的日志 账户登录失败会产生一条事件ID为4625的日志,日志里也

使用云监控实现GPU云服务器的GPU监控和报警(下)-云监控插件监控

摘要: 目录 使用云监控实现GPU云服务器的GPU监控和报警(上) - 自定义监控 使用云监控实现GPU云服务器的GPU监控和报警(下)-云监控插件监控 1 背景 上一篇文章我们介绍了如何使用阿里云云监控服务提供的自定义监控功能,利用自定义监控提供的API或者SDK,通过自定义脚本可以将GP. 1 背景上一篇文章我们介绍了如何使用阿里云云监控服务提供的自定义监控功能,利用自定义监控提供的API或者SDK,通过自定义脚本可以将GPU云主机内采集的GPU数据上报,在云监控控制台上添加相应的GPU监控

Zabbix 的自动监控项目监控Nginx各hostname配置 - Low Level Discovery

Zabbix演示版本:2.4.4 涉及到的脚本语言:PHP low-level discovery的意思是"低层次的自动发现",检查lld. lld并不似因为功能简单或者不重要而被称为"低层次的",而是因为相对于服务器的自动发现,low-level discovery是针对服务器上设备的自动发现. Zabbix 原生支持针对三种(文件系统.网卡.SNMP OIDs)自动发现来配套自动添加Items.Triggers 和 Graphs等.在lld中它们被称为Item原

zabbix nginx error log监控

自定义key值,匹配1分钟前nginx error log出现的次数. nginx_error_log的日志格式: 2016/12/05 21:01:29 [error] 13672#0: *440841 open() "/data/didipingang/steel-front/js/libs/angular-file-upload.js.map" failed (2: No such file or directory), client: 10.10.1.27, server: _