Dns CloudFlare能否执行到其他后端的自动故障切换？

我正在寻找一种快速故障切换到不同DC的简单方法，CloudFlare在这方面是否提供了一些特别的功能，比如健康检查，或者它只是一种标准DNS服务？

我们目前没有自动故障切换功能（我们正在研究）。当然，我们可以在您的区域文件中支持其他DNS条目，但您目前必须在这种情况下手动进行更改。

要添加--同时，我建议查看

其他几个DIY选项：

---

当然，您需要确定这些选项是否适合您。

更新：CloudFlare为Traffic Manager功能启动了一个封闭测试版，该功能允许执行此类故障切换：

---

AWS故障切换：

当您在AWS上托管后端系统时，以下解决方案似乎运行良好：

我使用单独的域（例如failover example.com）设置AWS Route 53区域。路由53允许您使用DNS故障切换在后端服务器（例如负载平衡器）上设置运行状况检查。AWS将从DNS记录列表中删除不健康的后端系统

在cloudflare中，我将CNAME for example.com记录设置为failover-example.com，并在example.com上激活cloudflare代理

结果是浏览器将example.com的IP地址解析为cloudflare IP地址。Cloudflare查询AWS DNS服务器以锁定failover-example.com。Cloudflare从解析的IP地址获取内容，并将内容返回到浏览器

在我的测试中，切换到另一个后端系统大约需要20秒

需要单独的域，因为当CNAME是example.com的子域时，cloudflare不会通过代理路由流量

我已尝试将故障切换可视化。理论上，故障切换与任何支持DNS故障切换的服务一起工作，而不仅仅与Route53一起工作：

---

浏览器始终与CloudFlare连接，因此后端系统的DNS故障切换不会影响用户的浏览器

Cloudflare已经关注这个问题6个月了，但仍然无法进行自动故障切换。拜托，你不就是nginx吗？我们在产品线中还有很多其他的东西，可能会取代这个先例。此外，我认为我们还没有弄清楚哪些计划会有这个功能。您可能仍然可以编写某种脚本，在过渡期间通过API处理此问题。@damoncloudflare在最近的停机之后，我认为可以公平地说，自动故障切换应该成为Cloudflare的首要任务@Kelseydh在这种情况下，站点的自动故障切换将如何帮助他们解决停机问题？他们的大多数客户可能不需要或不使用全局dns故障切换，或者已经有本地负载平衡。@ManiGandham我对dns故障切换的理解是有限的。。但我所知道的是，当我们使用Cloudflare作为DNS时，我的应用程序关闭了好几个小时，可能是因为他们没有自动故障切换来从另一台服务器解析DNS。不管你怎么想，我不相信大多数web应用程序实际上都有自动故障切换保护——而且所有客户机总是想要正常运行时间，不管他们是否需要。许多开发人员只是在heroku上安装一个应用程序，设置cloudflare以提高速度，并假设他们已经被覆盖了。Cloudflare的业务不可撤销地与确保它们是联系在一起的……浏览器中DNS记录的缓存是如何利用这一建议的？即使所有DNS记录上的TTL都非常低，像Chrome这样的浏览器也可能需要15分钟或更长的时间来进行故障切换。（参考资料：）我用可视化的方式更新了这篇文章，让它更清晰。通常，DNS故障切换可能会出现问题。但是在这种情况下它是有效的，因为CloudFlare似乎尊重TTL。我认为，由于您的域名的IP从未从CloudFlare IP更改，那么您就不需要担心浏览器缓存DNS。我现在就要实施,；以及一些额外的脚本，使用AWSAPI根据集群中服务器的负载操纵每个记录的权重。谢谢你给我指明了正确的方向！最近有一些更新允许基于CloudWatch指标操纵Route 53条目：最终您不需要任何自定义脚本。这取决于你的架构。@ThomasHunziker如果53号公路在这个架构下会发生什么？CF仍然从Backen System A？获取内容，它不需要A/AAAA记录吗？我使用了基于blog.booru.org文章的DIY解决方案。通过CF API更新DNS只需一分钟，您就可以重新开始工作。