即使返回 200，Azure 流量管理器终结点仍显示已降级答案

【问题标题】：Azure Traffic Manager Endpoints show Degraded Even when 200 is Returned即使返回 200，Azure 流量管理器终结点仍显示已降级
【发布时间】：2016-05-25 01:00:40
【问题描述】：

我有一个带有两个端点的 Azure 流量管理器配置文件（Linux VM 正在运行 RabbitMQ）。

端点的类型是“Azure 端点”，目标资源类型是“公共 IP 地址”。

当我查看流量管理器配置文件时，它报告配置文件的状态为“已启用”，而监视器状态为“已降级”。

在每个端点上，它报告它们的状态为“已启用”并且监视器状态为“降级”。

我将流量管理器配置文件配置为协议为“HTTP”，端口为 15672，路径为“/index.html”。

问题是我不知道为什么它报告“降级”，因为如果我执行 wget 命令。

wget <vmname1>.cloudapp.azure.com:15672/index.html

Resolving <vmname1>.cloudapp.azure.com... <ip address>
Connecting to <vmname1>.cloudapp.azure.com|<ip address>|:15672... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1419 (1.4K) [text/html]

所有“文档”（对于 Azure 来说只是博客文章令人沮丧）都说如果它返回 200，那么它应该是“在线”而不是“降级”。

【问题讨论】：

你是从哪台机器上执行 wget 的？

标签： azure rabbitmq azure-traffic-manager

【解决方案1】：

根据您的回复，问题很可能是您的 NSG 规则阻止了流量管理器运行状况检查。

目前，我们没有在 NSG 中配置流量管理器的简单方法，也没有发布流量管理器运行状况检查源 IP 地址。这些是我们计划填补的空白。同时，推荐的解决方法是为流量管理器使用在不同 TCP 端口上运行的专用运行状况检查页面，并将 NSG 仅应用于您的应用程序使用的端口。

【讨论】：

我无法配置不同的端口来进行健康检查，因为 RabbitMQ 只有 15672 用于管理，5672 用于实际活动。如果我只是在服务器的某个其他随机端口上配置健康检查，那并不能告诉我 RabbitMQ 是否正在运行。

【解决方案2】：

请查看this article，可能对您有所帮助。

从您给出的描述中我无法确定，但我最好的猜测是，在您的情况下，端点将 301/302 重定向到不同的 URL，而第二个 URL 实际返回 200 OK。流量管理器运行状况探测不支持重定向。例如，您可以使用 IE 中的 F12 开发人员工具来验证这一点。

Jonathan Tuliani，项目经理，Azure 流量经理

【讨论】：

wget（来自我的机器）没有报告返回任何重定向。在 IE F12 开发人员工具中，它还报告 url 的 result = 200。是否需要添加任何特殊的网络安全组规则以允许流量管理器？
不幸的是，在这种情况下没有好的解决方法可用。您可以在我们的反馈网站上为必要的功能投票，这里是：feedback.azure.com/forums/217313-networking/suggestions/…。我们的积压工作非常多。