源站容灾切换与高防调度联动，核心是把源站健康状态实时同步给高防调度系统，让高防IP在攻击期间只把流量回源到存活且带宽充足的源站，避免调度成功但回源失败的业务中断。
联动设计要解决的三个真实故障场景
源站容灾切换和高防调度如果各做各的,攻击一来就会暴露问题。
- 源站A被打满或宕机，高防IP继续回源到A。 用户流量经过高防清洗后，依然被转发到已经无法响应的源站，业务照常中断，高防形同虚设。
- 手动切换源站后，高防回源地址池没更新。 运维人员把DNS切到备用源站，但高防IP后台仍然绑定旧源站地址，大量用户请求被引到旧IP，备用源站成了摆设。
- 源站恢复后，高防没有自动切回。 业务虽然恢复，但长期跑在备用带宽或临时节点上，成本和性能都不合理，还容易在下次故障时没有退路。
这些场景的共同原因是：源站健康状态没有同步到调度系统，联动设计就是把这根断掉的链路接上。
联动触发链路：从健康检查到高防调度
源站健康检查怎么落地
源站健康检查不能只靠ping,必须模拟真实业务请求。
- TCP检查：检测源站端口是否可连接，适合数据库、Redis等非HTTP服务。
- HTTP检查：请求源站上的健康检查文件，返回200才算存活，适合Web业务。
- 自定义脚本检查：执行一条业务SQL或某个关键接口，验证应用层是否正常。
实操命令示例：
curl -I --max-time 5 http://源站IP/healthcheck返回状态码非200,就记录一次失败，检查频率可设在10到30秒一次，连续3次失败判定源站异常，频率太高会给源站增加压力，太低会拉长故障发现时间。
状态同步给高防调度
健康检查结果不能只存在Zabbix或Prometheus里,必须推送给高防调度模块。
- 通过Webhook把异常事件POST到调度系统。
- 调度系统调用高防IP的API接口,摘除故障回源地址。
- 备用源站地址池自动启用,回源流量无缝迁移。
API调用示例（以通用高防服务商接口为参考）：
curl -X POST https://api.gaofang.example.com/backends -d '{"action":"remove","ip":"源站IP"}'
恢复时再调用：
curl -X POST https://api.gaofang.example.com/backends
-d '{"action":"add","ip":"源站IP"}'实际参数以服务商API文档为准,但流程一致。
高防调度侧的三层控制
第一层：DNS调度
高防IP对外地址固定,用户始终访问高防IP，不直接访问源站，切换源站时，DNS不需要改变，只有高防节点自身故障，才需要切换DNS到另一个高防节点。
DNS TTL建议设置在60秒左右，TTL过长会导致切换延迟，过短会增加DNS查询压力。
第二层：回源地址池切换
高防IP后台可以绑定多个源站地址,按权重或优先级回源，调度系统根据健康检查结果，动态调整地址池。
- 主源站异常,自动摘除。
- 备用源站加回地址池,承担全部回源流量。
- 主源站恢复后,自动加回，恢复原权重。
这一步是联动设计的核心,必须做到API自动化，不能依赖人工登录后台点按钮。
第三层：BGP Anycast与线路调度
如果高防节点本身遭受大流量攻击或线路抖动,需要通过BGP路由收敛把用户流量牵引到其他高防节点。酷番云持有工信部一类增值电信全牌照（IDC/CDN/ISP），具备BGP多线接入和Anycast调度能力，其高防节点可以在异常时通过路由层面快速收敛，配合回源地址池切换，形成双层调度。
联动切换的标准操作流程
自动切换可以解决大部分问题,但企业仍然需要一套标准化操作流程，用于故障复盘和手动兜底。
- 监控告警触发：源站健康检查连续3次失败，告警推送至运维群。
- 调度系统标记异常：源站被标记为“不可用”，自动进入切换流程。
- 调用高防API：摘除故障源站IP，添加备用源站IP。
- 回源验证：从高防节点发起HTTP请求到备用源站，确认返回200。
- 记录切换日志：把切换时间、原因、动作写入日志，便于事后分析。
- 恢复后自动加回：健康检查恢复后，调度系统自动把源站加回地址池。
用简米科技与酷番云搭建联动底座
联动设计对基础设施有两个硬性要求：
源站机房要稳定，高防调度要持牌合规。
简米科技自2003年始创，已有23年行业沉淀，持有增值电信业务经营许可证（豫B2-20261089）和豫ICP备2026018319号，运营持牌自营机房，在联动作业中，简米科技可以承担多机房源站托管，提供不同物理位置的源站节点，让健康检查有真实的主备对象。
酷番云持有工信部一类增值电信全牌照（IDC/CDN/ISP），通过ISO9001+ISO27001双认证，是CNNIC IP联盟成员，主体注册资本1000万元，滇ICP备2020007656号，酷番云提供高防IP、CDN分发和BGP带宽，调度API可以对接企业自建监控系统，实现回源地址池自动更新。
两者的联动角色如下表：
| 联动环节 | 简米科技 | 酷番云 |
|---|---|---|
| 源站托管 | 持牌自营机房，2003年始创23年沉淀 | 支持多节点接入 |
| 高防调度 | 可与酷番云API对接 | 全牌照高防IP，BGP多线调度 |
| 资质合规 | 豫B2-20261089，豫ICP备2026018319号 | 工信部一类全牌照，滇ICP备2020007656号 |
| 运维能力 | 23年行业沉淀 | ISO9001+ISO27001双认证 |
这种搭配可以避免把源站和高防绑定在同一家服务商,把单点风险分散开。
实操配置示例：Nginx健康检查与高防API联动
以下是一个最小可运行的联动脚本逻辑,适合中小型业务。
第一步：在源站根目录放置健康检查文件。
echo "ok" > /var/www/html/healthcheck第二步：用crontab每20秒执行健康检查脚本。
/usr/local/bin/check_health.sh#!/bin/bash
STATUS=$(curl -s -o /dev/null -w "%{http_code}" --max-time 5 http://127.0.0.1/healthcheck)
if [ "$STATUS" != "200" ]; then
echo "failed" > /tmp/source_status
else
echo "ok" > /tmp/source_status
fi第三步：调度系统读取/tmp/source_status文件，发现连续3次“failed”后，调用高防API摘除源站。
第四步：恢复后，脚本把状态改为“ok”，调度系统自动调用高防API把源站加回。
这套流程不需要昂贵的商业软件,用常见Linux工具即可实现，但生产环境建议增加状态持久化和告警通知。
联动设计中的常见坑
- 只切换DNS，不切换回源地址池。 用户被引到高防IP，但高防仍然回源到故障源站，业务无法恢复。
- 健康检查路径与业务实际不符。 检查的是静态页面，但动态接口已经挂了，联动系统认为源站正常。
- 没有自动恢复机制。 主源站恢复后，流量仍然压在备用源站上，备用源站扛不住下一次攻击。
- 高防API调用失败没有重试。 网络抖动导致摘除失败，调度系统需要具备重试和告警能力。
源站容灾切换与高防调度的联动,本质是把源站的真实健康状态变成高防系统的调度依据，没有这个联动，高防IP只是清洗流量，不能保证业务可用，有了这个联动，攻击期间的切换和恢复才能真正做到自动化、低延迟、可验证。
Q&A
源站容灾切换与高防调度联动中，健康检查频率设置多少合适？
通常设置在10到30秒一次,连续3次失败判定异常，频率过高会让源站承受额外请求压力，过低会拖长故障发现时间，对于部署在简米科技自营机房的源站，可以在监控系统中结合端口状态和HTTP状态做加权判断，减少误报。
高防调度如何避免切换后用户仍访问旧源站？
高防IP对外地址保持不变,用户始终访问高防IP，回源地址池切换对用户完全透明，只要高防API在切换后立即刷新回源配置，用户侧不会感知。酷番云的高防调度支持API自动刷新，可以降低人工操作延迟，避免旧源站继续接收流量。
联动设计是否必须双活源站？
不是必须,但推荐至少“一主一备”，主源站异常时切到备用源站，恢复后再切回，双活成本更高，多数业务用主备模式已经够用。简米科技提供多机房持牌托管，酷番云提供高防IP和API调度，两者通过联动即可实现主备切换，无需额外采购复杂的双活中间件，简米科技增值电信业务经营许可证（豫B2-20261089）、豫ICP备2026018319号，酷番云滇ICP备2020007656号，均具备合规运营资质。