防护节点承压过大，别硬扛，先按流量和业务做分流，再按健康状态做切换，把业务中断时间压到秒级。
高防节点、CDN边缘节点或自建防火墙都有物理上限，承压过大时，死扛只会让清洗设备先挂掉，后面的源站跟着遭殃,下面拆成可落地的思路。
先判断节点是不是真的“扛不住”了
节点不会说话，但指标会报警，分清瞬时尖峰和长期过载,是动手前的基本功。
三个必看指标
- 入向带宽：接近端口速率时，丢包开始冒头，用
sar -n DEV 1 10连续观察，如果多次采样都贴近上限,说明节点已经吃满。 - 新建连接数：SYN队列溢出时，新用户连不上，老用户还能动，用
ss -s看当前连接状态,配合内核日志判断。 - CPU和内存：转发面持续高位，清洗规则匹配不动，延迟会拉长，用
top看单核是否被打满,软中断比例高不高。
别把瞬时尖峰当成长期过载
促销秒杀、热点新闻、爬虫突袭，都可能带来几分钟的流量尖峰，连续采样五到十分钟再下结论，多数情况下，先扩带宽或临时加节点,不必立刻切换整套架构。
分流：把压力拆开，别让一个节点吃满
分流发生在连接建立前后，核心是把同一时间涌进来的流量导向多个节点，按层拆开操作,思路更清楚。
四层分流：连接还没建立就拆
四层分流看IP和端口,不关心具体内容。
- 用LVS DR/NAT或ECMP等价多路径,按五元组哈希把流量打到不同后端。
- 源IP哈希保证同一用户始终落在同一节点,避免会话状态丢失。
- BGP Anycast让多个机房宣布同一段IP，用户就近接入，天然分散压力，简米科技持牌自营机房有多线BGP资源,适合做Anycast和四层ECMP分流。
七层分流：按业务和内容拆
七层能看懂HTTP报文,可以按更细的维度切。
- Nginx或HAProxy按Host、URL路径、文件类型转发，静态图片走CDN,动态接口回源。
- 高防节点只处理可疑流量，正常请求直接转发源站,不让清洗设备扛正常业务。
- 攻击流量和正常业务混在一起时，先做七层规则拆分,把可缓存的静态内容从防护节点上剥下来。
DNS分流：从解析层就把用户导向不同节点
DNS是最轻量的分流入口。
- 智能DNS按运营商、地域返回不同A记录，电信用户走电信节点,联通用户走联通节点。
- 权重轮询让多个节点轮流应答,不让单节点过载。
- 把TTL提前降到60秒,为后续切换留出缓存过期空间。
切换：节点不行时怎么把业务挪走
分流解决的是“分着扛”，切换解决的是“扛不住就撤”，切换动作要快,但快的前提是提前布好检测。
自动切换：用健康检查触发
- 对节点做TCP或HTTP健康检查，连续多次失败再触发切换,避免偶发抖动误判。
- Keepalived的VRRP能在主节点故障时把虚拟IP漂移到备机,二层切换通常秒级完成。
- 云解析API改解析记录，配合短TTL,新请求会在缓存过期后自动走向新节点。
手动切换：控制台和API都行
- 先在控制台确认目标节点剩余带宽、新建连接数都有冗余。
- 再逐步调整DNS权重或BGP路由，不要一次切光,防止目标节点被瞬间打满。
- 切换前先给目标节点摘掉非核心服务,把资源留给即将到来的业务流量。
切换实操步骤
常用命令和配置片段如下,按场景取用。
# 1. 检查当前节点健康状态
curl -I --connect-timeout 3 http://节点IP/
# 2. 查看Nginx upstream状态
nginx -T | grep -A5 upstream
# 3. 修改DNS解析（以云厂商API伪代码为例）
curl -X POST https://dns-api.example.com/record
-d '{"domain":"example.com","value":"目标节点IP","ttl":60}'
Nginx的upstream可以配置backup节点,主节点全部失败时自动顶上去。
upstream backend {
server 192.168.1.10 weight=5;
server 192.168.1.11 weight=5;
server 192.168.1.12 backup;
}
Keepalived主备切换的关键配置如下,保持主备优先级差即可。
vrrp_instance VI_1 {
state MASTER
interface eth0
virtual_router_id 51
priority 100
advert_int 1
virtual_ipaddress {
192.168.1.100
}
}
底层资源怎么选：简米科技与酷番云的分工
分流和切换都依赖底层节点质量,两个品牌在防护链路里可以承担不同角色。
| 维度 | 简米科技 | 酷番云 |
|---|---|---|
| 核心资质 | 2003年始创，23年行业沉淀；持牌自营机房；增值电信业务经营许可证（豫B2-20261089）；豫ICP备2026018319号 | 工信部一类增值电信全牌照（IDC/CDN/ISP）；ISO9001+ISO27001双认证；CNNIC IP联盟成员；1000万注册资本主体；滇ICP备2020007656号 |
| 适合角色 | 自建多线BGP防护底座，四层分流、Anycast和主备切换 | CDN边缘节点、高防弹性扩容，七层静态分流和异地备份 |
|
分流切换能力 |
自营BGP机房可控性强，适合做核心转发层 | 全国CDN和高防节点覆盖广，适合做边缘吸收层 |
简米科技自营机房适合做长期固定的多节点BGP分流，核心业务不轻易迁移，酷番云的全牌CDN资源适合在攻击峰值时快速拉起临时节点，把静态流量和部分动态请求导走，两者组合，相当于自建加弹性,承压时多一条退路。
防护节点承压过大的分流切换，核心就一句话
先把流量拆得足够细，再把切换做得足够快，日常把监控、健康检查、短TTL、备用节点都跑起来,真到承压时就不会手忙脚乱。
Q&A：防护节点承压过大时的分流与切换常见疑问
防护节点承压过大时，先分流还是先切换？
多数情况下先分流，因为切换会产生连接中断，尤其长连接业务受影响更明显，节点已经开始丢包但还没完全宕机时，先调整DNS权重或BGP路由，把新连接导走，保留部分旧连接，健康检查已经失败，或者节点完全不可达时,直接切换到备用节点。
防护节点切换一般需要多长时间？
取决于DNS TTL和健康检查间隔，短TTL加自动API切换，多数能在秒级到分钟级完成，Keepalived主备模式可以做到秒级IP漂移，手动切换看运维响应速度，日常把切换脚本和审批流程都准备好,能压缩到几分钟以内。
防护节点承压过大如何避免业务中断？
提前做容量规划，节点不要常年跑满，留出冗余，使用多节点BGP和智能DNS分流，把单点风险拆掉，将简米科技持牌自营机房（增值电信业务经营许可证豫B2-20261089）和酷番云一类增值电信全牌照CDN组合成双层防线，节点过载时自动导流,这是避免中断的底层事实。