Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Note
在本文中，源站和源站组是指 Azure Front Door 配置中的后端和后端池。
若要确定 Azure Front Door 环境中每个源的运行状况和邻近性，每个 Front Door 配置文件都会定期向所有已配置的源发送模拟 HTTP 或 HTTPS 请求。 然后，Front Door 使用运行状况探测的响应来确定将客户端请求路由到最佳源。
Warning
由于每个 Azure Front Door 边缘位置都会将健康探测发送到您的源站，因此源站的健康探测量可能会很高。 探测次数取决于客户流量所在的位置以及运行状况探测的频率。 如果 Azure Front Door 边缘位置未收到来自最终用户的实际流量，则边缘位置的健康探测频率将较预设频率降低。 如果所有 Azure Front Door 边缘位置都有流量，则运行状况探测次数可能会很高，具体取决于运行状况探测频率。
若要在默认探测频率为 30 秒时大致估计每分钟对源的运行状况探测量，请将边缘节点数乘以每分钟发送两个请求。 如果没有流量发送到所有边缘位置，探测请求会减少。
支持的协议
Azure Front Door 支持通过 HTTP 或 HTTPS 协议发送探测。 这些探测使用为路由客户端请求配置的相同 TCP 端口，并且不能重写它们。 Front Door HTTP 或 HTTPS 探测包括具有 User-Agent 值的 Edge Health Probe标头集。
用于运行状况探测的受支持 HTTP 方法
Azure Front Door 支持使用以下 HTTP 方法发送运行状况探测请求：
- 获取： GET 方法检索由 Request-URI 标识的任何信息（以实体的形式）。
- 头： HEAD 方法与 GET 相同，不同之处在于服务器 不得 在响应中返回消息正文。 对于新的 Front Door 配置文件，探针方法默认设置为 HEAD。
Tip
为了降低源服务器的负载与成本，可以使用 HEAD 请求进行健康检查。
运行状况探测响应
| Responses | Description |
|---|---|
| 确定健康状况 | 200 正常状态代码指示源正常。 任何其他状态代码都视为失败。 如果出于任何原因，探测未接收到有效的 HTTP 响应，则该探测被视为失败。 |
| 测量延迟 | 延迟是指从发送探测请求前的那一刻到 Front Door 收到响应的最后一个字节的那一刻所测得的时钟时间。 Front Door 为每个请求使用新的 TCP 连接。 这种测量方式不会偏向于具有现有预热连接的源站。 |
Front Door 如何判定源站运行状况
Azure Front Door 在所有算法中均使用三步过程来确定运行状况。
排除已禁用的来源。
排除存在运行状况检测错误的源点：
Front Door 查看最后 n 个运行状况探测响应。 如果至少 x 响应正常，则源被视为正常。
更改负载均衡设置中的 SampleSize 属性以设置 n。
更改负载均衡设置中的 SuccessfulSamplesRequired 属性以设置 x。
对于源组中的正常源集，Front Door 会测量每个源的延迟并继续保持该延迟。
Note
如果单个终结点属于多个源组，Front Door 会优化发送到源的健康探测数量，从而减少源的负载。 Front Door 根据配置的最低样本间隔发送运行状况探测请求。 来自同一健康探测器的响应决定了所有源组中的终结点的健康状态。
完成运行状况探测失败
如果源组中每个源的健康探测都失败，Front Door 将视所有源为不健康，并在轮循机制中均匀地分配和路由流量。 当源返回到正常状态时，Front Door 将恢复正常的负载均衡算法。
禁用运行状况探测
如果源服务器组仅有一个源服务器，则可以禁用健康检查以减少应用程序负载。 如果您的源组有多个源地址，并且启用了多个源地址，则无法禁用健康检查。
Note
如果源组只有单个源，则单个源将获取较少的健康检查。 此条件可能会导致源运行状况指标下降，但流量不会受到影响。