通过TTL加权圆知更鸟 – 可能吗？

我目前使用DNS循环进行负载平衡，这很好。 logging看起来像这样（我有一个120秒的TTL）

;; ANSWER SECTION: orion.2x.to. 116 IN A 80.237.201.41 orion.2x.to. 116 IN A 87.230.54.12 orion.2x.to. 116 IN A 87.230.100.10 orion.2x.to. 116 IN A 87.230.51.65 

我了解到，并不是每个ISP /设备都以同样的方式处理这样的响应。 例如，一些DNS服务器随机轮换地址，或者始终循环地址。 有些只是传播第一个条目，另一些则通过查看IP地址来确定哪个是最好的（区域性的）。

但是，如果用户群足够大（分布在多个ISP等），则平衡得相当好。 从最高到最低的服务器差异几乎没有超过15％。

但是现在我遇到了一个问题，即我正在向系统中引入更多的服务器，并不是所有的服务器都具有相同的function。

• 企业内部URL约定
• 是什么触发了使用负面时间来实现DNS SOAlogging的价值？
• 如何限制未经授权的域名指向我的网站的IP地址
• 反垃圾邮件filter如何处理反向DNS查询？
• 在IE中使用HTTP代理（或不使用）时，DNS查询如何工作

我目前只有1 Gbps的服务器，但我想用100 Mbps和10 Gbps的服务器。

所以我想要的是我想介绍一个10 Gbps的权重为100的服务器，一个权重为10的1 Gbps服务器和一个权重为1的100 Mbps服务器。

我之前添加了两次服务器，为他们带来了更多的stream量（这很好，带宽几乎翻了一番）。 但是，向DNS添加一个10Gbps的服务器100次是有点荒谬的。

所以我想到了使用TTL。

如果我给服务器A 240秒TTL和服务器B只有120秒（这大约是用于循环的最小值，因为如果指定较低的TTL（所以我听说过），许多DNS服务器设置为120）。 我认为这样的事情应该发生在理想的情况下：

 First 120 seconds 50% of requests get server A -> keep it for 240 seconds. 50% of requests get server B -> keep it for 120 seconds Second 120 seconds 50% of requests still have server A cached -> keep it for another 120 seconds. 25% of requests get server A -> keep it for 240 seconds 25% of requests get server B -> keep it for 120 seconds Third 120 seconds 25% will get server A (from the 50% of Server A that now expired) -> cache 240 sec 25% will get server B (from the 50% of Server A that now expired) -> cache 120 sec 25% will have server A cached for another 120 seconds 12.5% will get server B (from the 25% of server B that now expired) -> cache 120sec 12.5% will get server A (from the 25% of server B that now expired) -> cache 240 sec Fourth 120 seconds 25% will have server A cached -> cache for another 120 secs 12.5% will get server A (from the 25% of b that now expired) -> cache 240 secs 12.5% will get server B (from the 25% of b that now expired) -> cache 120 secs 12.5% will get server A (from the 25% of a that now expired) -> cache 240 secs 12.5% will get server B (from the 25% of a that now expired) -> cache 120 secs 6.25% will get server A (from the 12.5% of b that now expired) -> cache 240 secs 6.25% will get server B (from the 12.5% of b that now expired) -> cache 120 secs 12.5% will have server A cached -> cache another 120 secs ... I think I lost something at this point, but I think you get the idea... 

正如你所看到的，这个预测很复杂，在实践中肯定不会这样。 但是，它肯定会对分配产生影响！

我知道加权循环存在，只是由根服务器控制。 它只是在响应时循环DNSlogging，并以对应于权重的设定概率返回DNSlogging。 我的DNS服务器不支持这个，我的要求不是那么精确。 如果它的重量不是很好，但它应该进入正确的方向。

我认为使用TTL字段可能是一个更优雅和更简单的解决scheme – 它不需要一个dynamic控制它的DNS服务器，这节省了资源 – 这在我看来是DNS负载平衡与硬件负载平衡器的关键。

我现在的问题是：是否有任何最佳做法/方法/经验法则来使用DNSlogging的TTL属性加权循环分配？

编辑：

该系统是一个转发代理服务器系统。 带宽量（不是请求）超过了以太网单个服务器可以处理的数量。 所以我需要一个平衡解决scheme，将带宽分配给多个服务器。 有没有其他的方法比使用DNS？ 当然，我可以使用光纤通道等负载均衡器，但成本是可笑的，它也只增加了瓶颈的宽度，并没有消除。 我能想到的唯一的东西是任播（是任播还是多播？）IP地址，但是我没有办法build立这样一个系统。

 my $ketamahe = Algorithm::ConsistentHash::Ketama->new(); # Configure servers and weights $ketamahe->add_bucket("192.168.1.2", 50); $ketamahe->add_bucket("192.168.1.25", 50); 

 # multi-colo hash my $ketamamc = Algorithm::ConsistentHash::Ketama->new(); # Configure servers and weights $ketamamc->add_bucket("192.168.1.2", 33); $ketamamc->add_bucket("192.168.1.25", 33); $ketamamc->add_bucket("192.168.2.2", 17); $ketamamc->add_bucket("192.168.2.2", 17);