SLB负载均衡健康检查配置
SLB（Server Load Balancer）通过健康检查机制判断后端ECS是否可用，自动将流量从异常ECS切换到正常ECS。健康检查配置不当可能导致"假性故障"——ECS其实是正常的，但SLB认为它不健康，导致所有流量被切走。本文详解健康检查的配置要点和常见问题。
「SLB负载均衡健康检查配置」并不是一个孤立的话题。负载均衡与流量调度同时牵动容量规划、网络划分、弹性伸缩与容灾边界等多个层面，只有把它们当作一个整体来推进，才能避免上线之后反复返工、被动救火。
健康检查原理
四层（TCP）健康检查：SLD向后端ECS发起TCP三次握手，如果握手成功则认为ECS健康。简单可靠，但只能检测端口是否存活，不能检测应用是否正常。
七层（HTTP/HTTPS）健康检查：SLB向后端ECS发送HTTP GET请求（默认请求路径为 /），如果返回2xx或3xx状态码则认为健康。可以检测应用层面的健康状态。
关键参数
健康检查路径：七层检查必填。建议创建一个专门的 /health 接口，返回简单的200状态码。不要用首页作为健康检查路径，首页响应慢可能导致检查超时。
检查间隔：默认2秒。对于核心服务可以设为1秒，非核心服务可以设为5秒。间隔越短发现故障越快，但对后端ECS的压力也越大。
超时时间：默认5秒。如果应用响应时间通常在1秒以内，可以调低到3秒。超时太短容易误判。
不健康阈值：连续几次检查失败后标记为不健康。默认3次。建议设为2-3次，设为1次太敏感（网络抖动就会误判）。
健康阈值：连续几次检查成功后恢复为健康。默认3次。恢复不需要太快，3-5次比较合适。
常见问题
健康检查一直失败：检查后端ECS的安全组是否放行了SLB健康检查的IP段（100.64.0.0/10）。检查应用是否监听了正确的端口。检查健康检查路径是否正确返回2xx。
频繁切换：ECS在健康和不健康之间反复切换。通常是超时时间或不健康阈值设置太低，适当调大。也可能是应用本身不稳定（如OOM重启），需要排查根因。
落地前的自检清单
- 容量与规格：是否用真实压测数据而非经验估算来定规格，是否预留了弹性空间。
- 网络与边界：网段划分是否留有扩展余地，安全组是否遵循最小开放原则。
- 弹性与容灾：扩缩容策略是否经过演练，故障切换路径是否清晰、可回退。
- 可观测性：关键链路是否有指标、日志与告警覆盖，出问题能否快速定位。
这四件事做到位，负载均衡与流量调度才算真正「落地」，而不是停留在方案文档里。
与安徽卓牛一起推进负载均衡与流量调度
安徽卓牛作为阿里云一级代理商，长期服务企业客户的上云与用云全过程，能够围绕负载均衡与流量调度提供架构评审、产品选型、迁移实施与运维托管等一站式支持，帮助团队把精力集中在业务本身。
如果你正在评估「SLB负载均衡健康检查配置」相关方案，或希望对现有架构做一次体检，欢迎通过官网在线客服联系安徽卓牛，获取贴合自身业务的建议。