在微服务架构和分布式系统中,HAProxy 作为高性能的 TCP/HTTP 负载均衡器，其核心职责之一便是确保后端服务的健康与稳定，当后端服务器出现故障、响应超时或负载过高时，HAProxy 需要能够迅速识别并停止向该节点分发流量，这一过程即被称为“剔除”机制，理解并正确配置 HAProxy 的剔除策略，对于维持系统的高可用性至关重要。
HAProxy 的剔除机制并非单一功能，而是由健康检查（Health Check）、动态状态管理以及会话保持策略共同构成的复杂体系，默认情况下，HAProxy 会通过发送特定的探测包（如 TCP 连接、HTTP 请求或 SSL 握手）来检测后端服务器的存活状态，一旦服务器连续多次检查失败，HAProxy 便会将其标记为“DOWN”状态，从而在逻辑上将其从负载均衡池中剔除，这种剔除可以是临时的，也可以是永久的，具体取决于配置参数和故障恢复情况。
为了更清晰地展示不同剔除场景下的配置差异,我们可以参考下表：
| 配置参数/机制 | 功能描述 | 典型应用场景 |
|---|---|---|
inter |
定义健康检查的间隔时间（毫秒）。 | 常规服务监控，平衡检测频率与服务器负载。 |
fall |
连续失败次数阈值，达到此值后服务器被剔除。 | 防止因网络抖动导致的误剔除，通常设为 3-5 次。 |
rise |
连续成功次数阈值，达到此值后服务器重新加入。 | 确保服务完全恢复后再接收流量，避免“惊群效应”。 |
maxconn |
最大连接数限制，当后端连接数超过此值，新请求可能被拒绝或剔除。 | 保护后端服务器不被过载，实现基于负载的动态剔除。 |
slowstart |
服务器重新上线后的预热时间。 | 避免新上线服务器瞬间承受大量流量导致再次崩溃。 |
除了基础的健康检查剔除,HAProxy 还支持基于业务逻辑的动态剔除，通过 http-check expect 指令，可以定义特定的 HTTP 状态码或响应内容作为健康标准，如果后端返回 500 错误，即使 TCP 连接正常，HAProxy 也会将其剔除，HAProxy 的“维护模式”允许管理员手动将特定服务器标记为下线，常用于计划内的维护操作，此时所有新连接将被拒绝，但现有连接通常会被允许完成。
值得注意的是,剔除机制与会话保持（Session Persistence）之间存在潜在冲突，如果启用了 Cookie 绑定或 IP Hash，而用户被绑定到的后端服务器恰好被剔除，HAProxy 必须能够智能地将请求重定向到同一组的其他可用服务器，否则会导致用户会话丢失，在配置剔除策略时，必须确保后端服务器组内的所有节点具备相同的服务能力，并合理设置会话超时时间，以配合剔除与恢复的节奏。
在实际生产环境中,剔除并非一蹴而就，HAProxy 提供了 drain 模式，允许服务器在剔除前处理完现有连接，确保业务平滑过渡，结合外部监控系统（如 Prometheus + Grafana），可以实时监控剔除事件，分析剔除原因，从而优化 inter、fall 等参数，实现更精细化的流量治理。
相关问答 FAQs
Q1: HAProxy 剔除后端服务器后，正在进行的连接会发生什么？
A: 这取决于 HAProxy 的版本配置以及连接的状态，默认情况下，当服务器被标记为 DOWN 时，HAProxy 会立即停止向该服务器发送新的请求，对于已经建立的连接，如果使用的是 HTTP 协议，HAProxy 通常会等待当前请求处理完毕或超时后断开；如果是 TCP 长连接，行为可能因配置而异，部分配置下会强制断开连接以释放资源，为了确保业务连续性，建议在配置中使用 grace 参数，允许服务器在剔除后继续处理少量现有连接，或者使用 drain 模式平滑下线。
Q2: 如何避免后端服务器恢复时出现“惊群效应”导致再次宕机？
A: “惊群效应”是指大量被剔除的服务器同时恢复上线，瞬间接收所有积压流量，导致服务器再次过载，为避免此问题，HAProxy 提供了 slowstart 参数，通过设置 slowstart 时间（30s 或 1m），HAProxy 会在服务器重新上线后的这段时间内，线性地增加分配给该服务器的流量比例，而不是立即将其恢复至 100% 的权重，这样可以让服务器有足够的时间预热和建立连接池，从而平稳地重新承担业务负载。
原创文章，发布者：酷盾叔，转转请注明出处：https://www.kd.cn/ask/472135.html
