如何解释nginx的这些munin统计？

Question

下面的统计数据来自一个站点，该站点将nginx放在was服务器的前面，以传递静态文件，并让遗留was服务器上的CMS应用程序专注于动态工作。这是通过在同一台物理机器上的nginx HttpProxyModule完成的。

统计数据是由nginx_combined_v2 munin插件创建的。

主HTML文件加载大约8个CSS文件，大约10个js文件(以及大约5个，但来自外部站点)和近200个内联元素，这将导致高达2-4兆的数据。别问了。

需要大量缓存来处理负载，而且用户体验也不错(当然，对于非移动用户来说;-)

我想知道我是否应该担心“等待”连接的高值，或者当涉及大量内联元素时，这是否只是一种常见的模式？

由于遗留服务器现在的负载比以前少，所以我不认为nginx需要等待很长时间才能找到后端。

每周的统计数据很好地显示了人们实际上应该工作而不是上网时的偷窥;-)

Answer 1

等待连接不是一个很大的问题，而是处于保持状态的连接。但他们仍在使用一些系统资源(用于存储文件句柄的内存、网络缓冲区等)。因此，最好保持keepalive_timeout尽可能低(但较低的值可能需要一些用户经常重新建立连接，因此您需要为您的工作负载找到好的值)。