ネットワークエージェントは、エージェントがインストールされているローカルノードのホストレベルで、さまざまな TCP ソケットメトリックを収集します。これらのメトリックは、すべての物理インターフェイスで TCP スタックの正常性、コリジョン、およびエラーをモニタするため、およびネットワークエージェントの CPU 消費をモニタするために使用します。

ネットワークダッシュボードの TCP ソケットのメトリック

これらのメトリックは、個々のノードの TCP ソケットの全体的な正常性を測定します。これらのメトリックを表示するには、ノードを選択します。つまり、ネットワークダッシュボードにアクセスし、階層をクリックし、[Nodes] タブを選択し、対象のノードを選択します。選択したノードの TCP ソケットのメトリックがダッシュボードの右側に表示されます。

メトリック説明デフォルトのモニタリングモード

Established

確立済み状態のソケットの数


KPI

Embryonic

セットアッププロセス中のソケットの数KPI

Wait

ソケットが終了プロセス中であるために、新しい接続に対して使用できないソケットの数。ソケットは、接続終了(FIN)メッセージを送信すると、次の 3 つの状態になります。

  1. FIN_WAIT1:ソケットは FIN を送信し、リモートソケットからの ACK を待機しています
  2. FIN_WAIT2:ソケットは ACK を受信し、リモートソケットからの FIN(最終的な接続終了)を待機しています
  3. TIME_WAIT:ソケットは、ネットワーク内に存在する可能性のある TCP 接続のパケットを処理するために、オープンしたままの状態です。TIME_WAIT 状態は、実装に応じて 1 ~ 4 分続く場合があります。

WAIT ソケットが原因で、そのソケットに依存するアプリケーションまたはサービスで大幅な遅延またはエラーが発生する可能性があります。同時待機ソケットの数が多いと、アプリケーションやサービスが新しい接続を作成できなくなる可能性があります。

KPI

Time Wait

FIN_WAIT 状態は比較的短く(数ミリ秒)、TIME_WAIT 状態は比較的長くなります(1 ~ 4 分)。その結果、Wait メトリックと Time Wait メトリックはほぼ同じになります。大きな違いは、選択したノードと別のホスト間の重要なネットワークの遅延を示すか、その他の遅延を示すかです。

KPI

メトリックブラウザのインターフェイスのメトリック

これらのメトリックは、ノードの物理インターフェイスのコリジョンとエラーの数を測定します。これらのメトリックを表示するには、次のように選択してメトリックブラウザでドリルダウンします。

Application Infrastructure Performance > <tier-name> > Individual Nodes > <node-name> > Host > Interface 

メトリック名
説明/注意事項
Monitoring Mode

Collisions

イーサネットのコリジョン検出が原因でインターフェイスがフレームを送信できなくなった場合に、すべてのインターフェイスで検出されたコリジョンエラーの数KPI

Receive Drops

ホスト上のすべてのインターフェイスによる受信中にドロップされたパケットの数KPI

Receive Errors

インターフェイスまたは接続されたケーブルの物理的な問題が原因で、インターフェイスがフレームを受信できなかった場合に、すべてのインターフェイスで検出されたコリジョンエラーの数KPI

Transmit Drops

ホスト上のすべてのインターフェイスによる送信中にドロップされたパケットの数KPI

Transmit Errors

インターフェイスまたは接続されたケーブルの物理的な問題が原因で、インターフェイスがフレームを送信できなかった場合に、すべてのインターフェイスで検出されたコリジョンエラーの数KPI

Total Errors

インターフェイスで検出されたイーサネットエラーまたは物理エラーの合計数KPI