3

我们正在测试流量管理器,看看它是否是一个可行的故障转移解决方案。如果我们的主要 Azure 区域由于任何原因变得不可用,我们希望最终用户被引导到他们可以继续使用该站点的辅助位置。

我已经按照文档进行了设置,并在 3 个不同的区域中有 3 个简单的 API 返回页面作为端点,它们只会提醒您正在点击哪个区域。我有他们的优先级,1、2 和 3。

当点击.trafficmanager.netURL 时,主要显示它应该。所有 3 都在流量管理器配置文件中显示“在线”。如果我停止主站点,然后刷新我的浏览器,我会收到一个 403 错误,说明该站点已停止。

我将流量管理器配置文件配置中的 TTL 设置为 60 秒。但是,15 分钟后,浏览器仍然显示 403。我似乎能够让辅助站点启动的唯一方法是启动一个新的浏览器会话。就像浏览器会话存在某种缓存和/或 TTL 问题,阻止它尝试辅助站点。

这在现场生产环境中显然是不可接受的。必须有办法解决这个问题,对吧?有没有其他人处理过这个问题?

4

2 回答 2

0

浏览器可能正在使用Keep-Alive

请记住,Azure 流量管理器在 DNS 级别工作,因此,与其使用浏览器来获取重现,不如尝试使用一些 DNS 工具(例如 dig、nslookup 等)来获取重现。

于 2017-02-07T22:07:47.387 回答
0

这不仅仅是浏览器设置。您的 IIS 管理器可以考虑使用 keep-alive 来减轻自身的压力,从而留下完全绕过流量管理器的 DNS 规则的打开连接。我有这些完全相同的症状,并且能够按照我在此处发布的步骤来缓解它们。它是否会在现实世界的场景中被证明是有用的还有待观察,但我希望这能帮助你走得更远。

于 2017-08-03T21:56:17.257 回答