DNS SRV记录集最多可包含多少条记录？如何用其实现多服务器负载均衡

SRV记录集的合理数量阈值 #

行业通用实践中，SRV记录集的数量不建议超过20~30条，不存在10/50/100的明确分界，但超过30条基本就属于不合理范围：

• 标准UDP DNS响应默认最大为512字节，超过阈值会触发截断，强制客户端使用TCP协议请求DNS，大量网络环境会封禁DNS TCP 53端口，直接导致解析失败
• 绝大多数递归DNS解析器只会缓存SRV记录集的前若干条，客户端拿到的记录不完整，会出现严重的负载不均问题
• 大部分支持SRV协议的客户端只会轮询前几条返回的记录，后续记录几乎不会被命中，添加再多也没有实际意义

同物理位置50台服务器单主机名负载均衡最优方案 #

SRV记录不是该场景的最优选择，优先根据流量类型选择负载均衡方案：

• 四层TCP/UDP流量：使用LVS、DPDK负载网关等软件四层负载，或者F5、A10等硬件负载均衡器，前端绑定单个VIP对应配置的主机名，后端直接挂载50台服务器，天然支持健康检查、会话保持、流量打散，稳定性远高于DNS层面的负载方案
• 七层HTTP/HTTPS流量：使用Nginx、HAProxy等七层负载工具，除了基础负载能力外，还支持路由转发、限流降级、证书统一管理等扩展能力
• 仅当业务依赖的协议强制要求使用SRV做服务发现时（如SIP、XMPP、MongoDB集群发现等），才使用SRV方案：将50台服务器分成2_{3组，每组前挂载一个小型负载节点，SRV记录集仅指向这2}3个负载节点的地址，同时配置自动化机制定时摘除异常的SRV记录，保证可用性。

扩容至数百台服务器的架构扩展方案 #

核心思路是分层架构，避免在DNS层面塞大量记录：

• 入口层：配置少量接入VIP，可通过DNS轮询或者内网Anycast宣告这些VIP，单个主机名解析到这几个VIP即可
• 负载层：每套VIP对应一个集群化部署的负载均衡集群，消除单点故障，单套四层负载集群可轻松承接数百台后端服务器的流量转发
• 后端层：数百台服务器按业务模块、功能分区做逻辑分组，每组直接挂载到上层负载集群，由负载层统一做健康检查和流量调度
• 若后续需要跨机房部署，可在DNS层增加地理解析能力，将用户请求定向到就近机房的入口VIP，降低访问延迟。

内容的提问来源于stack exchange，提问作者John.M