网站域名基础㉒域名与负载均衡 流量分发的入口

网站域名㉒域名基础 域名与负载均衡 流量分发的入口

前面把 DNS 当成“翻译器”讲了一路——把人记得住的域名翻译成机器认得的 IP。可到这里还有一层没揭开：如果一台服务器扛不住，域名能不能顺手把人分到不同的机器上去？可以，而且这几乎是今天所有大流量站点的默认动作。

最原始的一招：一条记录填多个 IP

DNS 轮询（Round Robin）是所有负载均衡的祖宗。同一条 A 记录里挂三个 IP，递归解析器把返回的先后顺序轮着转，客户端各自拿走第一个——流量就这么被摊开了。零成本、零组件，改一条记录就能用。

但它的短板也很明显。它不知道后端是死是活，机器挂了照样往外发；它不区分机器强弱，两台八核和一台一核拿到的份额一样；客户端和本地 DNS 还会缓存，实际分摊比例常常偏离设计。所以轮询适合做“大致摊平”，不能当核心调度用。

智能解析：按线路把人送回该去的地方

真正在国内被广泛用的是智能解析。同一个域名，电信用户解析到电信线路，联通用户解析到联通线路，华东的人解析到华东机房。做法是给递归解析器一个“判断维度”——来源运营商、来源地域、甚至来源省份——再返回各自的 IP。跨网访问的那几十毫秒延迟，就是这么省下来的。

对访客来说毫无感知，对运维来说却等于把“一栋楼一个门”改成了“每个方向都开一个门”。这也是为什么同样的产品，有的站点打开就是比同行快半拍。

加权与就近：让解析结果像调度结果

再说两层。加权，是按机器容量分配份额：新扩容的机房权重给高一点，老设备权重降下来，不用停机就能调整流量结构。就近，是解析阶段就把答案定位到离用户最近的节点——CDN 和全球加速产品干的正是这件事，用户请求还没出省，解析结果已经指向了本地的边缘节点。

健康检查与故障摘除

调度要能感知生死。解析服务侧会持续探测各节点的端口和页面，某个 IP 连续失败，就把它从返回结果里摘掉，用户自然落到剩下的健康节点上。

但这里有个绕不开的约束：摘除受 TTL 限制。缓存还没过期的客户端，仍会拿着旧答案继续访问故障节点——这就是解析级容灾的“生效延迟”。想把延迟压短，就把 TTL 设小；TTL 设小了，查询压力又上去了。这个取舍上一篇刚讲过。

别把调度全压在 DNS 上

DNS 负载均衡的能力边界要说清：它工作在访问之前、链路之外，一旦请求真的进来了，它就管不着了。所以成熟架构是两层配合——DNS（或 GSLB）负责大粒度的地域和机房分流，到了机房内部，再交给四层、七层的负载均衡去分机器、分服务。指望 DNS 独自扛住全部调度，遇到运营商缓存劫持或解析延迟，照样失灵。

域名是流量进入系统的第一道闸门。下一篇换个场景，看看域名在邮件里扮演什么角色——那是一件比网页访问更依赖“身份”的事。

本文收录于徐果萍文集《论持久站 网站域名》，徐果萍博客原创首发。