TCP アプリケーションの場合、このモニターは TCP 接続の確立を待機し、要求文字列を送信し、サーバが期待される内容で応答するまで待機します。クライアント要求とサーバ応答が構成されていない場合、TCP 接続が正常に確立されると、健全性チェックは成功します。
健全性モニターの [タイプ] として TCP が選択されている場合、健全性モニターを TCP 設定用に構成できます。
一般的な健全性モニターの構成方法については、「新しい健全性モニターの作成」を参照してください。
TCP 健全性モニターを構成するには、次の手順を実行します。
健全性チェックに使用する必要がある [健全性モニター ポート] を指定します。このフィールドを空白にすると、サーバ用に構成されたデフォルト ポートが使用されます。
健全性モニターが SYN を送信できるようにするには、[ハーフオープン (完了する前に接続を終了)] チェック ボックスをオンにします。確認応答を受け取ると、サーバは起動状態とマークされ、サービス エンジンは RST で応答します。TCP ハンドシェイクが完全には完了しないため、アプリケーションの健全性は検証されません。このモニタリング オプションの目的は、クイック ターミネーションをグレースフルに処理しないアプリケーションを対象としています。ハンドシェイクが完了しないため、アプリケーションはタッチされません。アプリケーション ログは生成されないか、健全性モニターからの接続を設定するためにアプリケーション リソースが無駄になります。
注：[ハーフオープン (完了する前に接続を終了)] の場合のみ、[クライアント要求ヘッダー] および [サーバ応答データ] を構成できます。
[クライアント要求ヘッダー] セクションを使用して、サーバ アプリケーションに適用可能な適切な送信文字列を入力します。この要求は、TCP 3 ウェイ ハンドシェイクが完了した直後にサーバに送信されます。
[サーバ応答データ] フィールドで、[ユーザー入力] フィールドにサーバから期待される応答を指定します。NSX Advanced Load Balancer は、サーバ応答データがサーバから返されたデータの最初の 2 KB 内に含まれているかどうかを確認します。変換されたデータは、[変換された値のプレビュー] フィールドに表示されます。
[サーバ メンテナンス モード] セクションで、[メンテナンス サーバの応答データ] を入力します。定義された文字列がサーバ応答に表示される場合、NSX Advanced Load Balancer はサーバをメンテナンス モードにします。この間、システムは健全性チェックを実行し、サーバは手動で無効にした場合と同じように動作します。つまり、既存のクライアント フローは続行できますが、新しいフローは他の使用可能なサーバに送信されます。
サーバがメンテナンス文字列で応答を停止すると、サーバ応答データに基づいて、通常通り、後続の健全性モニターによって認識され、オンラインになり、
UPまたはDOWNとマークされます。
