分析プロファイル

VMware NSX Advanced Load Balancer では、システム全体にわたる分析に広範囲に依存することにより、一般的なユーザーエクスペリエンスはこうでなければならないという期待値に基づいて、アプリケーションの健全性を判断します。

アプリケーションはそれぞれ異なるため、クライアントエクスペリエンスを満足させるようなしきい値を設定したり、HTTP 401 応答コードを通じてサイトにログインするようユーザーに求めるなど、アプリケーションの健全性に対する特定のエラーがカウントされないように分析プロファイルを変更する必要がある場合があります。

プロファイル設定

分析プロファイルでは、次のオプションを使用できます。

[名前]
[HTTP 分析]
[ネットワーク分析]
[ネットワークエラーを除外]
[DNS エラーの除外]
[健全性スコアの分析]
[クライアントログの処理]
[クライアントログの送信]
[機密ログプロファイル]
[SIP プロファイル]

[HTTP 分析]

これらの設定は、HTTP アプリケーションプロファイルで構成された仮想サービスにのみ適用されます。HTTP 以外の仮想サービスの場合、これらの HTTP 設定は有効になりません。

Apdex の概念を VMware NSX Advanced Load Balancer で広範に利用すれば、クライアントが仮想サービスにアクセスするときのエクスペリエンスがキャプチャできます。Apdex は、ユーザーエクスペリエンスを満足、許容、または不満として評価するための業界標準です。

結果は、プールと仮想サービスの健全性スコアのパフォーマンスメトリックの一部として使用されます。満足した応答の数が多いほど、スコアは高くなります。詳細については、www.apdex.org を参照してください。

[クライアント成功遅延しきい値]
クライアントは、トランザクション時間が満たされていると見なされるには、この期間内に HTTP 要求に対して完了した応答を受信する必要があります。デフォルトの 500 ミリ秒を使用すると、0 ~ 500 ミリ秒で完了した応答は満足のいくものとみなされます。応答時間は、クライアント RTT、サーバ RTT、アプリケーション応答、データ転送メトリックを含む End to End Timing の合計時間メトリックによって測定されます。
[クライアント許容遅延係数]
[クライアント成功遅延しきい値] に [許容係数] を乗算することで、許容しきい値が決まります。[クライアント成功遅延しきい値] が 500 ミリ秒、[クライアント許容遅延係数] が 4 倍の場合は、0 ～ 500 ミリ秒が成功とみなされ、応答時間が 500 ミリ秒から 2,000 ミリ秒は許容とみなされ、2,000 ミリ秒を超えると遅延とみなされます。
[サーバ成功遅延しきい値]
これは、[クライアント成功遅延しきい値] と同じです。ただし、このメトリックは、サーバ RTT、アプリケーション応答、およびサーバとサービスエンジン間のデータ転送時間のみを測定することで、クライアントの遅延を把握します。これは、仮想サービスではなくプールのエンドツーエンドのタイミングを表示するのと似ています。このメトリックは、サーバの低速と低速なクライアントによる応答時間の低下を区別するのに役立ちます。
[サーバ許容遅延係数]
[クライアント許容遅延係数] と同様、このオプションでは、[サーバ成功遅延しきい値] を乗算することで、サーバからの応答を許容できるかどうかが決まります。
[クライアント PageLoad の成功遅延しきい値]
[クライアント成功遅延しきい値] と同様、このメトリックでは単一の HTTP 要求ではなく、PageLoad 時間を調べます。PageLoad では、HTTP 仮想サービスの分析タイプをアクティブに設定する必要があります。これにより、JavaScript が HTTP 応答のサンプリングに挿入されます。PageLoad は、クライアントが Web ページ全体をダウンロードするのにかかる時間を測定します。これには多くのオブジェクトが含まれる場合があります。また、DNS ルックアップ、TCP 接続の設定、オブジェクトのダウンロード、ページレンダリングの時間も含まれます。たとえば、サードパーティの HTML ファイルが低速であったり、JavaScript エラーが発生したりしたために、クライアントでエラーが表示されていたとしても、VMware NSX Advanced Load Balancer では、サービス提供対象のオブジェクトのファイル転送を成功とみなすことがあります。このメトリックは、これらの問題をキャッチし、健全性スコアに組み込むことを目的としています。
このメトリックは、次の問題をキャッチします。
1. [クライアント PageLoad の許容遅延係数]
  [クライアント許容遅延係数] と同様、このフィールドは、PageLoad を使用しているクライアントのエクスペリエンスが許容であるか遅延であるかを判断するために使用されます。
2. [エラー分類から HTTP 状態コードを除外]
  デフォルトでは、応答が 4xx か 5xx であればエラーとみなされます。エラーの割合が大きいほど、パフォーマンス健全性スコアメトリックが低くなります。エラーは、重要なクライアントログにも記録されます。これらのエラーの一部は、特定のアプリケーションで除外する必要がある場合があります。たとえば、SharePoint ではクライアントに 401 エラーを送信して、先に認証してから Web サイトにアクセスするよう求めます。

