Azure网站未检测到流量管理器更改

我有一个Azure网站（website.mycompany.com），它使用WCF服务处理一些数据。WCF服务位于以“优先级模式”运行的Azure Traffic Manager（Service.mycompany.com）后面，有2个用于故障转移处理的服务实例。在优先级模式下，主服务器总是首先提供数据，除非数据不可用。如果不可用，第二个实例将答复。。等等

最近我们遇到过几个实例，其中service.mycompany.com的主要端点处于脱机状态。对于指向service.mycompany.com的“合作伙伴”，他们检测到了切换，一切正常。然而，最近我们自己的网站（website.mycompany.com）没有检测到流量管理器切换，并且该网站由于服务无法回复而出现错误

我们在这些实例中的故障转移端点已启动，并且在过去Azure网站检测到交换机，直到最近我们才遇到此问题。有没有人经历过类似的问题？我们是否需要在Azure网站中调整DNS更改以帮助其检测TTL

有没有人经历过类似的问题

你是说流量管理器不能立即切换到另一个端点吗

Traffic manager在DNS级别工作，以下是Traffic manager无法立即切换的原因：

缓存的持续时间由每个DNS记录的“生存时间”（TTL）属性确定。较短的值会导致更快的缓存过期，从而增加到Traffic Manager名称服务器的往返次数更长的值意味着将流量从故障端点引导出去可能需要更长的时间。

traffic manager端点监视器影响响应时间。有关azure traffic manager工作原理的更多信息，请参阅。
以下时间线是监控过程的详细说明。

我们还可以在windows中使用nslookup和ipconfig检查流量管理器配置文件。有关如何眩晕traffic Manager设置，请参阅

---

顺便说一句，因为流量管理器在DNS级别工作，所以它不能影响到任何端点的现有连接。当traffic Manager在端点之间定向通信时（通过更改的配置文件设置，或在故障切换或回切期间），traffic Manager会将新连接定向到可用端点。但是，其他端点可能会继续通过现有连接接收流量，直到这些会话终止为了使流量能够从现有连接中流失，应用程序应该限制每个端点使用的会话持续时间。

我将让您参考我的答案，因为虽然情况并不完全相同，但似乎可以使用相同的解决方案。总而言之，我发现您可能有一个与关闭服务的连接未正确关闭。此连接独立于TTL，TTL只处理DNS缓存，因此完全绕过了Traffic Manager。

如果需要进一步帮助，请告诉我。