問題分析ダッシュボード上で、特定の問題の詳細を確認すると、概要アラート インジケータによって環境全体の稼働状況が表示されます。
問題分析ダッシュボードには、特定の問題の原因究明に役立つグラフも表示されます。
|
グラフ名 |
内容 |
|---|---|
|
アプリケーション平均応答時間 |
モニタ対象のアプリケーションの合計応答時間です。
|
|
間隔ごとの応答数 |
モニタ対象のアプリケーションの処理能力です。 |
|
アプリケーションのストール数 |
バックエンド システムを含む、アプリケーションの全コンポーネントにおけるストールを表示します。 ストールは、実運用アプリケーションの多くの問題の原因を判断するために役立つ重要なメトリックです。 モニタ対象のアプリケーションにリクエストが行われたけれども、アプリケーションが 30 秒以内に応答しない場合にストールが発生します。 実運用環境で発生するストールの原因のほとんどは、アプリケーションのリクエストに対して、バックエンド システムが応答を停止したことにあります。 Introscope は、アプリケーションが接続するバックエンド システムを自動的に識別し、それらのシステムでストールが発生していないかどうかを監視します。 ただし、Introscope でバックエンド システムが見つからない場合は、そのシステムが監視されないままになります。 監視されていないバックエンド システムがストールすると、アプリケーションで派生的に発生したストールによって、ストールが発生していることは認識されますが、Introscope では原因を特定できません。 このような場合は、[上位並行処理ソケット通信数]グラフを使用して、問題の原因を判断できます。 |
|
上位並行処理ソケット通信数 |
ソケット並行処理メトリックの結果を表示します。 ソケット並行処理メトリックには、リーダおよびライタの 2 種類があります。 リーダ メトリックとは、バックエンド システムがソケットを介してデータを返信するのを待っているアプリケーション内のリクエストの数のことです。 ライタ メトリックとは、バックエンド システムがソケットを介してデータを受信するのを待っているアプリケーション内のリクエストの数のことです。 アプリケーション内のストールが、Introscope で認識されないバックエンド システムによって引き起こされた場合は、並行処理ソケットのリーダまたはライターの概要を確認すると、原因システムを特定できることがよくあります。 |
|
Copyright © 2013 CA.
All rights reserved.
|
|