我正在为我的网站设置一个优先模式的 Azure 流量管理器。我有一个主位置和一个故障转移位置，两者都由“FailoverMonitor.aspx”页面监控 - 如果相应资源\区域的任何资源已关闭，我将返回 500 错误。如果所有位置都关闭，我还想确保向用户返回错误消息。
在我的测试中，我决定同时中断我的主要（优先级 1）和故障转移（优先级 2），并且在这样做的过程中，我看到主要位置已提供服务。
这种让我吃惊的是，我有一半预计该网站根本不会返回任何东西......但它提供了一个被认为处于“降级”状态的网站。
我向流量管理器添加了第三个端点，该端点返回“对不起，我们失败了”页面 - 但这是返回此类消息的预期方法吗？我只是想确保我正在完成所有预期的步骤并且没有滥用该服务。谢谢！
当流量管理器针对给定配置文件监控的所有端点都关闭时，它会做出“最佳情况下的努力”并做出响应，就好像所有端点实际上都处于在线状态，而不是根本不返回任何端点。
有关此和其他端点监控详细信息的更多详细信息，请访问：https ://azure.microsoft.com/en-us/documentation/articles/traffic-manager-monitoring/
相关部分复制粘贴如下：
如果所有流量管理器端点（不包括处于禁用或停止状态的端点）都未通过健康检查并显示降级状态会发生什么？这最常见的原因是服务配置错误（例如访问控制列表 [ACL] 阻止流量管理器健康检查），或流量管理器配置文件配置错误（例如监控路径不正确） ）。在这种情况下，流量管理器会做出“尽力而为”的尝试并做出响应，就好像所有降级状态端点实际上都处于在线状态一样。这比在 DNS 响应中不返回任何端点的替代方法更可取。此行为的后果是，如果未正确配置流量管理器运行状况检查，它可能从流量路由中显示，好像流量管理器工作正常。但是，在这种情况下，如果端点发生故障，则不会发生端点故障转移，这会影响整体应用程序的可用性。为确保不会发生这种情况，请务必检查配置文件是否显示在线状态，而不是降级状态。联机状态显示流量管理器运行状况检查按预期工作。
如果所有位置都关闭，我还想确保向用户返回错误消息。
由于流量管理器是唯一的 DNS 解决方案，我不确定谁应该为“我们失败”页面提供服务。
提供静态页面的第三个端点应该可以完成这项工作。