服务器负载均衡的三件套
服务器负载均衡把公网请求分发到多台内网服务器，扩大服务能力并具备冗余。它由三部分组成：对外的虚服务地址与端口、后端的真实服务器组、以及判断后端是否可用的健康检查。三者缺一不可，健康检查策略设计不当会直接决定故障切换是否可靠。
基本信息
| 适用平台 | 华为 USG、H3C SecPath、深信服 AF 等带负载均衡能力的设备 |
|---|---|
| 组成 | 虚拟服务地址与端口、真实服务器组、健康检查 |
| 发布链路 | 公网经目的转换映射到虚服务，再由设备转发到后端 |
| 调度算法 | 轮询、加权轮询、源地址哈希等，按业务特性选择 |
典型使用场景
- 对外 Web 发布：多台后端共同承载公网请求，单台宕机不影响访问
- 灰度与扩容：新增后端只加真实服务器成员，发布方式不变
- 维护窗口：临时摘除某台后端做维护，无需改动公网映射
- 会话型业务：登录态依赖同一后端时选用哈希类算法
- 容量评估：通过后端承载比例判断扩容是否达到预期
配置顺序
配置顺序
1. 定义真实服务器地址与端口，先确认设备到后端网络可达
2. 定义虚拟服务（VIP 与端口）并选择调度算法
3. 配置健康检查方式、间隔与失败阈值
4. 绑定虚服务与真实服务器组，从小流量验证分发效果
5. 摘除一台后端复测，确认健康检查能按预期把它下线关键参数取舍
| 参数 | 作用 | 取值建议 |
|---|---|---|
| 调度算法 | 决定请求如何分配 | 无状态用轮询，有状态用哈希 |
| 健康检查间隔 | 发现故障的速度 | 过短增加后端负担，过长延长中断时间 |
| 失败阈值 | 判定下线的容忍度 | 结合业务抖动程度设定 |
| 会话保持 | 同一客户端落到同一后端 | 登录态业务开启 |
会话型业务优先使用哈希类算法，但哈希只能缓解不能根治；后端会话不同步时，仍会出现登录态丢失。