DNS 负载均衡原理与策略
很多人对DNS的固有印象，是一个域名对应单个IP。但DNS也可以把同一个域名解析指向多个IP，实现负载均衡。用户访问网站时，DNS返回的IP可能是服务器A，另一个用户访问相同域名拿到的却是服务器B，流量就这样分发到多台服务器。这套方案不用额外采购硬件，不用在机房部署独立负载均衡设备，修改DNS配置就可以启用。
原理并不复杂。在DNS服务商后台，给同一个主机名添加多条A记录，每条记录绑定不同服务器IP。当客户端发起域名查询请求，DNS服务器会从这一组IP里挑选一个返回给客户端。具体选择哪一条IP，取决于配置的调度策略。客户端拿到IP之后直接和对应服务器建立连接，后续请求不再经过DNS。整个流程DNS只负责域名解析，不转发业务流量，不会成为流量瓶颈，但也正因如此，它能管控的内容有限。
最基础的调度策略叫轮询。DNS服务器按顺序循环返回多条A记录，第一次查询返回IP1，第二次IP2，第三次IP3，循环往复。优点是配置简单，新增几条记录即可，各台服务器获取请求数量大致均等。缺点是不会感知服务器实际负载状态。一台八核16G的高性能机器，搭配一台四核8G老旧主机，轮询依旧均分流量，老旧服务器很容易过载。轮询适合所有服务器硬件规格相近的场景，硬件水平一致，均分流量才合理。
加权轮询用来解决服务器配置不一致的问题。给每台服务器分配权重数值，权重越高，返回IP的频次越高。例如A服务器权重设为3，B服务器权重设为1，四次查询请求里三次分配A，一次分配B。权重一般参考服务器CPU核心、内存大小、带宽上限等硬件指标。新设备性能强就多承担流量，即将退役的旧机器减少流量分配，调整起来灵活。加权轮询实用性强，绝大多数DNS负载均衡业务都会采用这个策略。
基于地理位置调度是另外一种思路。DNS服务器判断查询客户端所在地域，返回距离最近的服务器IP。北方用户解析到北京机房地址，南方用户匹配广州机房，还能缓解跨运营商访问问题。电信用户走电信线路，联通、移动用户对应各自线路。这个策略依赖IP地址库准确度，如果地址库更新滞后，地域判断会出错，但整体访问速度优于全国用户统一访问单一机房。CDN厂商的智能解析本质就是这套逻辑，只是IP库更完善，判断维度更多。
基于延迟的调度策略更加精细。DNS服务器主动探测或者依靠历史数据，筛选和用户网络延迟最低的服务器IP进行返回。这种策略适合对实时性要求高的业务，像在线游戏、视频会议场景。但实现复杂度高于地理解析，需要持续探测网络状态并动态调整，普通DNS服务商一般不提供该能力，大多只有大型云厂商或者专业流量调度平台支持。
健康检查是DNS负载均衡能否稳定运行的关键。假设部署五台服务器，其中一台宕机，如果DNS依旧持续向故障机器分发流量，用户访问就会连接超时。靠谱的DNS负载均衡服务会定期探测每台服务器运行状态，检测到服务不可用时，临时把该IP从返回列表移除，等服务恢复之后再重新加入探测池。探测方式一般发送HTTP请求验证页面返回状态，或者使用ping检测连通性。不带健康检查的DNS轮询严格来说只能算流量分流，算不上真正负载均衡，没办法感知服务器故障。
DNS负载均衡有个很难规避的短板，就是TTL缓存机制。DNS记录带有生存时间，时长一般几分钟到数小时。客户端或者本地DNS服务器获取解析结果之后，会在TTL有效期内缓存记录，这段时间再次查询域名，直接读取缓存IP，不会重新请求权威DNS。这就意味着修改DNS记录之后，不会立刻全网生效，需要等待各处缓存逐步过期。服务器故障，紧急删除对应A记录，部分用户缓存还未失效，依旧会访问故障IP。TTL设置小一点，能够加快切换速度，但过小的TTL会提升DNS查询频次，增加权威服务器压力，解析延迟也有可能上升，需要权衡取舍。
还有一个限制，DNS负载均衡只能做入口层面流量分发。用户拿到IP之后，后续全部请求直接和目标服务器交互，DNS不再参与流程。就算某台服务器CPU突然占满、响应变慢，但网络连通正常，健康检查判定为可用，DNS依旧会持续分配新用户访问。所以DNS负载均衡更适合粗粒度的第一层流量分发，精细化、基于实时负载的调度，还是依靠负载均衡器或者反向代理完成。
实际项目部署，常见方案是DNS负载均衡搭配硬件或者软件负载均衡一起使用。DNS层面把流量分发到不同机房或者服务器集群，每个集群内部再通过Nginx、HAProxy或者LVS做二次流量分发。这样既能发挥DNS部署简单、跨地域、成本低的优势，又依靠内层负载均衡器实时感知单台服务器运行状态。两层机制各司其职，组合起来方案更完整。
挑选DNS服务商的时候，除了确认是否支持多A记录、加权调度、地理解析这些功能，还要看健康检查粒度、最小TTL限制、解析生效速度。部分免费DNS服务仅支持基础轮询，缺少健康检查和权重配置，个人站点简单分流尚可，正式业务流量承载能力不足。付费企业级DNS在这些能力上完善很多，但每月会产生服务费用，是否采购要看业务规模和容错需求。