DNS轮询故障转移和负载平衡

在阅读了关于DNS负载平衡和循环DNS的所有问题和解答( 1 2 3等)之后,仍然有许多未解答的问题。

大公司,我正在看Google,Facebook和Twitter这里,做了多个Alogging。
1)如果DNS负载平衡/故障转移是如此的狡猾,为什么大型组织做到这一点?

尽pipe有这个 (PDF)文件,但似乎很less提及“DNS固定”。
2)为什么很less提到DNS钉住?

3)有哪些ISP等实际重写DNS TTL的具体例子?

也就是说,我并不完全支持使用DNS进行故障转移或任何forms的负载平衡。 对于大多数networking来说,BGP不同的路由似乎更适合。

DNS再次提高了丑陋的头脑。 🙁

  1. 因为它比任播(BGP)更便宜,更简单,而且可以完全在自己的硬件上实现
  2. 从负载平衡的angular度来看,浏览器cachingDNS结果与TTL设置相矛盾的可能性很小。
  3. 我不确定为什么互联网服务提供商会重写TTL,大多数请求都是来自浏览器,所以我不确定如何在基础设施上投资是很划算的。

我使用DNS(GSLB实际)通过任意播放出于几个原因。 多年来我们已经讨论过多次BGP,并且我select了DNS over BGP,因为它比较容易实现,而且在大多数情况下,它们更加可靠。 多种设施,集群DNS服务器,结合主动监控的GSLB和TLD托pipe服务涵盖了大多数潜在的故障。