你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
重要
Azure Front Door（经典版）将于2027年3月31日退役。 由于该服务即将退役，它不再支持配置文件创建、新域名导入或托管证书。 为了避免服务中断，迁移到 Azure Front Door Standard 或 Premium。 有关详细信息，请参阅 Azure Front Door（经典版）停用。
注意
在本文中，“源”和“源组”是指 Azure Front Door（经典）配置的后端和后端池。
若要确定 Azure Front Door 环境中每个源的运行状况和邻近性，每个 Front Door 配置文件都会定期向所有已配置的源发送模拟 HTTP 或 HTTPS 请求。 然后，Front Door 会根据运行状况探测的响应来确定用于路由客户端请求的“最佳”源。
警告
由于每个 Azure Front Door 边缘位置都会向你的源发出运行状况探测，因此，源的运行状况探测量可能非常高。 探测数取决于客户的流量位置和运行状况探测频率。 如果 Azure Front Door 边缘位置未收到来自最终用户的实际流量，则边缘位置的健康探测频率将较预设频率降低。 如果向所有 Azure Front Door 边缘位置发送流量，则运行状况探测量可能会很高，具体取决于运行状况探测频率。
在使用默认探测频率（30 秒）的情况下，若要粗略估算每分钟发送至源服务器的运行状况探测请求量，可以将边缘位置的数量乘以每分钟 2 次请求。 如果没有流量发送到所有边缘位置，探测请求会变少。 有关边缘位置的列表，请参阅按区域排序的边缘位置。
支持的协议
Azure Front Door 支持通过 HTTP 或 HTTPS 协议发送探测。 这些探测使用为路由客户端请求配置的相同 TCP 端口，并且不能重写它们。 Front Door HTTP 或 HTTPS 探测包括具有 User-Agent 值的 Edge Health Probe 标头集。
受支持的运行状况探测 HTTP 方法
Azure Front Door 支持使用以下 HTTP 方法进行健康探测：
- GET：GET 方法会检索由请求 URI 标识的所有信息（以实体形式）。
- HEAD：在 HEAD 方法中，除了服务器不得在响应中返回消息正文，其他都与 GET 方法相同。 对于新的 Front Door 配置文件，默认的探测方法设置为 HEAD。
提示
为降低源服务器的负载和相关成本，应使用 HEAD 请求来执行运行状况探测。
健康探测响应
| 响应 | 说明 |
|---|---|
| 确定健康状况 | 200 OK 状态代码指示源运行状况良好。 任何其他状态代码都视为失败。 如果出于任何原因，探测未接收到有效的 HTTP 响应，则该探测被视为失败。 |
| 测量延迟 | 延迟是指从发送探测请求前的那一刻到 Front Door 收到响应的最后一个字节的那一刻所测得的时钟时间。 Front Door 为每个请求使用新的 TCP 连接。 策略不偏向于具有现有暖连接的源。 |
Front Door 如何确定源运行状况
Azure Front Door 在所有算法中均使用三步过程来确定运行状况。
排除禁用的源。
排除具有运行状况探测错误的源：
Front Door 会查看最后 n 个运行状况探测响应。 如果至少 x 响应正常，则源被视为正常。
更改负载均衡设置中的 SampleSize 属性以设置 n。
更改负载均衡设置中的 SuccessfulSamplesRequired 属性以设置 x。
对于源组中的正常源集，Front Door 会测量每个源的延迟并继续保持该延迟。
注意
如果单个终结点属于多个源组，Front Door 会优化发送到源的健康探测数量，从而减少源的负载。 Front Door 根据配置的最低样本间隔发送运行状况探测请求。 来自同一健康探测器的响应决定了所有源组中的终结点的健康状态。
健康探测完全失败
如果源组中每个源的运行状况探测均为失败，则 Front Door 会将所有源视为运行不正常，并将跨所有后端在轮循机制分配中路由流量。 当源返回到正常状态时，Front Door 将恢复正常的负载均衡算法。
禁用健康探测
如果源组仅有一个源，则可以禁用运行状况探测以减少应用程序上的负载。 如果源组有多个源，并且启用了多个源，则无法禁用运行状况探测。
注意
如果源组内仅包含一个源，那么该源接收到的运行状况探测数量会比较少。 此条件可能会导致源运行状况指标下降，但流量不会受到影响。