Azure网站无法检测流量管理器更改

Question

我有一个Azure网站（website.mycompany.com），它为某些数据使用WCF服务。 WCF服务位于以“优先级模式”运行的Azure流量管理器（service.mycompany.com）后面，具有2个服务实例，用于故障转移处理。在优先级模式下，主数据库始终首先提供数据，除非它不可用。如果不可用，第二个实例将回复..依此类推。

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

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

Answer 1

  

有没有人遇到类似的问题？

您的意思是流量管理员不能立即切换到另一个端点吗？

流量管理器在DNS级别工作，以下是流量管理员无法立即切换的原因：

1. 缓存的持续时间由“生存时间”确定。每个DNS记录的（TTL）属性。较短的值会导致缓存过期更快，从而更多往返于Traffic Manager名称服务器。 更长的值意味着从失败的终端引导流量可能需要更长的时间。

2. 流量管理器端点监控会影响响应时间。有关天蓝色流量管理器如何工作的更多信息，请参阅link 以下时间表是监控过程的详细说明。

3. 我们还可以在Windows中使用nslookup和ipconfig检查流量管理器配置文件。有关如何放弃流量管理器设置，请参阅link。

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

Answer 2

我将引用你的回答here，因为虽然情况不完全相同，但似乎它可以有相同的解决方案。总而言之，我发现您可能已经对未正确关闭的羽绒服务保持打开状态。此连接独立于TTL，TTL仅处理DNS缓存，因此完全绕过流量管理器。