健康检查

注意:

• 只有在 upstream 被请求时才会开始健康检查。 如果一个 upstream 被配置但没有被请求，那么就不会有健康检查。
• 如果没有健康的节点，那么请求会继续发送给上游。
• 如果 upstream 中只有一个节点，就不会有健康检查。 因为该唯一节点无论是否健康，请求都会发送给上游，
• 主动健康检查是必须的，这样不健康的节点才会恢复。

下面是一个检查检查的例子：

监控检查的配置内容在中，checks包含两个类型：active 和 passive，详情如下

• • active.http_path: 用于发现 upstream 节点健康可用的 HTTP GET 请求路径。

  • active.host: 用于发现 upstream 节点健康可用的 HTTP 请求主机名。
  • active.port: 用于发现 upstream 节点健康可用的自定义主机端口（可选），配置此项会覆盖 upstream 节点中的端口。

  的阀值字段：

  • active.healthy.interval: 健康的目标节点的健康检查间隔时间（以秒为单位），最小值为 1。
  • active.healthy.successes: 确定目标是否健康的成功次数，最小值为 1。
  • active.unhealthy.interval: 针对不健康目标节点的健康检查之间的间隔（以秒为单位），最小值为 1。
  • active.req_headers: 其他请求标头。数组格式，可以填写多个标题。

• passive: 要启用被动健康检查，需要在 upstream 配置中的 checks.passive 添加如下配置项。

  healthy的阀值字段：

  • passive.healthy.http_statuses: 如果当前 HTTP 响应状态码是其中任何一个，则将 upstream 节点设置为 healthy 状态。否则，请忽略此请求。
  • passive.healthy.successes: 如果 upstream 节点被检测成功（由 passive.healthy.http_statuses 定义）的次数超过 successes 次，则将该节点设置为 状态。

  unhealthy的阀值字段：

  • passive.unhealthy.http_statuses: 如果当前 HTTP 响应状态码是其中任何一个，则将 upstream 节点设置为 unhealthy 状态。否则，请忽略此请求。
  • passive.unhealthy.tcp_failures: 如果 TCP 通讯失败次数超过 tcp_failures 次，则将 upstream 节点设置为 unhealthy 状态。
  • passive.unhealthy.http_failures: 如果被动健康检查的 HTTP 请求失败（由 passive.unhealthy.http_statuses 定义）的次数超过 http_failures次，则将 upstream 节点设置为 unhealthy 状态。