ネットワークフローマップには、アプリケーション フロー マップに表示されないオブジェクトが表示される場合があります。これは、これらのネットワークフローマップのオブジェクトが、ネットワークエージェントによって検出され、モニタ対象アプリケーションに関連しているデバイスを表す一方で、検出されたデバイスにネットワークエージェントがインストールされていないためです。
ロード バランサ
ネットワークの可視性により、ロードバランサ（LB）が自動的に検出され、ネットワークフローマップに表示されます。ロードバランサは、ネットワークトラフィックの分散を最適化することを目的としていて、多くの場合、外部ノードからの内部 IP を非表示にします。アプリケーション フロー マップには、ロードバランサは表示されません。これは、これらのデバイスがアプリケーションノードとして機能しないためです。
中間ロードバランサは、アプリケーションメッセージを 2 つの個別の接続、つまりノード A からロードバランサへの接続、ロードバランサからノード B への接続（ノード A -> LB、および LB -> ノード B）に分割します。ネットワークブラウザでこの詳細な層を追加すると、特定のパフォーマンスの問題が発生しているネットワークセグメントを簡単に識別できます。
TCP エンドポイント
コントローラは、TCP エンドポイントを使用して、モニタリング バンテージ ポイントが一方のエンドからのフローを表します。ネットワークエージェントは、モニタ対象ノードと TCP エンドポイント間の接続をモニタします。ただし、ネットワークエージェントは、このエンドポイントが別のノード上にあるか、または接続を 2 つに分割するロードバランサなどの中間デバイス上にあるかを判別できません。
次の図には、同じアプリケーションの 2 つの異なるビューが表示されています。
Application Dashboard には、2 つの MySQL インスタンスに接続する 2 つの階層が表示されています。アプリケーション フロー マップには、アプリケーション エージェントが直接認識できるモニタ対象ノード間のアプリケーションメッセージが表示されます。 | |
Network Dashboard には、階層/ノード間のリンク上の TCP エンドポイントが表示されています。ネットワークフローマップには、インストールされているネットワークエージェント（左）と、ネットワークエージェントが直接認識できないノード（右）が表示されています。 | |
次に、ネットワークエージェントが Inventory-Tier ノード（左）とインベントリ データベース サービス間の接続をモニタする方法の例を示します。TCP エンドポイントは、リンクを次のように分割します。
ネットワークエージェントに表示される接続を表す色付きの線、および
ネットワークの可視性によってインストゥルメント化されていない接続を表すグレーの線。ネットワークの可視性のないグレー線の接続リンクは、次の 2 つのいずれかを示します。
- TCP エンドポイントとインベントリ データベース サービスが、接続を 2 つに分割する中間デバイスと同じデバイス上にある。
- TCP エンドポイントとインベントリ データベース サービスが、ネットワークの可視性を許可しない別の接続を使用する 2 つのデバイス上にある。
このような理由から、グレー線の接続リンクにはメトリックが関連付けられません。
