![如何解释 nginx 的这些 munin 统计数据?](https://linux22.com/image/545940/%E5%A6%82%E4%BD%95%E8%A7%A3%E9%87%8A%20nginx%20%E7%9A%84%E8%BF%99%E4%BA%9B%20munin%20%E7%BB%9F%E8%AE%A1%E6%95%B0%E6%8D%AE%EF%BC%9F.png)
以下统计数据来自一个网站,该网站将 nginx 放置在 Web 服务器前面,以传输静态文件,并让旧 Web 服务器上的 CMS 应用程序专注于动态工作。这是通过同一台物理机器上的 nginx HttpProxyModule 完成的。
这些统计数据由 nginx_combined_v2 munin 插件创建。
主 HTML 文件加载了大约 8 个 CSS 文件、大约 10 个 js 文件(还有大约 5 个,但来自外部网站)和近 200 个内联元素,这会产生多达 2-4 MB 的数据。别问了。
其中涉及大量缓存来处理负载,并且用户体验良好(当然,对于非移动用户而言;-)
我想知道我是否应该担心“等待”连接的高值,或者当涉及如此大量的内联元素时这是否只是一种常见的模式?
由于旧服务器现在的负载比以前要小,因此我认为 nginx 不必等待后端很长时间。
每周的统计数据清楚地显示了人们一天中应该工作而不是上网的时间段;-)
答案1
等待连接并不是一个很大的问题 - 它是处于保持活动状态的连接。但它们仍在使用一些系统资源(用于存储文件句柄的内存、网络缓冲区等)。因此最好将 keepalive_timeout 保持在尽可能低的水平(但较低的值可能需要一些用户经常重新建立连接,因此您需要找出适合您的工作负载的良好值)。