一、DNS轮询是什么？

很多人访问网站时，会发现同一个域名能解析出好几个不同的IP，这就是DNS轮询在发挥作用——简单说，它是DNS负载均衡的核心实现之一，本质是把同一个域名和多台服务器的IP绑定，每次用户请求域名时，DNS服务器按固定顺序返回不同的IP，把访问请求“轮流”分到多台服务器，就像外卖平台派单时骑手按顺序接订单，避免某一个骑手一直忙到过载。

1.1 核心原理

DNS轮询的核心逻辑是DNS服务器的解析规则：当用户发起域名解析请求时，DNS服务器会从提前配置好的「域名-IP列表」里，按顺序依次返回IP。比如给example.com配置了两个IP：192.168.1.1和192.168.1.2，第一次请求返回第一个IP，第二次返回第二个，第三次又返回第一个，循环往复。这里要注意：这个“轮流”是针对不同用户的，同一用户的多次请求可能因为本地DNS缓存，暂时拿到同一个IP，不会立刻切换。

1.2 通俗示例

比如某小电商618活动前，单台服务器扛不住流量，加了1台备用服务器，IP是192.168.2.5，原服务器IP是192.168.2.6。运维只需要在阿里云DNS后台，把example.com的A记录改成包含这两个IP，就能自动实现轮询，不用改网站代码、不用重启服务器，当天就完成了流量分担，成本几乎为零。

二、DNS轮询的常用应用场景

2.1 小型网站流量分担

个人博客、小论坛这类流量不大的站点，不需要昂贵的负载均衡硬件，DNS轮询是最优选择：只要在DNS后台加几条解析记录，就能快速把请求分到多台服务器，提升响应速度，同时避免单服务器故障导致全站打不开。

2.2 容灾兜底

如果主服务器出现故障，只要DNS里的解析记录没被删除，轮询时可能还会返回主服务器IP，不过现在主流云DNS都支持健康检查，只要主服务器IP响应失败，会自动从解析列表移除，请求自动切换到备用服务器，不用手动改解析，实现自动容灾。

2.3 临时活动扩容

做促销、发布会这类临时流量高峰时，需要快速加服务器，只需要把新服务器的IP加到DNS解析列表，过几分钟（TTL时间）用户的解析结果就会包含新IP，流量自动分到新服务器，不用重新部署程序，扩容速度比应用层负载均衡快很多。

三、DNS轮询的技术优缺点

3.1 优点

  • 配置零代码侵入：不管用阿里云、腾讯云还是其他DNS服务商，只要在后台加解析记录就行，不用改网站代码、重启服务器，新手也能操作；
  • 成本极低：都是DNS服务商的基础功能，不需要额外购买硬件或软件，对小团队非常友好；
  • 扩容速度快：加服务器加IP到DNS，几分钟就能生效，适合应对突发流量。

3.2 缺点

  • 无主动健康检查：早期DNS轮询不会自动判断服务器是否正常，比如主服务器挂了，DNS还是会把请求指向它，用户会持续访问失败，直到TTL过期；
  • 负载不均：只能按顺序轮询，不管服务器配置高低，比如一台8核16G的服务器和一台2核4G的服务器，会被平均分配请求，导致低配置服务器先过载；
  • 单点风险：DNS服务器本身如果出问题，整个域名都会解析失败，直接导致全站无法访问。

四、DNS轮询的优化技巧

4.1 优化TTL参数

TTL是DNS解析结果在客户端或中间缓存的时间，单位为秒。如果TTL太长（比如原设为3600秒，即1小时），服务器故障时用户要等1小时才会拿到新解析结果，会导致大量失败；如果太短（小于30秒），会增加DNS服务器压力。最优范围是300-600秒（5-10分钟），示例操作如下：

# 修改域名example.com的解析记录TTL，从3600秒改为300秒（5分钟），RecordId可在DNS后台查看
aliyun dns UpdateDomainRecord --RecordId "你的解析记录ID" --TTL 300

4.2 添加健康检查

解决无健康检查的核心方法是配合DNS服务商的健康检查功能，定期检查服务器的指定接口（比如/health），接口返回失败就自动移除对应IP，恢复后自动加回，示例操作如下：

# 为example.com添加健康检查，检查路径为/health，每10秒查一次，超时5秒算失败，仅接受200-399的成功码
aliyun dns AddHealthCheckConfig --DomainName "example.com" --CheckPath "/health" --Interval 10 --Timeout 5 --HttpCode "2xx,3xx"

4.3 调整权重配置

普通轮询是平均分担，加权重后可让高配置服务器承担更多请求，比如活动期间高配置服务器权重设为3，低配置设为1，总权重为4，4次请求里3次到高配置服务器，避免负载不均，示例操作如下：

# 给两个解析记录设置权重，高配置IP权重为3，旧服务器IP权重为1
aliyun dns UpdateDomainRecord --RecordId "高配置服务器记录ID" --Weight 3
aliyun dns UpdateDomainRecord --RecordId "旧服务器记录ID" --Weight 1

4.4 配合智能DNS（进阶优化）

如果需要跨地域访问，可结合智能DNS，把同地域用户的请求轮询到对应地域的服务器，减少延迟，比如上海用户访问上海服务器，北京用户访问北京服务器，示例操作如下：

# 配置上海地域（CN-SH）的用户访问example.com时，返回两个上海服务器IP并轮询
aliyun dns AddDomainRecord --DomainName "example.com" --RR "@" --Type "A" --Value "192.168.1.1" --Region "cn-shanghai"
aliyun dns AddDomainRecord --DomainName "example.com" --RR "@" --Type "A" --Value "192.168.1.2" --Region "cn-shanghai"

五、DNS轮询的注意事项

5.1 TTL设置要平衡

不要把TTL设得极端，300秒是比较理想的，既不会让DNS服务器压力太大，也能在服务器故障时快速更新解析，同时要和健康检查配合，形成双重保险。

5.2 健康检查要对应业务

不要随便选检查路径，比如服务器根路径返回403，但/health返回200，就必须把检查路径设为/health，不能用根路径，否则会误判服务器故障，导致流量全部挤向备用服务器，反而加重压力。

5.3 不要替代应用层负载均衡

DNS轮询是“前置的流量分担”，如果单服务器请求量超过极限，还是要配合应用层负载均衡（比如nginx的upstream模块），DNS轮询不能处理单机内部的请求均衡，也无法实现会话保持（同一用户的会话要绑定同一台服务器）。

5.4 定期测试解析结果

平时可以用dig命令验证轮询是否正常，多运行几次如果返回不同IP，说明轮询正常，示例命令如下：

# 测试example.com的解析结果，验证是否轮询到不同IP
dig example.com +short

六、总结

DNS轮询是一种低成本、易上手的负载均衡方案，非常适合中小网站、临时扩容、容灾兜底的场景，优化后的轮询可以解决无健康检查、负载不均的问题，提升服务稳定性。不过它也有局限性，不能替代应用层负载均衡，适合流量不大或临时需求的场景。从配置解析记录到优化TTL、添加健康检查，不同基础的开发者都能快速掌握，是入门负载均衡的绝佳选择。