故障切换情况下DNS循环调度请求速度非常慢

Question

目前，我正在使用AWS配置服务器池。这是一个简单的设置，有两个数据库服务器、一个可伸缩的服务器阵列和两个负载均衡器。每台机器都有一个备用的故障转移，而且它都应该非常健壮。

负载均衡器应该能够通过循环调度DNS进行故障转移。因此，在愉快的日子里，两台机器都会命中，并将流量分布到阵列上。当其中一台机器关闭时，轮询DNS与客户端浏览器重试相结合，应该可以使浏览器将其目标主机转移到机器上，该机器在超时后仍处于运行状态。这不是我想出来的东西，但似乎是一个非常好的解决方案。

我遇到的问题如下所示。这种转变确实会发生，但不是只对失败的请求发生一次，而是针对来自同一浏览器的每个后续请求。因此，一个简单的页面请求需要21秒来加载，之后所有图像也需要21秒来加载。接下来的所有页面请求也需要这么长时间。因此，故障转移是有效的，但同时也是完全无用的。

摘要的输出：

；<<>> DiG 9.6.1-P2 <<>> example.com

;；全局选项：+cmd

;；得到答案：

;；->HEADER<<- opcode:查询，状态:无错误，id: 45224

；标志: qr rd ra；查询: 1，答案: 2，授权: 0，附加:0

;；问题部分：

;example.com。在A中

;；答案部分：

www.example.com。86400 IN A 1.2.3.4

www.example.com。86400 IN A 1.2.3.4

;；查询时间: 31毫秒

;；服务器: 172.16.0.23#53(172.16.0.23)

;；时间: Mon Dec 20 12:21:25 2010

;；消息大小rcvd: 67

提前感谢！

Maarten Hoekstra

Kingsquare信息服务

Answer 1

当DNS服务器将IP地址列表提供给客户端时，该列表将被排序(可能以轮换的方式，即，后续DNS可能以不同的顺序返回它们)。浏览器很可能缓存了DNS响应，即它最初收到的列表。因此，它不会假设连接失败意味着服务器已关闭，而是每次都会以相同的顺序重试该列表。

因此，循环DNS充其量是用于负载平衡；它不太适合支持容错。

Answer 2

我们称之为“穷人的负载平衡”是有原因的。它确实可以工作，但你是受解析器的摆布，超时时间取决于哪个IP首先从你的dns服务器返回。你可以看看像dnsmadeeasy.com和他们的dns故障转移这样的东西(还有其他人这样做，但dnsmadeeasy是我所知道的)。基本上，它们可以监控应用程序的可用性，并可以根据应用程序状态快速传递dns更改。