Azure交通经理对故障转移可靠吗？还有什么问题我应该担心呢？

Question

我计划使用Azure交通经理做我的应用程序运行在一个Azure区域到Azure区域的故障转移。我需要一些建议，如果这是正确的方法做故障转移？我们看到Azure的问题是，一个地区的大多数服务都会中断几个小时。虽然我知道Azure交通经理与该地区没有关联。但是，是否有可能Azure流量管理器下降，或者流量管理器端点无法访问，尽管我的后端webapp是可访问的？

如果我计划使用Azure交通经理，我还需要担心什么？

Answer 1

流量管理器在DNS级别工作，它本身是复制的。但是，即使这样，您仍然应该将冗余构建到解决方案中。

看看Azure建筑中心的“让所有东西都是多余的”，你就会看到一个交通经理建议

考虑添加另一个流量管理解决方案作为故障恢复。如果Azure流量管理器服务失败，请将DNS中的CNAME记录更改为指向其他流量管理服务。

Answer 2

我已经和TM一起工作了一段时间了，下面是几个我以前没见过的问题：

• 保持-活着

如果您的服务允许保持活动，那么只要连接保持打开，您的DNS条目将被忽略。我看到了一些非常奇怪的行为，包括用户因为继续使用连接而被卡在回退页面上，导致连接无限期地打开。如果您有权访问IIS，你可以强迫活着的人是假的。。

• 浏览器DNS缓存

大多数浏览器都有自己的DNS缓存，很少有浏览器支持DNS生存时间。在我的经验中，Chrome是非常有反应的，IE和Edge有重大延误，如果你需要他们快速滚动。我听说歌剧特别糟糕。

• 其他DNS缓存

即使您没有通过浏览器访问您的服务，其他组件也可以具有DNS缓存，其中一些组件将允许您自己管理缓存。这在理论上甚至可以依赖于ISP的DNS缓存，尽管关于其规模的报告有很大差异。

Answer 3

流量管理器内部架构对任何一个Azure区域的故障都具有弹性。所以，即使一个区域失败了，交通部经理也应该熬夜。这适用于所有的流量管理器组件:控制平面、端点监视和DNS名称服务器。

由于流量管理器在DNS级别工作，它没有代理您的流量的“端点”--它使用DNS将客户端定向到适当的端点，然后客户端直接连接到这些端点。因此，无法到达的端点是应用程序问题，而不是流量管理器问题。

尽管如此，如果流量管理器DNS名称服务器出现故障，您就会遇到严重的问题。您的DNS解析路径将失败，您的客户将受到影响。唯一的解决方案是要么接受风险(小，但永远不能为零)，要么有一个计划使用另一个DNS系统，或者并行或故障转移。这不是流量管理器的限制；您可以对任何基于DNS的流量管理系统说同样的话。

DornaDigital早先的回答是非常好的(除了第一点，即DNS缓存将通过名称服务器中断来保护您-不会)。它涵盖了一些重要的问题。简而言之，基于DNS的故障转移对于新的会话非常有效。现有客户端可能需要刷新，甚至关闭其浏览器并重新连接。