我已经考虑过使用循环法DNS故障转移，但是由于各种级别的DNScaching，您可能会遇到旧logging指向停机站点的风险。
如果我拥有自己的地址空间和AS号码，在数据中心1，我可以从我的路由器向全世界发布我的1.1.1.x / xnetworking，并且每个人都可以打1.1.1.1的负载平衡器，生活很好。 然后，我可以在另一个数据中心，相同的设置，并在那里的路由器也宣布我的IP空间和自治系统号码到不同的上游供应商那里。 用户显然会根据他们本地ISPnetworking中的AS-PATH和其他度量标准，find最接近他们的设置。
现在，让我们假装在数据中心1发生可怕的事情，并且路由器1下线，我的IP空间和AS不再在那里通告，并且所有的stream量将回落到数据中心2，stream向1.1.1.1（负载均衡器）。 人们这样做，这是一个荒谬的想法？ 我错过了一些关于为什么我不应该这样做的盲目明显的东西？ 这是不是很实际，还是一个天才的计划？
它工作正常。 它只是需要更多的工程工作才能完成，需要路由器，BGP连接，自己的IP空间等。我假设在上面的示例中，数据中心1和2始终在运行。
许多人都做得很好，查看“任播”，看看你正在做什么。 与此相关的一个大问题就是它对于基于UDP的服务（非有状态）更好。 如果您通过HTTP下载大文件，并且路由器端出现故障，则您的stream量将转到新的1.1.1.1，这不知道发生了什么事，并且会断开连接。
BGP之外的另一个select是全局负载均衡。 为了避免DNS推广，我一直在寻找一种名为云杠杆的SAAS解决scheme。 他们使用IPv6 Multicase和一个固有的负载平衡器使其工作。 我们还没有和他们走，但这只是由于优先事项。
我知道它并不回答你的BGP问题，但是想把它扔出去。