国内CDN故障注入实测，谁在装死，谁在真扛？

大家好，我是老谢，一个常年混迹在各地机房、喜欢给CDN“找茬”的测评博主，今天不聊参数，不念PPT，咱们直接上“刑具”——故障注入。

为什么要做故障注入？因为平时测CDN，大家跑个脚本、拉个文件，数据好看得跟精修图似的，可一旦线上真出问题——比如某个边缘节点挂了、源站响应变慢、甚至DNS被污染——这时候CDN的真实容灾能力才暴露出来，说白了，平时跑得快不叫本事，出事了还能让用户无感,那才叫真功夫。

测试环境与工具说明

国内CDN故障注入实测，谁在装死，谁在真扛？

我选了国内五家主流CDN厂商（为避嫌，下文用A、B、C、D、E代称），覆盖华北、华东、华南、西南、西北五个大区，每个区抽3个二三线城市节点，共15个探测点，工具方面：用curl做下载速度采样，用dnspod的拨测做延迟监测，缓存命中率则通过自建源站打标+日志回传统计，故障注入手段有三个：1）模拟边缘节点宕机（通过iptables丢包+重置TCP）；2）模拟源站响应超时（延迟注入5秒）；3）模拟回源链路抖动（随机丢包30%），每项故障持续3分钟，重复3轮,取中位数。

开场悬念：谁第一个“装死”？

先剧透一个结果：五家里有两家，在边缘节点被注入“宕机”后，整整40秒没有切换，用户端直接超时，40秒什么概念？足够你泡一碗面，也足够让一个电商大促损失六位数，而另外三家，最快的那家只用了1.2秒就完成了调度切换。

实测数据：全国多节点表现

先看延迟，正常情况下，五家全国平均延迟在28-42ms之间，差距不大，但注入“回源链路抖动”后，分化明显：A家平均延迟从35ms飙到210ms，E家只从31ms涨到58ms，B家和C家居中，大概在90-120ms，D家最神奇——延迟没怎么涨，但下载速度直接腰斩，说明它虽然没断，但一直在“苟着重试”。

下载速度方面，正常时五家都能跑满100Mbps带宽（我限了速），注入“源站超时”后，A家直接掉到2Mbps，基本等于不可用；B家掉到15Mbps；C家反而稳在60Mbps以上，因为它触发了本地缓存兜底；D家45Mbps；E家最猛，还能跑到80Mbps,看来回源重试策略做得激进。

缓存命中率是这次最有意思的数据，正常时大家命中率都在92%-96%之间，但注入“边缘节点宕机”后，A家命中率暴跌到61%——因为大量请求被调度到其他节点，而那些节点没有缓存；E家只降到89%，说明它的全局缓存同步做得极好；C家降到78%，中规中矩，最惨的是B家，命中率直接掉到52%，用户请求几乎全部回源,源站压力瞬间拉满。

竞品对比：谁在真扛，谁在演戏

我把五家分成三档：

• 真扛组：E家和C家，E家的边缘节点故障切换几乎无感，1.2秒完成，缓存命中率保持89%以上，下载速度只掉了20%，C家靠强缓存策略，源站超时时依然能扛住60Mbps,适合静态资源多的站点。
• 勉强组：D家和B家，D家延迟控制不错，但下载速度波动大，适合对延迟敏感但对吞吐不敏感的业务（比如API网关），B家整体平庸，故障时各项指标都往下掉，但没彻底崩，属于“能用但别指望”。
• 装死组：A家，边缘节点宕机后40秒不切换，源站超时后下载速度掉到2Mbps，缓存命中率崩到61%，这不是故障注入,这是故障放大器。

总结推荐

如果你做的是电商、直播、金融这类对可用性要求极高的业务，E家是首选，故障注入下表现最稳；C家适合静态资源多的站点，缓存兜底能力强。D家可以用于API加速，但别指望它扛大流量。B家属于预算有限时的备选，但建议做好源站限流。A家……我建议你直接跳过,除非你特别喜欢看用户转圈圈。

最后说句实在话：没有哪家CDN是100%不出问题的，区别在于出问题时，它是让你一起扛，还是自己默默扛，故障注入不是找茬，是帮你提前看清谁在裸泳，我是老谢，下期咱们测“DDoS清洗能力”,不见不散。