本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

网络负载均衡器目标组的运行状况检查

您可以将目标注册到一个或多个目标组中。只要注册过程完成且新注册的目标通过初始运行状况检查，负载均衡器就会开始将请求路由至此目标。完成注册过程和开始运行状况检查可能需要几分钟时间。

Network Load Balancer 使用主动和被动的运行状况检查，以确定目标是否可用于处理请求。默认情况下，每个负载均衡器节点仅将请求路由到其可用区中运行状况良好的目标。如果您启用跨区域负载均衡，则每个负载均衡器节点都会将请求路由到所有已启用的可用区中运行状况良好的目标。有关更多信息，请参阅 跨可用区负载均衡。

借助被动的运行状况检查，负载均衡器观察目标如何响应连接。借助被动的运行状况检查，负载均衡器能够在主动的运行状况检查报告目标运行状况不佳之前，检测出此运行状况不佳的目标。您无法禁用、配置或监视被动运行状况检查。UDP 流量和已开启粘性的目标组不支持被动运行状况检查。有关更多信息，请参阅粘性会话。

如果目标运行不正常，除非运行不正常的目标触发了负载均衡器故障断开，否则负载均衡器会为关联到目标的客户端连接上收到的数据包发送 TCP RST。

如果目标组在已启用的可用区中没有运行状况良好的目标，我们会从 DNS 中删除相应子网的 IP 地址，以便请求无法路由到该可用区中的目标。如果在所有已启用的可用区中，所有目标同时未通过运行状况检查，则负载均衡器将在失败时开放。当目标组为空时，网络负载均衡器也将无法打开。失败时开放的效果是允许传输到所有已启用的可用区中的所有目标的流量，而不考虑这些目标的运行状况。

如果目标组配置了 HTTPS 运行状况检查，则如果其注册目标仅支持 TLS 1.3，则无法通过运行状况检查。这些目标必须支持 TLS 的早期版本，例如 TLS 1.2。

对于 HTTP 或 HTTPS 运行状况检查请求，主机标头包含负载均衡器节点和侦听器端口的 IP 地址，但不包含目标和运行状况检查端口的 IP 地址。

如果您将 TLS 侦听器添加到 Network Load Balancer，我们将执行侦听器连接性测试。由于 TLS 终止也会终止 TCP 连接，因此在负载均衡器和目标之间建立新的 TCP 连接。因此，您可能会看到此测试的 TCP 连接从负载均衡器发送到向 TLS 侦听器注册的目标。您可以识别这些 TCP 连接，因为它们具有网络负载均衡器的源 IP 地址，并且连接不包含数据包。

对于 UDP 服务，可以对目标组执行非 UDP 运行状况检查来测试目标可用性。您可以通过任何可用的运行状况检查（TCP、HTTP 或 HTTPS）和目标上的任何端口来验证 UDP 服务的可用性。如果接收运行状况检查的服务失败，则目标会视为不可用。要提高针对 UDP 服务进行运行状况检查的准确性，如果服务不可用，请配置侦听运行状况检查端口的服务，以跟踪您的 UDP 服务的状态，并停止运行状况检查。

运行状况检查设置

可以使用以下设置为目标组中的目标配置主动的运行状况检查。如果运行状况检查超出了 UnhealthyThresholdCount 连续失败次数，则负载均衡器将使目标停止服务。如果运行状况检查超出了 HealthyThresholdCount 连续成功次数，则负载均衡器将使目标恢复服务。

目标运行状况

在负载均衡器向目标发送运行状况检查请求之前，您必须将目标注册到目标组，在侦听器规则中指定其目标组，并确保已为负载均衡器启用目标的可用区。

下表描述已注册目标的正常状态的可能值。

运行状况检查原因代码

如果目标的状态是 Healthy 以外的任何值，API 将返回问题的原因代码和描述，并且控制台将在工具提示中显示相同的描述。请注意，以 Elb 开头的原因代码源自负载均衡器端，以 Target 开头的原因代码源自目标端。