我有一个通过 mod_jk 代理到 Tomcat 的 Apache 服务器。我在 Apache 中设置了一个自定义日志来记录访问时间:
LogFormat "%h %l %u %t \"%r\" %>s %b %D" transfertimes
CustomLog /path/to/transfer-times.log transfertimes
我在 Web 服务器本身上运行 ApacheBench。我注意到,随着并发性的增加,我的第 99 个百分位请求时间似乎呈指数增长,尽管第 50 个百分位保持相对稳定。例如,ApacheBench 会说大约 10 个 1000 的请求需要 > 1 秒才能响应并发级别为 100。
但是,当我查看 transfer-times.log 时,根据LogFormat中的 %D ,没有显示超过 1 秒的请求。我试图弄清楚是什么导致 Apache 的日志和 ApacheBench 报告的访问时间之间存在差异。通常我可以将其归因于网络延迟,但我在单个主机上运行这一切。我在想我需要调整的 Linux TCP 参数或文件描述符一定有些古怪,但我不确定从哪里开始。
可能实际上不是 apache 需要很长时间才能服务请求,而是您遇到了操作系统中已经定义的其他一些限制。
看看 netstat 为您提供的关于接受的连接数量的信息,您很可能会发现 apache 看到的请求数量(因此在 apache 知道的时间范围内提供服务)和请求数量存在很大差异操作系统已经可以处理了。
在这里可能会有所帮助。还可以查看 sysctl 告诉您的限制,甚至可能是 iptables。
很抱歉,我不记得任何细节,因为我已经有一段时间没有遇到此类问题了。
我认为由于 apache 或 mod_jk 移交中的工作人员不足,您的外围请求处于接受积压中。
要在 apache 和 tomcat 之间正确代理,您需要设置 tomcat 连接器来处理与 apache 分叉子节点一样多的连接。如果您不这样做,apache 将不得不阻止等待 tomcat 释放连接。这可能会导致额外的阻塞,因为那些等待 tomcat 的工作人员将无法处理传入的连接。
http://tomcat.apache.org/tomcat-6.0-doc/config/ajp.html
附言。不要把
%D
它当成福音。它仅测量 apache 子项开始工作之间的时间(因此不计算接受/分叉/切换持续时间)和最后一个字节的发送时间send()
(因此由于操作系统缓冲而变化很大)。pps。调整 AJP 是一门魔法,恕我直言,AJP 的好处(更容易解析请求,持久连接)不再足以成为避免直接 HTTP 代理的理由。