Azure 流量管理器对于故障转移是否可靠？我应该担心的其他问题是什么？

Question

我计划使用 Azure 流量管理器将我在一个 Azure 区域上运行的应用程序故障转移到 Azure 区域。我需要一些建议，如果这是进行故障转移的正确方法吗？我们发现 Azure 存在一个问题，即一个区域中的大部分服务都会停机几个小时。虽然我知道 Azure 流量管理器与该区域无关。但是，尽管我的后端 web 应用程序可以访问，但 Azure 流量管理器是否可能出现故障或流量管理器端点无法访问？

如果我打算使用 Azure 流量管理器，我还应该担心哪些其他问题？

Answer 1

我使用 TM 已经有一段时间了，所以这里有一些我以前没有提到的问题：

• 活着

如果您的服务允许 Keep-Alive，那么只要连接保持打开状态，您的 DNS 条目就会被忽略。我已经看到一些异常奇怪的行为由此产生，包括用户被卡在回退页面上，因为他们一直在使用连接，导致它无限期地保持打开状态。如果您有权访问 IIS 管理器，则可以强制 Keep-Alive 为 false。

• 浏览器 DNS 缓存

大多数浏览器都有自己的 DNS 缓存，很少有人支持DNS Time To Live。根据我的经验，Chrome 的响应速度非常快，如果您需要它们快速翻转，IE 和 Edge 会出现明显的延迟。我听说歌剧特别糟糕。

• 其他 DNS 缓存

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

Answer 2

流量管理器在 DNS 级别工作，其本身是复制的。然而，即便如此，您仍然应该在解决方案中构建冗余。

查看 Azure 体系结构中心的“使所有事物变得冗余”下，您将看到流量管理器的建议：

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