看起来你总是依赖于一些托pipe服务提供商。 即使您的服务器在数据中心之间是地理冗余的，您仍然有一个指向某个IP地址的DNSlogging，并且将由一些可能会消失的DNS服务器解决。 有这个解决scheme吗？ 我见过有些人提出DNS负载平衡，用一些检测停机时间和故障切换的机制。 哪个DNS提供商提供这个？ 它是否仍然依赖其中一个数据中心没有被closures？
假设我们第一个联系线（LB代理）背后的一切已经是地理冗余了，那么真的有一个可行的方法来处理最后一步？
实际上，可以有几个DNS服务器为某个域服务，请看一下域名stackoverflow.com：
$ nslookup -type = ns stackoverflow.com 服务器：192.168.0.1 地址：192.168.0.1＃53 非权威的回答： stackoverflow.com nameserver = ns3.serverfault.com。 stackoverflow.com nameserver = ns1.serverfault.com。 stackoverflow.com nameserver = ns2.serverfault.com。 权威答案可以从以下urlfind： $
在stackoverflow.com下的域名可以通过三个名称服务器解决，所以即使其中一个或两个失败，域名仍然可以解决。
为DNS服务器提供build议的RFCbuild议在逻辑和地理位置不同的位置至less使用三个名称服务器，以避免这个问题。 为这些服务器发布的IP地址也可以使用IP任播进行设置，以便各个位置的服务器可以共享相同的IP地址。 当使用合适的路由时（即与该IP关联的一个位置closures，stream量自动地被引导到另一个位置），在故障周围进行路由几乎是自动的。 根DNS服务器和许多主要顶级域名（TLD）都是以这种方式设置的，以抵御故障，并能抵御DDoS攻击。 即使在服务数十亿次的查询时，OpenDNS等服务的运行时间也接近100％。
公司已经花费了数百万美元用于冗余基础设施，以减less停机时间，但是失败仍然可能发生，通常以涉及人为因素的意外方式而不是技术因素发生。