HAProxy已设5000ms超时，为何后端服务器超2000ms即被标记Down？

首先得明确一个关键区别：业务请求超时和健康检查超时是两个独立的配置项，这正是你遇到问题的核心原因。

1. 为什么健康检查2000ms就触发超时？ #

你在defaults段设置的timeout connect/client/server是针对用户实际业务请求的超时时间，但HAProxy的HTTP健康检查超时由单独的timeout check参数控制，它的默认值就是2000ms！

所以哪怕你把业务请求的超时设成了5000ms，健康检查还是会用默认的2s来判断后端是否存活，这就导致Host2在健康检查响应超过2秒时被标记为DOWN。

2. 能否通过增加超时消除错误？ #

完全可以，但你需要调整的是健康检查的超时参数，而非业务请求的超时配置。

具体修改方案 #

方案一：全局统一配置健康检查超时

在defaults段新增健康检查超时参数，和业务超时保持一致：

defaults
    option forwardfor
    log global
    option httplog
    log 127.0.0.1 local3
    option dontlognull
    retries 3
    option redispatch
    timeout connect 5000ms
    timeout client 5000ms
    timeout server 5000ms
    timeout check 5000ms  # 新增：设置健康检查超时为5000ms

方案二：针对单个backend单独配置

如果只想给testhosts这个后端服务单独调整健康检查超时，就在backend段添加：

backend testhosts
    mode http
    balance roundrobin
    option tcplog
    option tcp-check
    # cookie SERVERID
    option httpchk HEAD /sabrix/scripts/menu-common.js
    timeout check 5000ms  # 针对该后端单独设置健康检查超时
    server host1 11.11.11.11:9080 check cookie host1
    server host2 22.22.22.22:9080 check cookie host2

关于Host2 Down时出现504的额外优化建议 #

从日志看，Host2被标记为DOWN后仍有请求被转发过去并返回504，这可能和会话粘滞配置有关。可以做以下优化：

• 增强option redispatch的效果：改为option redispatch 5，指定当绑定服务器不可用时，重试5次分发到其他可用服务器。
• 给后端服务器添加健康检查的稳定性参数：比如server host2 22.22.22.22:9080 check cookie host2 inter 3000 rise 2 fall 3，意思是每3秒检查一次，连续2次成功标记为UP，连续3次失败标记为DOWN，减少误判。

内容的提问来源于stack exchange，提问作者jerrywang