优先模式下的 Azure 流量管理器是否需要站点关闭页面
Do I need a Site Down page for Azure Traffic Manager in Priority Mode
我正在以优先模式为我的网站设置 Azure 流量管理器。我有一个主要位置和一个故障转移位置，两者都由 "FailoverMonitor.aspx" 页面监控 - 如果任何资源因适当的 resource\region 而关闭，我会 return 出现 500 错误。如果所有位置都已关闭，我还想确保 return 向用户发送错误消息。
在我的测试中，我决定同时中断我的主要位置（优先级 1）和故障转移（优先级 2），在这样做的过程中，我看到主要位置已提供。
这有点让我吃惊，我有一半希望该网站根本 return 什么都没有.. 但它提供了一个被认为处于 "degraded" 状态的网站。
我向流量管理器添加了第三个端点，它 return 是一个 "sorry we're down" 页面 - 但这是 return 此类消息的预期方法吗？我只是想确保我正在执行所有预期的步骤，而不是滥用该服务。谢谢！
I wanted to also make sure an error message was returned to the user if all locations were down.
由于流量管理器是一个仅限 DNS 的解决方案，我不确定谁应该为 "We're down" 页面提供服务..
服务于静态页面的第三个端点应该可以完成这项工作。
当流量管理器针对给定配置文件监视的所有端点都已关闭时，它会生成 "best case effort" 并做出响应，就好像所有端点实际上都处于在线状态，而不是 return 任何端点。
可以在以下位置找到此和其他端点监视详细信息的更多详细信息：https://azure.microsoft.com/en-us/documentation/articles/traffic-manager-monitoring/
相关部分复制粘贴如下：
如果所有流量管理器端点（不包括具有禁用或停止状态的端点）未通过健康检查并显示降级状态会怎样？
这通常是由服务配置错误（例如访问控制列表 [ACL] 阻止流量管理器健康检查）或流量管理器配置文件配置错误（例如不正确的监控路径）引起的).
在这种情况下，流量管理器进行 "best effort" 尝试并做出响应，就好像所有降级状态端点实际上都处于在线状态一样。这比替代方案更可取，替代方案是不 return DNS 响应中的任何端点。
此行为的结果是，如果流量管理器运行状况检查配置不正确，它可能会从流量路由中显示为流量管理器正常工作。但是，在这种情况下，如果端点发生故障，则不会发生端点故障转移，这会影响整体应用程序可用性。为确保不会发生这种情况，请务必检查配置文件是否显示在线状态，而不是降级状态。联机状态显示流量管理器运行状况检查正在按预期工作。
我正在以优先模式为我的网站设置 Azure 流量管理器。我有一个主要位置和一个故障转移位置，两者都由 "FailoverMonitor.aspx" 页面监控 - 如果任何资源因适当的 resource\region 而关闭，我会 return 出现 500 错误。如果所有位置都已关闭，我还想确保 return 向用户发送错误消息。
在我的测试中，我决定同时中断我的主要位置（优先级 1）和故障转移（优先级 2），在这样做的过程中，我看到主要位置已提供。
这有点让我吃惊，我有一半希望该网站根本 return 什么都没有.. 但它提供了一个被认为处于 "degraded" 状态的网站。
我向流量管理器添加了第三个端点，它 return 是一个 "sorry we're down" 页面 - 但这是 return 此类消息的预期方法吗？我只是想确保我正在执行所有预期的步骤，而不是滥用该服务。谢谢！
I wanted to also make sure an error message was returned to the user if all locations were down.
由于流量管理器是一个仅限 DNS 的解决方案，我不确定谁应该为 "We're down" 页面提供服务..
服务于静态页面的第三个端点应该可以完成这项工作。
当流量管理器针对给定配置文件监视的所有端点都已关闭时，它会生成 "best case effort" 并做出响应，就好像所有端点实际上都处于在线状态，而不是 return 任何端点。
可以在以下位置找到此和其他端点监视详细信息的更多详细信息：https://azure.microsoft.com/en-us/documentation/articles/traffic-manager-monitoring/
相关部分复制粘贴如下：
如果所有流量管理器端点（不包括具有禁用或停止状态的端点）未通过健康检查并显示降级状态会怎样？ 这通常是由服务配置错误（例如访问控制列表 [ACL] 阻止流量管理器健康检查）或流量管理器配置文件配置错误（例如不正确的监控路径）引起的). 在这种情况下，流量管理器进行 "best effort" 尝试并做出响应，就好像所有降级状态端点实际上都处于在线状态一样。这比替代方案更可取，替代方案是不 return DNS 响应中的任何端点。 此行为的结果是，如果流量管理器运行状况检查配置不正确，它可能会从流量路由中显示为流量管理器正常工作。但是，在这种情况下，如果端点发生故障，则不会发生端点故障转移，这会影响整体应用程序可用性。为确保不会发生这种情况，请务必检查配置文件是否显示在线状态，而不是降级状态。联机状态显示流量管理器运行状况检查正在按预期工作。