OHA项目中的DNS查询优化：减少并发连接时的重复请求

在HTTP基准测试工具OHA中，我们发现了一个值得优化的DNS查询机制问题。当用户设置高并发连接数时，工具会为每个连接发起独立的DNS查询，这不仅可能导致性能测试结果失真，还可能引发DNS服务器的速率限制问题。

问题背景

在当前的OHA实现中，当用户设置n个并发连接时，工具会发起n次DNS查询请求。这种设计在以下场景中会带来问题：

1. 短时测试失真：对于10-20秒的短时测试，大量重复的DNS查询会显著影响性能测试结果
2. DNS速率限制：短时间内发送100-400个DNS查询包可能触发DNS服务器的速率限制机制
3. 实际效益有限：大多数DNS记录不会为单一地理位置返回超过100个唯一IP地址

技术分析

现代DNS系统通常具有以下特性：

1. 递归DNS服务器(如Google Public DNS)会对结果进行缓存，在TTL过期前返回相同答案
2. 大型CDN(如CloudFront)虽然拥有数十万个IP，但对单一源位置短时间内通常只返回4-8个IP
3. AWS VPC DNS等服务会对超过1000请求/秒的源IP实施黑名单机制

OHA当前实现中已经包含了一个良好实践：从DNS应答中随机选择IP地址。但我们可以进一步优化查询机制。

优化方案

我们提出了三个层次的优化方案：

基础优化方案

• 始终只发起1次DNS查询
• 从查询结果中随机选择IP用于每个连接
• 保留CLI选项允许用户选择原始行为(每个连接1次查询)

中级优化方案

• 10个连接以下：采用基础方案
• 10个连接以上：发起连接数10%的并行DNS查询(最多10次)
• 合并所有查询结果，去重后随机选择IP

高级优化方案(评估为过度设计)

• 在中级方案基础上增加特殊情况处理
• 当获取的IP地址90%为唯一时，发起更多查询以获取更多IP

实际影响

通过Wireshark抓包分析，我们可以看到当设置100个并发连接时，OHA确实会发起100次重复的DNS查询。这不仅浪费网络资源，还可能：

1. 在云环境中触发VPC DNS限制
2. 导致测试结果不准确(包含DNS查询时间)
3. 影响同一主机上其他服务的DNS解析能力

结论

对于HTTP基准测试工具来说，优化DNS查询机制是提升测试准确性和减少不必要网络开销的重要环节。采用基础优化方案既能满足大多数测试场景需求，又能避免各种潜在问题，是最为推荐的解决方案。