基本仮想サービス作成ウィザードは、一般的なアプリケーションの展開を想定しており、最も頻繁に必要となる設定のみを表示します。 Broadcom の Avi ドキュメントでは、仮想サービスは、IP アドレス、サービス ポート、アプリケーション タイプ、プール、および関連する構成を持つアプリケーション エンドポイントとして説明されています。 基本ウィザードでは、管理者は HTTP、HTTPS、その他の一般的なアプリケーション カテゴリなどのアプリケーション タイプを選択できますが、より詳細なプロファイル、ポリシー、分析、およびログ スロットル構成は、高度なセットアップまたは後で編集するために予約されています。 TCP/UDP プロファイル、HTTP リクエスト ポリシー、および重要なログ スロットル設定は高度な構成項目であり、一般的な基本ウィザードの入力項目ではありません。したがって、基本仮想サービス作成で使用できるオプションは、アプリケーション タイプです。

Aviのヘルスモニターは、プールサーバーがトラフィックを受信すべきかどうかを判断します。Webアプリケーションの場合、HTTPまたはHTTPSヘルスモニターは特定のURIにリクエストを送信し、応答本文またはステータスコードを検証できます。
VMware Avi のドキュメントでは、ペイロードの不一致など、ヘルス モニターの障害について説明しています。これは、期待される応答コンテンツが返されない場合にサーバーがダウン状態と判断されるケースです。最も信頼性の高い設計は、アプリケーションがヘルス チェック URI を公開し、データベース クエリを含む独自の依存関係検証を実行し、アプリケーションとデータベース パスが正常に機能している場合にのみ期待される応答を返すようにすることです。これにより、TCP 到達可能性やデータベースを個別にチェックするのではなく、実際のアプリケーションの依存関係を確認できます。したがって、依存関係を考慮した URI に対して HTTP ヘルス モニターを使用するのが正しいアプローチです。