pagesDownloadDownloadDownloadCloseネットワーク輻輳:使用例ネットワークの輻輳は、次の原因で発生する可能性があります。ユーザが、ネットワーク利用のピーク時に「帯域幅を占有する」バックアップジョブを開始する。設定ミスが原因で、サーバがランダムな間隔でパケットをドロップする。従来のモニタリングツールは、永続的なネットワークのボトルネックを検出するのに適していますが、断続的なボトルネックを見逃してしまうことがよくあります。ネットワークの可視性を使用すると、アプリケーションのパフォーマンスに影響を与える断続的なネットワークのボトルネックを簡単に特定して診断できます。アプリケーションの症状ある開発運用エンジニアが、ミッションクリティカルなアプリケーションのモニタリングを担当します。一部が突然赤色になっています。パフォーマンスが低下していることを示します。開発運用エンジニアは、アプリケーション全体の応答時間がわずかに増えていることに気付きます。開発運用エンジニアは調査することを決定します。ネットワークの診断ネットワークの問題があるかどうかを判断するために、開発運用エンジニアは次のことを行います。ページに移動し、リストをフィルタ処理して停止したコールのみを表示します。コールは停止したコールであるため、フローマップ全体は表示されません。タブに切り替えて、このコール中のネットワークのパフォーマンスを分析します。スナップショットの時間帯にパフォーマンスに影響を与えるイベント(PIE)が急増していることが示されます。急増が発生したことを確認できます。グラフで、パフォーマンスに影響を与えるイベントがすべて再送信タイムアウト(RTO)であることを確認できます。つの階層間のネットワークパスでパケットが損失していることを示します。損失の急増によって確認できます。開発運用エンジニアは、停止したコールと再送信の間に相関関係があると判断し、このイベントについて詳しく把握したいと考えます。グラフにより、これらのすべてがデータの再送信であることがわかります。つのノード間のネットワークパスに問題があることを示します。接続をセットアップする際に問題が発生していることを示します。ネットワークパスでのデータの再送信を数秒で認識します。次の手順は、ネットワーク内でこれらの再送信が発生している場所を特定することです。スコアが高いネットワークリンクを探します。あることに気付きます。これは、他のリンクよりも大幅に高いスコアです。接続するために使用されます。つを調査することにします。この階層の動的ダッシュボードが表示されます。このダッシュボードには、個々のトランザクションについて開発運用エンジニアが確認した、階層全体の同じメトリック相関が表示されます。接続を特定したいと考えます。ロードバランサの間のネットワークリンクをクリックします。次の両方の接続で発生していることを確認できます。断続的な損失が発生しています。これらの損失は、停止したコールの急増に関連しています。これで、ネットワークチームは、これらの接続で使用されているネットワークパスを調査して、問題がロードバランサで発生しているか、またはその他の場所で発生しているか確認できます。Confluence。