[ネットワーク分析]

TCP 接続の中断は、さまざまな理由で発生する可能性があります。これらの接続は損失が多いとみなされ、重要なクライアントログを介してログに記録されます。また、パフォーマンス健全性スコアメトリックを減らすこともできます。これらのメトリックは、プロキシモードで TCP を使用するすべての仮想サービスに適用されます。損失のある接続は、VMware NSX Advanced Load Balancer のクライアント側でもサーバ側でも発生する可能性があります。健全性スコアへの影響は以下で調整できます。

[TCP 再送のしきい値]
パケットのこの割合を超えるパケットが再送されると、TCP 接続は損失が多いと見なされます。
[TCP のタイムアウトしきい値]
前のメトリックと同様に、このオプションはタイムアウトが原因で必要だった再送信の数を具体的に評価します。
[TCP Out-Of-Order のしきい値]
クライアントから受信したこの割合を超えるパケットが順不同の場合、接続は損失があると見なされます。
[TCP ゼロウィンドウのしきい値]
TCP 接続ウィンドウがゼロに減ったため、この割合を超えるパケットを送信できなかった場合、接続は損失があると見なされます。

[ネットワークエラーを除外]

特定の環境では、一部のエラーが異常ではない可能性があります。エラーのリストからこれらの問題を除外すると、健全性スコアが低下したり、ログが生成されたりすることがなくなります。

[クライアント接続の RST]
グレースフルな TCP シャットダウンは、FIN/ACK プロセスを介して実行されます。VMware NSX Advanced Load Balancer では、RST パケットは特に除外されない限りエラーとして記録します。
[パーシステンスが変更されたクライアント接続]
通常、接続のパーシステンス変更は、サーバがオフラインになり、VMware NSX Advanced Load Balancer で新しいサーバへの接続をリバランスするよう強制されることが原因で発生します。このオプションを選択すると、このシナリオはエラーのリストから除外されます。
[クライアント接続が HTTP 要求前に終了]
クライアントで HTTP 要求を完了する前に接続を終了すると、VMware NSX Advanced Load Balancer ではエラーとして記録されます。このオプションを選択すると、このシナリオはエラーのリストから除外されます。
[サーバ接続の RST]
グレースフルな TCP シャットダウンは通常、FIN/ACK プロセスによって発生します。VMware NSX Advanced Load Balancer では、RST パケットは特に除外されない限りエラーとして記録します。Microsoft Exchange などのアプリケーションでは、RST を使用して接続を終了する場合があります。このオプションを選択すると、サーバの RST はエラーのリストから除外されます。

DNS エラーの除外

特定の DNS エラーは、エラーのリストから除外できます。次のリストから適切なチェックボックスを選択します。

[無効な DNS クエリ]
このチェックボックスをオンにすると、DNS クエリはエラーのリストから除外されます。
[存在しない DNS レコード]
このチェックボックスをオンにすると、サービス/レコードを構成していなかったドメインへのクエリはエラーのリストから除外されます。
[有効な GSLB サービスメンバーが存在しない]
このチェックボックスをオンにすると、利用可能なメンバーがない GSLB サービスへのクエリはエラーのリストから除外されます。
[サーバ DNS エラー]
このチェックボックスをオンにすると、サーバ DNS エラー応答はエラーのリストから除外されます。
[無効な DNS ドメイン]
このチェックボックスをオンにすると、DNS アプリケーションプロファイルに構成されているドメイン以外のドメインへの DNS クエリはエラーリストから除外されます。
[GSLB サービス停止]
このチェックボックスをオンにすると、処理が停止している GSLB サービスへのクエリはエラーのリストから除外されます。
[サポートされていない DNS クエリ]
このチェックボックスをオンにすると、サポートされていない DNS クエはエラーのリストから除外されます。
[DNS ポリシーの大幅な低下]
このチェックボックスをオンにすると、DNS ポリシーのドロップがエラーのリストから除外されます。

健全性スコア分析

健全性スコアが割り当てられるのは、サーバ、プール、仮想サービス、サービスエンジンです。次の設定は特に、仮想サービスの健全性スコア（スコアの内訳はパフォーマンス、アノマリ、リソースのペナルティ）の変更に適用されます。

[パフォーマンスの向上]
一部のアプリケーションでは、応答 Apdex のしきい値を常に満たすことができない場合があります。たとえば、バックエンドデータベースに依存するアプリケーションでは、通常 50 ミリ秒以内に応答しますが、場合によっては DB クエリに 2 秒かかることがあります。クライアントとサーバ応答の Apdex しきい値を 2 秒以上に設定します。これにより、応答が時折遅くなることには変わりなくても、成功しきい値をアグレッシブに維持することができます。
[アノマリペナルティ]
この設定では、アノマリがパフォーマンススコアから差し引かれるポイントを制御します。アノマリとは、クライアント、トラフィックボリューム、またはサーバ応答での動作に一貫性がないことによるアプリケーションへのリスクを表します。アノマリペナルティを下げると、パフォーマンススコアとリソースペナルティをさらに重視することになります。
[リソースペナルティ]
リソースが制約されると、リソースペナルティスコアが上がります。たとえば、仮想マシンで実行されているサービスエンジンやサーバの CPU、メモリ、ディスク使用率などです。
[セキュリティペナルティ]
セキュリティ評価に基づいて健全性スコアから差し引かれる最大ペナルティを指定します。

