为什么 CDN 网站 349 个节点连到 29 个不同 IP？用宝塔拨测看「响应 IP 频次」

接了 CDN 的网站，用宝塔拨测（t.bt.cn）做一次网站测速，会发现全国几百个成功节点连到的「响应 IP」不是同一个，而是几十个不同 IP，每个 IP 承载的节点数还不太一样。这不是故障，而是 CDN 在做两件事：就近调度（把用户就近引导到边缘节点）和负载均衡（把流量摊到多个边缘 IP，避免单个 IP 过载）。

下面用对 www.qq.com 的一次真实拨测（2026-10-07 北京时间），讲清怎么看「响应 IP」这一组数据。

一次测速，349 个节点连到 29 个不同的响应 IP

对 www.qq.com 做一次网站测速，本次实测结果如下（采集于 2026-10-07 20:33 前后，数值仅代表采集时刻的情况）：

指标	本次实测值
目标	https://www.qq.com（网站测速）
节点	349 个成功 / 350 个选中（成功率 99.7%）
覆盖地区	59 个（大陆 31 个 + 港澳台及海外 28 个）
HTTP 状态码	349 个节点全部 200
响应 IP 去重数	29 个
响应 IP 频次（前 10）	最高 35 个节点（2 个 IP 并列），其余 33/25/24/24/24/22/15/14
总耗时（中位数）	142.9 毫秒
总耗时（官方平均 / 最慢）	203.2 毫秒 / 5071.7 毫秒

一次拨测里，349 个成功节点全部返回 200，但每个节点实际连到的「响应 IP」去重后是 29 个。也就是说，同样一个域名，广东的节点连到 A 这个 IP、上海的节点连到 B 这个 IP、新加坡的节点连到 C 这个 IP——大家就近连到不同的 CDN 边缘。

「响应 IP 频次」：每个 IP 各承载多少节点

光看「去重后 29 个」还不够，还要看每个 IP 各承载了多少个节点（即频次）。本次实测前 10 个响应 IP 的频次如下：

响应 IP	承载节点数
42.81.179.153	35
221.198.70.47	35
43.159.109.55	33
101.91.22.57	25
101.91.42.232	24
121.14.77.201	24
121.14.77.221	24
112.53.42.52	22
183.194.238.19	15
112.53.42.114	14

规律很清楚：最高的两个 IP 各承载 35 个节点，往后逐步下降到 14 个，没有哪个 IP 一家独大。这就是 CDN 负载均衡的典型形态——把请求分散到多个边缘 IP，谁也不被压垮。

如果反过来，某个 IP 的频次异常高、其余 IP 几乎为零，通常说明调度策略出了异常、或个别边缘节点被剔除，需要结合失败原因进一步排查。

配合「解析 IP 位置分布」一起看

本次拨测里，「解析 IP 位置分布」铺到了 18 个位置：上海电信 49、深圳电信 48、天津电信 35、天津联通 35、深圳移动 36、上海移动 29、江苏南京联通 21、天津移动 21，以及新加坡腾讯云 CDN 33、香港腾讯云 7、印尼/广州/台北等海外及港澳台节点。

这说明 www.qq.com 的 CDN 边缘节点覆盖了大陆多个城市和港澳台及海外，节点能就近连到本地边缘，于是「响应 IP」才会铺开成 29 个。「解析 IP 位置」看的是边缘节点铺在哪里，「响应 IP 频次」看的是这些边缘 IP 各扛了多少流量，两者是一张 CDN 分区调度图的两面。

响应 IP 多，不等于网站就快

响应 IP 多、频次分散，只能说明 CDN 边缘节点多、有就近调度和负载均衡；实际快慢仍要看延迟。本次 www.qq.com 总耗时中位数 142.9 毫秒、官方平均 203.2 毫秒，最快的香港腾讯云节点 25.5 毫秒，最慢的广东汕头移动节点 5071.7 毫秒——快慢差距主要来自节点地域和线路，而不是 IP 数量。

一句话总结：CDN 网站的「响应 IP」会铺成几十个、每个 IP 承载的节点数大体均匀，这是就近调度 + 负载均衡的正常结果。读这组数据时，看去重数判断边缘节点多少、看频次判断负载摊得均不均匀，再结合延迟判断实际体验。