Haproxy - http查询时间免于时间aut http-keep-alive v。时间车服务器
我正试图了解参数的方式 haproxy
互相互动。 我推出一个网站 Apache 在位于负载平衡的两个应用程序服务器上 haproxy. 现在我没有 keep-alive, 但我试验其包含,因为我认为它将有助于优化该网站。 我的目标是启用 keep-alive 连接浏览器和 haproxy, 但是禁用 keep-alive 之间 haproxy 和 apache. 我达到了这个
现在我研究了保存活动的超时的设置。 我在学习
http://cbonte.github.io/haprox ... .html
对于超时HTTP Query参数,参数 http-keep-alive 和超时服务器参数。 如果我理解指导,超时 http-keep-alive - 这是新请求之间连接仍然打开的时间,而超时 http-request - 这次在关闭连接之前等待响应标题。 但我无法理解超时服务器的决定。 我想说超时服务器 - 这次等待完整的答案,但有人可以证实吗? 如果我是对的,那个超时服务器 - 这次等待完整的答案,是否应该与超时设置有任何关系 keep-alive?
这是我的配置 haproxy, 我工作的是:
最终是我的目标 - 能够支持对浏览器之间的活动的支持 haproxy 要求能够运行可能需要的报告 2-3 在应用程序服务器上几分钟。
</timeout></timeout></timeout>
timeout http-request <timeout>
timeout http-keep-alive <timeout>
timeout server <timeout>
互相互动。 我推出一个网站 Apache 在位于负载平衡的两个应用程序服务器上 haproxy. 现在我没有 keep-alive, 但我试验其包含,因为我认为它将有助于优化该网站。 我的目标是启用 keep-alive 连接浏览器和 haproxy, 但是禁用 keep-alive 之间 haproxy 和 apache. 我达到了这个
option http-server-close
现在我研究了保存活动的超时的设置。 我在学习
http://cbonte.github.io/haprox ... .html
对于超时HTTP Query参数,参数 http-keep-alive 和超时服务器参数。 如果我理解指导,超时 http-keep-alive - 这是新请求之间连接仍然打开的时间,而超时 http-request - 这次在关闭连接之前等待响应标题。 但我无法理解超时服务器的决定。 我想说超时服务器 - 这次等待完整的答案,但有人可以证实吗? 如果我是对的,那个超时服务器 - 这次等待完整的答案,是否应该与超时设置有任何关系 keep-alive?
这是我的配置 haproxy, 我工作的是:
global
maxconn 4096
pidfile /var/run/haproxy.pid
daemon
defaults
mode http
retries 3
option redispatch
maxconn 5000
timeout connect 5000
timeout client 300000
timeout server 300000
listen HTTP *:80
mode http
cookie HTTP insert nocache
balance roundrobin
#option httpclose # I just commented this out in favor of http-server-close
option http-server-close
timeout http-keep-alive 500 # from the haproxy manual suggestion of "tens to hundreds of ms"
timeout http-request 5000
option forwardfor
stats enable
stats uri /my-lb-status
stats auth myLbStatus:123456
reqadd X-Forwarded-Proto:\ http
option httpchk GET /robots.txt HTTP/1.0
server SERVER_A 1.2.3.4:80 cookie app_01 check
server maintenance 127.0.0.1:8080 backup
最终是我的目标 - 能够支持对浏览器之间的活动的支持 haproxy 要求能够运行可能需要的报告 2-3 在应用程序服务器上几分钟。
</timeout></timeout></timeout>
没有找到相关结果
已邀请:
1 个回复
帅驴
赞同来自:
HTTP查询等待时间
从第一个收到的客户端字节到客户端发送的最后一个字节 (无论保存活动). 因此,如果您的后端太慢或客户端太慢发送了您的请求,则所有通信都可能需要更长时间,并且请求将被丢弃 (并超时发送给客户).
暂停 http-keep-alive
时间保持与之间的连接 haproxy 客户开放 (发送客户的回复后). 它与服务器侧响应时间无关。 它与一个请求的长度无关。 (IE 超时http-to-spell). 如果用户请求多个资源,则允许您更快地响应更快 (例如, html, img 和 js). 通过维护活动,个人请求可以使用相同的TCP连接。 这减少了完整网页的下载时间。
时间车服务器
这是您的内部服务器的超时。 到达时 haproxy 恩惠 504 (超时网关). 它也与保存活动毫无关系,因为只有代理与服务器部分之间的连接。