在 HAProxy 中配置健康检查的路径和间隔，主要通过 backend 部分的 option httpchk 定义检查路径，并在 server 行使用 inter 参数控制间隔时间。
先说结论：这是标准的高可用配置，适用于 HTTP/HTTPS 后端服务，能有效避免流量转发到不可用节点。
- 适合：Web 服务健康探测与自动剔除
- 先准备：确认 HAProxy 版本及对应配置语法
- 验收：检查后端服务器状态标记是否为 UP
核心配置示例（分版本）
HAProxy 2.0 版本前后语法有差异，2.0+ 推荐使用 http-check send，旧版本可使用 option httpchk GET /path。以下是两种版本的配置对比：
backend web_servers# HAProxy 2.0+ 推荐写法option httpchkhttp-check send meth GET uri /healthserver web1 192.168.1.10:80 check inter 5000 fall 3 rise 2# HAProxy 1.x 旧写法 (2.0 仍兼容但建议迁移)# option httpchk GET /health# server web1 192.168.1.10:80 check inter 5000 fall 3 rise 2注意：路径建议选用轻量级接口，避免消耗后端资源。
实操步骤
1. 确认版本：执行 haproxy -v 查看版本。2.0 及以上建议使用新的 http-check 语法。
2. 编辑配置：打开 haproxy.cfg，在 backend 段落添加检查规则。
3. 设置间隔：在 server 行添加 inter 参数，单位为毫秒。例如 inter 5000 表示 5 秒检查一次。
4. 验证与重载：修改完成后，执行 haproxy -c -f /etc/haproxy/haproxy.cfg 验证配置，确认无误后执行 systemctl reload haproxy 平滑重载。
验证方法
可以通过 HAProxy 的 Statistics 页面查看后端服务器状态，状态栏显示 UP 表示检查通过。也可以通过 Socket 命令查询，但需注意 socket 路径可能因发行版而异：
echo "show servers state" | socat stdio /var/run/haproxy.sock若默认路径无效，请查看配置文件中 global 部分的 stats socket 定义。日志中若出现健康检查失败记录，通常会有明确的状态码提示。
生产环境参数调优
健康检查参数直接影响故障发现速度与系统负载，建议根据业务场景调整：
- inter：检查间隔。默认 2000ms，生产环境建议 3000-5000ms，避免过短增加后端压力。
- fall：连续失败多少次标记为 DOWN。建议 3 次，防止网络波动误判。
- rise：连续成功多少次标记为 UP。建议 2 次，确保服务稳定恢复。
- timeout check：检查超时时间。若设置过短，即使服务正常也可能因响应慢被标记为 down，建议略大于接口平均响应时间。
常见坑与排查
1. 语法不兼容：HAProxy 2.0 重构了健康检查配置，旧配置在新版本可能报错或被忽略。
2. 路径错误：检查路径返回 404 或 500 会被视为不健康，确保接口实际存在且返回 200 状态码。
3. 重载风险：务必使用 reload 而非 restart。restart 会中断现有连接，reload 则平滑过渡。
4. Socket 路径：socat 命令硬编码了 socket 路径，若用户未配置该路径则命令失效，请以实际配置为准。
原文链接：https://www.zjcp.cc/ask/11303.html