手動でのサーバ健全性の検証

サーバの応答は、停止とマークされたサーバの理由のトラブルシューティング中に検証できます。テストが、同じテナント、ネットワーク、および IP アドレスを使用して、特定の NSX Advanced Load Balancer サービスエンジンから行われていることを確認します。

SE には複数のネットワークスタックがあり、1 つは Linux を使用する制御プレーン用、もう 1 つはデータプレーン用です。SE にログインしてサーバに ping を送信するだけで、管理ポートと IP アドレスが送信され、SE データプレーンとは異なるインフラストラクチャを経由できます。

前提条件

サーバの健全性を検証するための前提条件は次のとおりです。

仮想サービスをホストしているサービスエンジンの IP アドレスを特定します。
SSH を使用して NSX Advanced Load Balancer Controller に接続します。
NSX Advanced Load Balancer シェルにログインします。
```
shell
```

VMware のサーバ健全性の検証中 - テナントなし

テナントなしのオプションで VMware のサーバの健全性を検証するには、次の手順を実行します。

次のように、サービスエンジンの Linux シェルに接続します。
```
: > attach serviceengine 10.10.25.28
```
現在のネームスペースを次のように検証します。
```
admin@10-10-25-28:~$ ip netns
```
通常の出力は、デフォルトのネームスペースである avi_ns1 です。
このネームスペースから静的健全性チェックを実行します。

VMware - 複数のテナント

VMware 上の複数のテナントの場合、NSX Advanced Load Balancer はデフォルトでは VRF/ネームスペースを作成しません。

複数のテナントのオプションで VMware のサーバの健全性を検証するには、次の手順を実行します。

次のように、サービスエンジンの Linux シェルに接続します。
```
: > 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 シェルに接続します。
```
: > attach serviceengine 10.10.25.28
```
このネームスペースから静的健全性チェックを実行します。

ベアメタル/Linux クラウド

ベアメタル Linux クラウドの場合、ネームスペースがないため、必要な手順が少なくなります。ベアメタル/Linux クラウドのサーバ健全性を検証するには、次の手順を実行します。

次のように、サービスエンジンの Linux シェルに接続します。
```
: > 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 コンテナ自体がネームスペースに存在する場合、この手順は必要ありません。