如何监控 NGINX(第一篇).pdfVIP

如何监控 NGINX （第一篇） NGINX 是什么? NGINX (发音为 “engine X”) 是一种流行的 HTTP 和反向代理服务器。作为一个 HTTP 服 务器，NGINX 以使用较少的内存非常高效 靠地提供静态内容。作为反向代理，它 以用作多 个后端服务器或类似缓存和负载平衡这样的其它应用的单一访问控制点。NGINX 是一个自由开源 的产品，并有一个具备更全的功能的叫做 NGINX Plus 的商业版。 NGINX 也 以用作邮件代理和通用的 TCP 代理，但本文并不直接讨论 NGINX 的那些用例的 监控。 NGINX 主要指标 通过监控 NGINX 以 捕获到两类问题：NGINX 本身的资源问题，和出现在你的基础网络设 施的其它问题。大多数 NGINX 用户会用到以下指标的监控，包括每秒请求数，它提供了一个由所 有最终用户活动组成的上层视图；服务器错误率 ，这表明你的服务器已经多长没有处理看似有效 的请求；还有请求处理时间，这说明你的服务器处理客户端请求的总共时长 （并且 以看出性能 降低或当前环境的其他问题）。 更一般地，至少有三个主要的指标类别来监视： 基本活动指标错误指标性能指标 下面我们将分析在每个类别中最重要的 NGINX 指标，以及用一个相当普遍但是值得特别提到 的案例来说明：使用 NGINX Plus 作反向代理。我们还将介绍如何使用图形工具或 选择的监控 工具来监控所有的指标。 本文引用指标术语来自我们的“监控 101 系列”,，它提供了一个指标收集和警告框架。 基本活跃指标 无论你在怎样的情况下使用 NGINX ，毫无疑问你要监视服务器接收多少客户端请求和如何处 理这些请求。 æ´å¤ç²¾å½©æ»ç¥è®¿é® 1 NGINX Plus 上像开源 NGINX 一样 以报告基本活跃指标，但它也提供了略有不同的辅助 模块。我们首先讨论开源的 NGINX ，再来说明 NGINX Plus 提供的其他指标的功能。 NGINX 下图显示了一个客户端连接的过程，以及开源版本的 NGINX 如何在连接过程中收集指标。 connection, request states Accepts （接受）、Han le （已处理）、Requests （请求数）是一直在增加的计数器。 Active （活跃）、Waiting （等待）、Rea ing （读）、Writing （写）随着请求量而增减。 名称描述指标类型Accepts （接受）NGINX 所接受的客户端连接数资源: 功能Han le （已处理 ）成功的客户端连接数资源: 功能Active （活跃）当前活跃的客户端连接数资源: 功能Droppe （已 丢弃，计算得出）丢弃的连接数 （接受 – 已处理）工作：错误*Requests （请求数）客户端请求 数工作：吞吐量 *严格的来说，丢弃的连接是 一个资源饱和指标，但是因为饱和会导致 NGINX 停止服务 （而 不是延后该请求），所以，“已丢弃”视作 一个工作指标 比较合适。 NGINX worker 进程接受 OS 的连接请求时 Accepts 计数器增加，而Han le 是当实际的请求 得到连接时 （通过建立一个新的连接或重新使用一个空闲的）。这两个计数器的值通常都是相 同的，如果它们有差别则表明连接被Droppe ，往往这是由于资源限制，比如已经达到 NGINX 的worker_connections的限制。 一旦 NGINX 成功处理一个连接时，连接会移动到Active状态，在这里对客户端请求进行处理 ： Active状态 Waiting: 活跃的连接也 以处于 Waiting 子状态，如果有在此刻没有活跃请求的话。新连接 æ´å¤ç²¾å½©æ»ç¥è®¿é® 2 以绕过这个状态并直接变为到 Rea ing 状态，最常见的是在使用“accept filter （接受过滤器）” 和