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

Posted 2023-02-22

【中文标题】Azure 网站未检测到流量管理器更改

【英文标题】：Azure Website doesnt detect Traffic Manager Change

【发布时间】：2017-04-10 18:34:56

【问题描述】：

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

我们最近遇到过几个 service.mycompany.com 的主要端点离线的情况。对于指向 service.mycompany.com 的“合作伙伴”，他们检测到了切换，一切都很好。然而，最近我们自己的网站（website.mycompany.com）没有检测到流量管理器开关，并且由于服务无法回复，网站出现错误。

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

【参考方案1】：

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

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

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

缓存的持续时间由每个 DNS 记录的“生存时间”(TTL) 属性确定。较短的值会导致更快的缓存过期，从而导致更多往返流量管理器名称服务器。 较长的值意味着将流量从失败的端点引导出去可能需要更长的时间。

流量管理器端点监视器会影响响应时间。有关 azure 流量管理器如何工作的更多信息，请参阅link。 以下时间表是对监控过程的详细描述。

我们还可以在 Windows 中使用 nslookup 和 ipconfig 检查流量管理器配置文件。关于如何验证流量管理器设置，请参考link。

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

【讨论】：

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

【参考方案2】：

我将向您推荐我的答案here，因为虽然情况并不完全相同，但似乎可以有相同的解决方案。总而言之，我发现您可能有一个连接未正确关闭的关闭服务。此连接独立于 TTL，后者仅处理 DNS 缓存，因此完全绕过了流量管理器。