在查找将服务器标记为关闭的原因时,您可以验证服务器的响应。确保测试来自特定的 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 容器本身在命名空间中存在,则不需要执行该步骤。