クライアントログ処理

[重要なログを有効化]
このチェックボックスをオンにすると、重要なログ収集が有効化されます。このフィールドは、デフォルトでは有効です。つまり、SE で重要なログが収集されてからコントローラへ転送され、さらに処理される、ということです。これらのログは、要求の応答コードが 500 の場合などのエラー条件に対応します。このフィールドを無効化すると、デフォルトの重要なログ収集がオフになります。
[重要なログ処理タイプ]
重要なログ処理タイプをドロップダウンメニューから選択します。重要なログは、ログ分析システムで、この設定に従って処理されます。ドロップダウンメニューのオプションは次のとおりです。
- [なし]
- [必要に応じて同期およびインデックスを作成]
- [自動同期とインデックス]
- [自動同期、ただし必要に応じてインデックスを作成]
[フィルタされたログ処理タイプ]
フィルタされたログ処理タイプをドロップダウンメニューから選択します。フィルタリングされたログとは、任意のクライアントログフィルタに一致するログか、ログの記録が有効化されるルールに一致するログです。こうしたログは、ログ分析システムで、これらの設定に従って処理されます。ドロップダウンメニューのオプションは次のとおりです。
- [なし]
- [必要に応じて同期およびインデックスを作成]
- [自動同期とインデックス]
- [自動同期、ただし必要に応じてインデックスを作成]
[重要でないログ処理タイプ]
重要でないログ処理タイプをドロップダウンメニューから選択します。重要でないログとフィルタリングされていないログは、ログ分析システムで、この設定に従って処理されます。ドロップダウンメニューのオプションは次のとおりです。
なし
- [必要に応じて同期およびインデックスを作成]
- [自動同期とインデックス]
- [自動同期、ただし必要に応じてインデックスを作成]

クライアントログの送信

[外部サーバへのログの送信]
このチェックボックスをオンにすると、[クライアントログの送信] セクションのフィールドが有効化されます。
[デフォルトポート]
外部サーバに使用するサービスポートを指定します。外部サーバが複数指定されている場合、ここで指定した 1 つのポート番号は、明示的なポート番号が外部サーバリストで指定されていないサーバすべてに適用されます。
[送信するログのタイプ]
外部サーバに送信するログのタイプをドロップダウンメニューから選択します。リストには次の値が表示されます。
- [すべてのログ]
- [フィルタに一致するログのみ]
- [重要なログのみ]
- [重要なログ/フィルタに一致するログ]
[最大ログ]
1 秒間にリモートサーバに送信されるログの最大数を指定します。デフォルトでは、1 秒あたり 100 個のログが送信されます。制限をかけない場合は、ゼロに設定します。
[ログストリーミングプロトコル]
ログストリーミングプロトコルをドロップダウンメニューから選択します。リストには次の値が表示されます。
- [TCP]
- [RAW]
- [UDP]
- [Syslog-over-UDP]
- [Syslog-over-TCP]

機密ログプロファイル

機密ログプロファイルを作成するには、[作成] ボタンをクリックします。次のウィンドウが表示されます。

次の詳細を指定します。

[名前]
ルール名を指定します
。[一致]
ログの照合に使用する条件を選択します。
1. [文字列]
  1. [条件]
    条件をドロップダウンメニューから選択します。リストには次の値が表示されます。
    1. [次で始まる]
    2. [次を含む]
    3. [次で始まらない]
    4. [次を含まない]
    5. [次で終わらない]
  2. [グループ]
    グループをドロップダウンメニューから選択します。カスタム値を設定することも、既存の値を選択することもできます。リストには次の値が表示されます。
    1. [カスタム値]
    2. [System-Cacheable-Resource-Types]
    3. [System-Compressible-Content-Types]
    4. [System-Devices-Mobile]
    5. [System-Rewritable-Content-Types]
      文字列グループやカスタム文字列を追加するには、[文字列グループまたはカスタム文字列の追加] オプションをクリックします。
[アクション]
一致したログフィールドに対するアクションを選択します。たとえば、一致したフィールドの削除やマスク解除ができます。
1. [アクションを有効化]
  このチェックボックスをオンにすると、一致したログフィールドに対するアクションが有効化されます。

SIP プロファイル

SIP トランザクションごとにログに記録される SIP (Session Initiation Protocol) メッセージの数と、SIP トランザクションで無視するエラーコードは、構成可能です。

[SIP ログの深さ]
SIP トランザクションのログに追加される SIP メッセージの最大数を示す SIP ログを指定します。
[エラー分類から SIP 状態コードを除外]
分類対象から除外する一連の SIP 状態コードを指定します。