我只是接pipe了一个新环境的pipe理。 一个已知的问题是环境以高响应时间（20+秒）着称，所以我想我会打开haproxy日志logging，看看发生了什么事情。 我想我会看到在应用程序服务器的加载时间很慢，但我实际上在HAProxy中看到了很高的Tq值。 HAProxy在EC2上，并不落后于ELB。
Sep 5 14:22:00 haproxy-apps01 haproxy[24695]: 76.14.153.221:3371 [05/Sep/2012:14:21:49.780] http-in default_apps/fe04-c 10936/0/0/55/10991 200 488 - - ---- 111/111/0/1/0 0/0 "GET /event_times/next?callback=jQuery170189312373075111_1346854917562&_=1346854918453 HTTP/1.1" 正如你所看到的，这个有一个约10秒的Tq。 并不是所有的Tq都很高（1+秒），但是其中很大一部分（约35％）。 通常情况下，当我看到这种行为，我希望有networking问题，但这是一个这样的问题，这是一个非常高的访客百分比，所以我想知道是否有人看到这个或有任何暗示诊断如果问题可能在这个盒子上？
高Tq时间并不总是表示一个问题，是http-server-close集？
根据文件：
设置“选项http-server-close”可能会显示更大的请求时间，因为“Tq”也会测量等待其他请求的时间。
例如，这是为堆栈溢出设置的，并且作为一些示例数据，下面的查询：
Select Top 20 Tq from LogsLastTwoDays WITH (NoLOCK) WHERE CreationDate > DATEADD(minute, -5, GETUTCDATE()) AND ResponseCode = 200 AND Host = 'stackoverflow.com' ORDER by Tq DESC
产量：
Tq ----- 14990 14987 14986 14983 14974 14972 14972 14965 14964 14964 14962 14961 14960 14955 14952 14951 14945 14943 14935 14932
这是因为在http-server-close ，在我们的环境中，连接对于客户端（一个持久连接）保持开放，直到timeout http-keep-alive 15s 。
我通常首先关注Tr ，因为它显示了LB和服务器之间的响应时间。
在某处粘贴您的configuration可能会有所帮助。
这可能与超时configuration和HTTP模式有关。 正如Kyle所说，我会先selecthttp-server-close选项。 既然你没有启用它，你可能会受到像攻击一样的慢速攻击。
你能设置一个“超时http请求”参数为5秒，看看你是否仍然有这样的线路，或者如果它们被replace为408响应？
干杯