手动验证服务器运行状况

在查找将服务器标记为关闭的原因时，您可以验证服务器的响应。确保测试来自特定的 NSX Advanced Load Balancer 服务引擎，并使用相同的租户、网络和 IP 地址。

SE 具有多个网络栈，一个栈用于使用 Linux 的控制平面，另一个栈用于数据平面。只需登录到一个 SE 并 Ping 一个服务器，就会从管理端口和 IP 地址中发出消息，它们可以通过与 SE 数据平面不同的基础架构进行路由。

必备条件

以下是验证服务器运行状况的必备条件。

确定托管虚拟服务的服务引擎的 IP 地址。
通过 SSH 访问 NSX Advanced Load Balancer 控制器。
登录到 NSX Advanced Load Balancer Shell。
```
shell
```

验证 VMware 的服务器运行状况 - 无租户

以下是在无租户选项中验证 VMware 服务器运行状况的步骤：

连接到服务引擎的 Linux Shell，如下所示：
```
: > attach serviceengine 10.10.25.28
```
验证当前的命名空间，如下所示：
```
admin@10-10-25-28:~$ ip netns
```
通常的输出是 avi_ns1，这是默认的命名空间。
从此命名空间执行静态运行状况检查。

VMware - 多租户

对于 VMware 上的多个租户，NSX Advanced Load Balancer 不会默认创建 VRF/命名空间。

以下是在多租户选项中验证 VMware 服务器运行状况的步骤：

连接到服务引擎 Linux Shell，如下所示：
```
: > attach serviceengine 10.10.25.28
```
执行静态运行状况检查。

VRF 多租户（提供程序模式）

以下是在 VRF 中验证多个租户的服务器运行状况的步骤：

查找池服务器的命名空间/VRF，如下所示：
```
: > show pool p1 detail  | grep vrf_id
 | vrf_id   | 2
```
此处，vrf_id 为 2，命名空间为 avi_ns2。也可以使用以下 CLI 命令获取该信息：
```
: > show serviceengine 10.10.25.28 vnicdb
```

如果具有多个 SE，请在特定 SE 上查找 vrf-id：

show pool p1 detail | filter disable_aggregate se  se_ref 10.10.25.28
| vrf_id   | 2

连接到服务引擎 Linux Shell，如下所示：
```
: > attach serviceengine 10.10.25.28
```
从此命名空间执行静态运行状况检查。

裸机/Linux 云

对于裸机 Linux 云，没有命名空间，从而减少了所需的步骤。以下是验证裸机/Linux 云的服务器运行状况的步骤：

连接到服务引擎 Linux Shell，如下所示：
```
: > attach serviceengine 10.10.25.28
```
执行静态运行状况检查。

验证常见的手动服务器检查

Ping - 以下是验证 Ping 运行状况监控器的服务器运行状况的步骤：

root@test-se2:~# sudo ip netns exec avi_ns1 ping 10.90.15.62
 PING 10.90.15.62 (10.90.15.62) 56(84) bytes of data.
 64 bytes from 10.90.15.62: icmp_seq=1 ttl=64 time=26.8 ms

Curl - 以下是验证 curl 选项的服务器运行状况的步骤：

root@test-se2:~# sudo ip netns exec avi_ns1 curl 10.90.15.62
 curl:  Failed to connect to 10.90.15.62 port 80: Connection refused

 root@test-se2:~# sudo ip netns exec avi_ns1 curl 10.90.15.62:8000Welcome - Served from port 80!

注：

如果 SE 位于 Docker 和裸机设置上，并且 Docker 容器本身在命名空间中存在，则不需要执行该步骤。