CDN智能DNS策略，到底在调度什么

cdn智能dns策略，说穿了就是一句话：用户敲下域名那一刻，谁替他决定去哪台机器。这个决定做得聪明，页面就快得让人没脾气；做得糊涂，节点再多也白搭。很多人把 CDN 慢归罪于带宽不够，其实先该问的是——那次解析，是不是把人送到了一台不该去的机器上。

cdn智能dns策略和普通解析差在哪

普通 DNS 是记账本，A 记录写死 IP，天天不变。智能 DNS 是每次有人来问，现场算一遍：你从哪个省份来、用的哪家运营商、目标节点这会儿健不健康、当前承载多少、权重调过没有。算完才吐一个 IP 给你。所以它本质不是“配置”，是“决策”——配置只是把决策要用的规则写进去。

这层差别，落到操作上就很有意思。你改一条记录，生效不是一个固定的秒数，而是下一批人开始问、下一次决策开始用新规则。TTL 设得太长，规则改了人还在旧链路上打转；设得太短，递归那边被问得频繁，也未必是好事。以服务商或官方页面说明为准，各家策略不一样。

最容易被误解的一点：智能 DNS 不是按用户调度，是按“解析请求”调度。同一个公司，两个人坐隔壁，一个走电信一个走移动，可能被分到完全不同的节点。同一个人开着手机流量走进室内切换成 WiFi，下一秒解析可能就变了。所以你测出来的结果，只是那一刻、那条线路上的一个样本。

这也解释了为什么有人拿着测速图跑来说“你看，节点就在我隔壁，怎么还慢”。邻居是解析给的，但真正跑的链路、回源的路径、缓存命中不命中，另说。调度只负责把门开对，门后面的事它不管。

看配置截图的人常盯着地理那一栏，其实真正决定体验的是另外两只手。一个是健康检查：节点挂了、回源超时了、探测连续失败，调度器就把这个 IP 从候选里划掉。另一个是权重：机房有大小、承载有强弱，权重给低了自然被少分到人。

健康检查的坑在于“误判”。探测频率太高，机房稍微抖一下就被判死，流量呼啦一下全甩到备用节点，备用节点接不住，跟着崩；频率太低，真挂了还继续往里送人，用户那头就是一片转圈。这事儿没有标准答案，得看机房底子和业务能忍多久。我就不爱把探测间隔调到极限值，稳一点比灵一点好用。

第一种，用户只在一个地方慢，别处都快。八成是调度把那条线路的人送错了位置，或者是那家运营商的某个出口有问题，跟服务器性能没关系。

第二种，整片区域一起慢，别的地方正常。这时候先看健康检查是不是集中把某些节点摘掉了，再去看回源那条路——回源打满的时候，调度再怎么聪明也是把人送进队列。

第三种，改完策略没感觉。别急着怀疑平台，先想 TTL 有没有放长、本地 DNS 有没有缓存、你测的样本是不是就那几条线。策略生效是渐进的，不是按了开关就齐步走。

还有一种挺隐蔽的：一条线路反复从调度里掉出去又回来，用户就一会儿能通一会儿不能通。这种抖动比彻底挂还难受，因为报错不统一，找不着规律。

想验证调度对不对，其实不用复杂工具。找几台不同运营商、不同城市的机器，各自 ping 一下、拉一下页面，把解析出来的 IP 记下来。如果同一个城市同一条线路，不同时间解到差很远的节点，那策略大概率有问题。

第二件事，看回源。缓存命中率低的时候，节点再近也快不起来，因为每次都得回头拿数据。调度和缓存是两条腿，一长一短走路就瘸。

第三件事，做对比测试，别只看单次。同一份内容，在策略改前改后各测几轮，取个大致趋势。单条数据说明不了问题，尤其 CDN 这类东西受线路波动影响太大。

小站、内容不多、用户集中在一个区域，用默认策略就行，折腾半天收益有限。反过来，用户散在多个省份、多个运营商、还有跨境访问，或者有大促这种瞬时高峰，那策略值得细看——权重、健康检查阈值、回源配置，这几样组合出来的效果差别不小。

另外提醒一句，智能 DNS 只是调度入口，它和 HTTPDNS、和端上的探测不是一回事。App 里做的那套往往是客户端自己选，走的不是 DNS 那一步。混在一起讨论，结论容易跑偏。

最后给个能落地的动作：拿三条不同运营商的线路，各测五轮，把解析 IP、耗时、命中情况记在一张表里。跑一周你就知道自己这套调度到底在干什么了。剩下的判断，等数据说话，别凭一次测速下结论。