服务器标记为关闭的原因

以下是将服务器标记为 DOWN 的常见原因：

未解析 ARP

服务引擎无法解析服务器 IP 地址的 MAC 地址（位于同一第 2 层域时），或者无法启动 TCP 连接（服务器距离第 3 层一个跳段时）。

负载不匹配

运行状况监控器要求在响应正文（HTTP 或 TCP）中返回特定的内容。在该示例中，显示了服务器的响应摘录。在服务器的第一个响应是向客户端发送重定向时，通常会出现这种类型的错误。预期的内容显示在客户端浏览器中，但从 NSX Advanced Load Balancer 的角度看，客户端收到重定向。

响应代码不匹配

HTTP 运行状况检查可能配置为需要特定的响应代码，例如 2xx。同时，服务器可能发回不同的代码，例如 404。

响应超时超过阈值

运行状况监控器在超时期限内等待响应，可以为每个运行状况监控器分配阈值和超时期限。如果在超时期限内连续 N 次（等于阈值）未收到有效的响应，则将服务器标记为 DOWN。

虽然 NSX Advanced Load Balancer 是专为轻松进行故障排除设计的，但您需要使用更高级的工具。因此，您可以导航到运维 > 流量捕获以捕获有关 SE 和服务器之间的会话的信息。

有关流量捕获的更多信息，请参见《VMware NSX Advanced Load Balancer 管理指南》中的数据包捕获。

在启动从客户端计算机到服务器的连接时，您可以使用 ping 和 curl 等工具。不过，如果管理员从 SE 中执行这些工具，这些工具并不可靠。这是因为将双网络栈用于数据平面和管理。例如，使用 SE 管理 IP 和网络从 Linux 中执行 ping 等工具。结果可能与通过数据网卡和网络报告运行状况检查的 SE 不同。例如，使用 ping -1 验证使用的接口。