「アプリケーションのトラブルシューティング」では、NSX Advanced Load Balancer のトラブルシューティング手順について説明します。 次に参照するドキュメント パケット キャプチャこのセクションでは、パケット キャプチャを使用して NSX Advanced Load Balancer のトラブルシューティングを行う方法について説明します。 SE 内のパケット遅延のトラブルシューティングSE タイム フロー トラッカーは、ネットワーク特性、重要なチェックポイントでの処理時間、およびネットワーク アプライアンスを通過するパケットのフラグ キューイング遅延を追跡できます。 展開後にリアルタイム メトリックの更新が遅くなるNSX Advanced Load Balancer ユーザー インターフェイスには、仮想サービス、プール、サーバなどのオブジェクトのリアルタイム メトリックが表示されます。表示をよりわかりやすくするために、[過去 30 分] オプションをお勧めします。ただし、グラフは数分おきにのみ更新される場合があります。その結果、平均データが 5 分間のブロックになります。 SSL 環境の視認性とトラブルシューティングNSX Advanced Load Balancer は、SSL トラフィックの使用率を把握し、SSL 関連の問題のトラブルシューティングを行うのに役立つ多くの機能を提供します。 NSX Advanced Load Balancer システムの障害障害は、NSX Advanced Load Balancer システム内で発生する問題を表し、特定の時点での状態を示します。各障害は、発生の履歴を表すシステム イベントを生成します。障害をアラートと混同しないようにする必要があります。障害は特定の時点での問題を表しますが、アラートはイベントに定義された式に基づいて生成されます。 テクニカル サポートこのセクションでは、NSX Advanced Load Balancer Pulse によって提供されるプロアクティブなテクニカル サポート サービスについて説明します。 HTTP のエラー コードHTTP または HTTPS 通信が失敗すると、NSX Advanced Load Balancer はさまざまなエラー コードで応答します。このセクションでは、サーバから返される一般的な HTTP エラー コードについて説明します。 仮想サービスのデバッグ時のセッション キー キャプチャの有効化このセクションでは、CLI とユーザー インターフェイスを使用して仮想サービスをデバッグするときにセッション キー キャプチャを有効にする構成について詳しく説明します。 サーバのフラッピングサーバの稼動状態と停止状態が短時間に頻繁に切り替わるフラッピングは、一般的な問題です。一般的に、サーバ フラッピングは、サーバが健全性モニターの許容される最大応答時間に到達するか、わずかに超えた場合に発生します。 不均等な RR トラフィックの分布新しいロード バランサをテストする際の一般的な要件は、ロード バランサがロード バランシングを正しく行っていることを検証することです。ラウンドロビン ロード バランシング アルゴリズムは、一般的に単純なテスト ケースとして使用されます。 ハイパーバイザーが SE による高 CPU 使用率を報告する理由このセクションでは、ハイパーバイザーまたはホストが NSX Advanced Load Balancer の SE で CPU 使用率が高くなっていることを報告する理由について説明します。 分析グラフの「データがありません」についてNSX Advanced Load Balancer ユーザー インターフェイスの分析グラフまたはログ グラフに表示される「データがありません」は、特定のイベントまたはエンティティに、表示するデータがないことを示します。 NSX Advanced Load Balancer ユーザー インターフェイスで確認される SE_SYN_CACHE_USAGE_HIGH および CONN_DROP_POOL_LB_FAILURE アラートこのセクションでは、SE_SYN_CACHE_USAGE_HIGH と CONN_DROP_POOL_LB_FAILURE のアラートが、NSX Advanced Load Balancer ユーザー インターフェイスの [運用] > [イベント] に表示される理由について説明します。 サービス エンジンの自動リバランス オプションが機能しないこのセクションでは、NSX Advanced Load Balancer のサービス エンジンで、自動リバランス機能が期待どおりに動作しない場合の解決方法について説明します。この状態になると、サービス エンジンの負荷が、定義されたしきい値を上回った場合や下回った場合に、仮想サービスが他のサービス エンジンにスケールインまたはスケールアウトされません。 サービス エンジンの障害検出障害検出は、サービス エンジンの高可用性を実現するために不可欠です。 CPU 使用率の差ホスト モニタリング ツールによって報告される CPU 使用率の数値と、NSX Advanced Load Balancer SE が実際に使用している CPU に違いがある場合があります。この CPU 使用率の差は設計によるものです。この記事では、値の違いの理由について説明します。NSX Advanced Load Balancer のユーザー インターフェイス モードと CLI モードを使用してトラブルシューティングを行うこともできます。 重複する管理ネットワークコントローラは Docker をローカルで実行し、非スーパー ユーザー アカウントに対して NSX Advanced Load Balancer CLI サーバを実行するためのサンドボックスを提供します。デフォルトでは、Docker は IP アドレス 172.17.0.1/16 を使用して Linux ブリッジ インターフェイスを作成します。このインターフェイスは、この 172.17.0.1/16 ネットワーク範囲内のコントローラとホスト間で競合や通信障害を引き起こす可能性があります。これは、コントローラが Docker ブリッジを介して /16 サブネット全体のローカル ネクスト ホップ ルートを持つことになるためです。