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

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

必备条件

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

  1. 确定托管虚拟服务的服务引擎的 IP 地址。

  2. 通过 SSH 访问 NSX Advanced Load Balancer 控制器

  3. 登录到 NSX Advanced Load Balancer Shell。

    shell

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

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

  1. 连接到服务引擎的 Linux Shell,如下所示:

    : > attach serviceengine 10.10.25.28
  2. 验证当前的命名空间,如下所示:

    admin@10-10-25-28:~$ ip netns

    通常的输出是 avi_ns1,这是默认的命名空间。

  3. 从此命名空间执行静态运行状况检查。

VMware - 多租户

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

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

  1. 连接到服务引擎 Linux Shell,如下所示:

    : > attach serviceengine 10.10.25.28
  2. 执行静态运行状况检查。

VRF 多租户(提供程序模式)

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

  1. 查找池服务器的命名空间/VRF,如下所示:

    : > show pool p1 detail  | grep vrf_id
     | vrf_id   | 2

    此处,vrf_id 为 2,命名空间为 avi_ns2。也可以使用以下 CLI 命令获取该信息:

    : > show serviceengine 10.10.25.28 vnicdb
  2. 如果具有多个 SE,请在特定 SE 上查找 vrf-id:

    show pool p1 detail | filter disable_aggregate se  se_ref 10.10.25.28
    | vrf_id   | 2
  3. 连接到服务引擎 Linux Shell,如下所示:

    : > attach serviceengine 10.10.25.28
  4. 从此命名空间执行静态运行状况检查。

裸机/Linux 云

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

  1. 连接到服务引擎 Linux Shell,如下所示:

    : > attach serviceengine 10.10.25.28
  2. 执行静态运行状况检查。

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

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 容器本身在命名空间中存在,则不需要执行该步骤。