最常用有效的DNS负载均衡方式是配置多条同主机、同类型、同线路的A记录；需确保主机名、记录类型、线路类型完全一致才能触发轮询，权重为0表示下线，TTL推荐300秒，A记录最多20条，CNAME负载均衡需增值服务且慎用。

直接用多条同主机、同类型、同线路的A记录，是最常用也最有效的DNS负载均衡配置方式。它不依赖额外服务，天然适配所有HTTP/HTTPS流量，只需在DNS后台添加几条记录即可生效。

确保记录满足轮询前提

只有完全一致的记录才会被DNS服务器识别为一组，触发轮询分发：

• 主机记录必须相同（如都填 www 或都填 @）
• 记录类型必须相同（如全是 A 记录；CNAME需单独开通增值服务才支持权重）
• 线路类型必须相同（如都选 默认；若混用“电信”“移动”等线路，则不会参与同一组轮询）

合理设置权重与TTL

权重不是固定比例，而是加权随机抽样；TTL影响故障切换速度和缓存压力：

IntoDNS.ai

免费 DNS 与邮件安全分析（IntoDNS.ai）：包括 DNSSEC、SPF、DKIM、DMARC、MTA-STS、BIMI、SMTP STARTTLS、FCrDNS、黑名单、发件人要求及报告。

下载

• 权重范围是0–100，设为 0 表示该记录不参与解析（相当于下线）
• 若某台服务器性能是其他两台之和，建议设为 50:25:25，避免整数归一化导致偏差
• TTL推荐设为 300秒（5分钟）：太高（如3600）会导致故障后用户仍连旧IP；太低（如60）会加重LDNS查询负担

注意UDP响应长度限制

DNS默认走UDP协议，单次响应不能超过512字节（不含IP/UDP头），这直接影响你能真正用上的节点数：

• A记录最多返回 20条（腾讯云DNSPod等主流平台限制）
• AAAA记录最多返回 8条，CNAME仅返回 1条
• 若你配置了25条A记录，权威服务器大概率只返回前20条——剩下的5台永远收不到流量
• 验证方法：dig 域名 A +short 多次执行，观察返回IP是否轮动、是否始终只有部分IP出现

优先选A记录，慎用CNAME做负载均衡

CNAME虽便于指向CDN或云负载均衡器，但用于负载均衡时有明显限制：

• 普通免费版DNS服务 不支持CNAME权重，需单独购买“智能CNAME”类增值服务
• CNAME链过长会增加解析跳转次数，拖慢首屏加载
• 若后端是自建服务器集群，直接配A记录更简单、更可控
• 只有当需要对接CDN、CLB或SaaS服务时，才考虑用CNAME指向其提供的域名