| 输入 | 站点健康探测结果、地理与网络拓扑、容量水位 |
|---|---|
| 动作 | 返回就近/健康站点地址，或在故障时剔除站点 |
| 形态 | 云厂商流量管理、自建 DNS 调度、Anycast 等 |
健康探测要点（示意）
健康探测要点（示意）
探测层次：TCP 端口 → HTTP 状态码与响应体关键字 → 业务级探针
探活失败判定：连续 N 次失败才摘除（防抖动）
恢复判定：连续 N 次成功且观察期通过才回加GSLB 的自动摘除依赖探测：探针从『网络可达』升级到『业务可用』才算可靠，否则故障站点仍在接流量。
GSLB 全局负载均衡
在多站点之上做流量调度：按健康状态、就近性、权重把用户引导到可用站点，降低人工切换的依赖。
易错点
- 探针只测端口不测业务：进程活着但依赖挂了，流量仍被导过去
- 摘除判定过于激进：网络抖动导致站点被大规模误摘
数据来源与参考
- 云厂商流量管理文档（健康检查与调度策略）
- Anycast 与 DNS 调度实践（GSLB 原理）