Site24x7 APMインサイト(アプリケーションパフォーマンス監視(APM)ツール)を使用してアプリケーションを監視すると、Apdexスコア、アプリケーションサーバーのスループット、応答時間、例外など、重要なメトリックをカスタマイズ可能な統一コンソールから追跡および測定できます。
開始するには:

アプリケーション内で、[Webトランザクション]と[バックグラウンドトランザクション]を切り替えて、関連するメトリックを表示できます:
収集エージェントに基づいて、データスループットの可視性は異なります。
次のタブにアクセスすることで、アプリケーションのさまざまなパラメーターとメトリックを取得できます。
このタブの基本的な機能は、アプリケーションのすべての主要なパラメーターの全体像を把握することです。

Apdexスコアは、アプリケーションのパフォーマンスに対するユーザーの満足度を1.0(最高)から0(最低)のスケールで測定します。
Apdexスコアが:

データスループットは、着信リクエストのサイズを評価するのに役立ち、アプリケーションサーバーがどれだけのデータを処理しているかを把握できます。
たとえば、上の画像から、特定のトランザクション「arh/trace」が他のリクエストと比較してリクエストサイズが大きいことがわかります。
これにより、着信リクエストの一般的なサイズを評価でき、着信リクエストのサイズが急増した場合に役立ちます。
たとえば、DDoS攻撃の場合、平均リクエストサイズを知っていれば、悪意のある着信リクエストの予期せぬ大きなデータサイズによる異常を簡単に発見できます。
他のメトリックについては、以下の表を参照してください。
| パラメーター | 説明 |
|---|---|
| Apdex | アプリケーションのパフォーマンスに対するユーザー満足度の数値指標(1が最高、0が最低)。 |
| 平均応答時間 | アプリケーションの平均応答時間。アプリケーション内のすべてのトランザクションの平均期間を指します。 |
| リクエストスループット | 1分あたりに受信したリクエストの数。 |
| リクエスト数 | 選択した期間中に受信したリクエストの総数。 |
| エラー(%) | 発生したエラーの割合。 |
| データスループット | リクエストとレスポンスオブジェクトのサイズが追跡され、データスループットに表示されます。リクエストサイズは「Bytes In」としてキャプチャーされ、レスポンスサイズは「Bytes Out」としてキャプチャーされます。 |
| 例外 | 発生した致命的な例外と警告の総数。 |
| エージェントの最終通信時刻 | エージェントの最新の通信のタイムスタンプ。 |
インターフェースを下にスクロールすると、上記の各メトリックのグラフ表示を確認できます。
イベントタイムラインウィジェットは、選択したアプリケーション/インスタンスのすべてのイベントを選択した期間で記録します。[ダウン]、[クリティカル]、[トラブル]、[メンテナンス]、[異常]、または[一時停止]など、過去のさまざまなイベントを特定できます。各イベントは簡単に識別できるように色分けされています。イベントをドリルダウンして最大限のデータを抽出し、簡単なトラブルシューティングを容易にすることができます。
アプリケーションはさまざまなコンポーネントに接続されているため、アプリケーションの速度が低下した場合、これらのコンポーネントのいずれかが機能していないか、応答に時間がかかりすぎていることが原因である可能性があります。
グラフで急なスパイクに気付いた場合は、その上にカーソルを合わせると、どのコンポーネントが遅延の原因であるかを特定できます。グラフは、明確さと解釈のしやすさのために色分けされています。
このグラフは、アプリケーションによってスローされた例外の数を、[警告]と[致命的]な例外に分類して表示します。95パーセンタイル値は、例外発生の典型的な上限を示します。グラフにカーソルを合わせると、特定のタイムスタンプでのカウントが表示されます。
このグラフは、選択した期間中に記録されたアプリケーションエラーの総数を表示します。

このグラフは、選択した期間中にアプリケーションでスローされた例外の種類を表示します。バーの各色は、異なる例外タイプ(例:System.RuntimeType、System.Net.WebExceptionなど)を表します。
HTTPエラー率は、4xxまたは5xxのステータスコードを返すHTTPリクエストの割合であり、特定の時間枠内でのアプリケーションまたはサービスの信頼性とユーザーエクスペリエンスの品質を測定します。
このグラフは、アプリケーションのHTTPエラー率の経時変化を示します。

アプリケーションがRUM監視に関連付けられている場合にのみ、これらのグラフのデータを表示できます。

RUM監視をAPM監視に関連付けたい場合:
このグラフは、Webアプリケーションの全体的な応答時間に寄与するさまざまなコンポーネントの内訳を提供します。この内訳には、通常、[リダイレクション時間]、[DNS時間]、[接続時間]、[サーバー時間]、[最初のバイトまでの時間]、[ドキュメントダウンロード時間]、[ページレンダリング時間]、[ドキュメントレンダリング時間]が含まれます。
このウィジェットは、Webアプリケーションの全体的な応答時間に寄与するさまざまなコンポーネントの内訳を表示します。これには、[リダイレクション時間]、[DNS時間]、[接続時間]、[サーバー時間]、[最初のバイトまでの時間]、[ドキュメントダウンロード時間]、[ページレンダリング時間]、[ドキュメントレンダリング時間]が含まれます。
さらに下にスクロールすると、平均応答時間による上位5つのトランザクション、上位5つの遅いトレース、最近の5つの例外、および最近の5つのエラートランザクションのリストを取得できます。

選択したアプリケーション/インスタンスのすべてのイベントを選択した期間で表示します。
必要な時間の上にカーソルを合わせると、[UP]、[DOWN]、[CRITICAL]、[TROUBLE]、[SUSPEND]など、さまざまなステータスのインスタンスの内訳が表示されます。
ここでは、アプリケーション内のすべてのトランザクションのリストを確認できます。

| パラメーター | 説明 |
|---|---|
| トランザクション | トランザクションの名前。 |
| Apdex | アプリケーションのパフォーマンスに対するユーザー満足度の数値指標。1が最高、0が最低。 |
| カウント | 特定のトランザクションがユーザーによって呼び出された回数。 |
| エラー(%) | 特定のトランザクションで発生したエラーの割合。 |
| エラー数 | 特定のトランザクションで発生したエラーの総数。 |
| 平均応答時間 | 特定のトランザクションがユーザーリクエストに応答するまでにかかる平均時間。 |
| 最小応答時間 | トランザクションの最小応答時間。 |
| 最大応答時間 | トランザクションの最大応答時間。 |
| 合計応答時間 | トランザクションの合計応答時間。 |
| 平均CPU時間 | CPUが応答するまでにかかった平均時間。 |
| 致命的 | 特定のトランザクションで発生した致命的なエラーの数。 |
| 平均Bytes In | 受信したリクエストの平均数。リクエストサイズは「Bytes In」で測定されます。 |
| 最小Bytes In | トランザクション中に受信したデータの最小量(バイト単位)。 |
| 最大Bytes In | トランザクション中に受信したデータの最大量(バイト単位)。 |
| 合計Bytes In | 受信したレスポンスの総数。レスポンスサイズは「Bytes In」で測定されます。 |
| 平均Bytes Out | 送信されたレスポンスの平均数。レスポンスサイズは「Bytes Out」で測定されます。 |
| 最小Bytes Out | トランザクション中に送信されたデータの最小量(バイト単位)。 |
| 最大Bytes Out | トランザクション中に送信されたデータの最大量(バイト単位)。 |
| 合計Bytes Out | 送信されたレスポンスの総数。レスポンスサイズは「Bytes Out」で測定されます。 |
トランザクションは4つの異なるタブに分類されて表示されます。
メトリックは[テーブルビュー]と[グラフビュー]の2つの異なるビューで表示できます。デフォルトでは、メトリックはテーブルビューで表示されます。
このセクションでは、アプリケーションで実行されたSQLクエリの総数に関する完全な説明を提供します。
| パラメーター | 説明 |
|---|---|
| DB操作 | 実行されたDB操作の名前。 |
| カウント | 選択した期間中に、特定のDB操作がアプリケーションで実行された回数。 |
| エラー(%) | 特定のDB操作で発生したエラーの割合。 |
| 平均応答時間 | 特定のDB操作が完了するまでにかかる平均時間。 |
| 最小応答時間 | DB操作が完了するまでにかかる最も短い時間。 |
| 最大応答時間 | DB操作が完了するまでにかかる最も長い時間。 |
| 合計応答時間 | DB操作の合計応答時間。 |
メトリックはテーブルビューとグラフビューの2つの異なるビューで表示できます。デフォルトでは、メトリックはテーブルビューで表示されます。
[並べ替え]オプションを使用して、[平均応答時間]、[カウント]、[エラー(%)]、[合計応答時間]の値に基づいてレコードを整理できます。
図のように、[データベース呼び出しを検索]ボックスを使用してDB操作を直接検索することもできます。
[CSVとしてエクスポート]オプションを使用してDBレポートをエクスポートすることもできます。
トレースとは?
トランザクションが指定されたしきい値を超えると、トレースとしてキャプチャーされます。
このセクションでは、このアプリケーションでキャプチャーされたすべてのトレースのリストを提供します。
| パラメーター | 説明 |
|---|---|
| トランザクション | トレースがキャプチャーされたトランザクションの名前。 |
| 応答時間 | トランザクションが実行を完了するまでにかかった時間。 |
| CPU時間 | トランザクションの処理にCPUで費やされた時間。 |
| 外部呼び出し | 実行中に行われた外部リモート呼び出しの数。 |
| 例外数 | 発生した例外の総数。 |
| SQL時間 | SQLクエリが完了するまでにかかった時間。 |
| 平均応答時間 | 特定のトレースがユーザーリクエストに応答するまでにかかる平均時間。 |
| 合計Bytes In | リクエストによってもたらされたデータの量。 |
| 合計Bytes Out | リクエストへの応答として送信されたデータの量。 |
| 使用メモリー | トランザクションによって使用されたメモリーの量。 |
| 分散呼び出し数 | 特定のトレースが他の分散アプリケーションに呼び出しを行った回数。 |
| インスタンス | マップされたインスタンス。 |
トレースは3つの異なるタブに分類されて表示されます。
| すべて | このタブには、すべてのトレースのリストが表示されます。 |
| エラー | このタブには、エラーを含むトレースのリストが表示されます。 |
| 分散 | このタブには、分散トレースのリストが表示されます。 |
Site24x7は、複数の検索条件に基づいてトレースを特定するために、[フィルター]と[高度なフィルター]オプションを使用します。その後、フィルタリングされたトレースに対して必要なアクションを実行できます。これらのフィルターは、次の3つのカテゴリのいずれかに適用できます:
フィルター:
[フィルター]ドロップダウンからトレースメトリックのいずれかを選択し、提供されている[次の値より上]ボックスにしきい値を指定することで、簡単な検索を実行できます。
例:[フィルター]ドロップダウンから[応答時間]を選択し、[次の値より上]ボックスにしきい値を3秒と設定すると、応答時間が3秒を超えるすべてのトレースが表示されます。
高度なフィルター:
[高度なフィルター]オプションには組み込みのAND条件があり、無制限の数の検索条件を指定できます。フィルタリングプロセス中に、AND条件が実装されます。つまり、これらのすべての条件に一致するトレースのみが表示されます。
[フィルターを追加]オプションをクリックして、[トランザクション名]、[例外クラス]、[コンポーネント名]などの必要なフィールドタイプとフィールド値を選択できます。フィールド値は、選択したフィールドタイプに基づいてリストされます。
複数のフィルターを1つずつ追加できます。追加された各フィルターはAND条件と見なされます。
たとえば、以下の画像では、検索条件には3つの条件があります:[トランザクション名]が「zylker/settings/」、[例外]が「java.lang.NullPointerException」、[応答時間]が2秒以上です。
特定のトランザクションのパフォーマンスを表示するには、
アイコンをクリックします。

必要なトレースの全体像は、それを直接クリックすることで表示できます。
トレースをクリックすると、その完全な詳細を表示できます。そこから、次のタブにアクセスして、さまざまなパラメーターとメトリックを調べることができます:
選択したトレースの全体的な概要を示します。

| パラメーター | 説明 |
|---|---|
| 最も遅いメソッド呼び出し | 最も遅いコンポーネントの名前。 |
| カウント | コンポーネントが呼び出された回数。 |
| 期間 | トレースが実行にかかった合計時間のうち、このコンポーネントが実行にかかった時間。 |
| 割合(%) | 合計時間のうち、このコンポーネントの実行に費やされた時間の割合。 |
未インストルメントのコードブロック:
一般的に、APMインサイトエージェントはアプリケーション内の既知のフレームワークとメソッドをキャプチャーします。トランザクションに関与するコンポーネント(メソッド呼び出しや関数を含む)は、[トレース]タブにリストされます。
トランザクショントレースを検査しているときに、「未インストルメントのコードブロック」というフィールドが表示されることがあります。
このメッセージは、次の2つの状況で表示される可能性があります:
| パラメーター | 説明 |
|---|---|
| 外部呼び出し | トレースの実行中に行われた外部呼び出し。 |
| 合計時間 | 外部呼び出しが完了するまでにかかった合計時間。 |
| 合計カウント | 特定の呼び出しが実行された回数。 |
このタブでは、トレースに関与するすべてのエンティティを深く掘り下げて、レイテンシーを引き起こしている異常なスパンを特定できます。例外、外部呼び出し、データベースクエリなどをキャプチャーします。

トレースの合計期間とトレース内のスパンの総数を表示します。[フィルター]ドロップダウンメニューからAPPCODE、MYSQL、WEBREQUEST、HANDLED_EXCEPTIONS、ALLなどのトレースタイプを選択することで、簡単な検索を実行できます。
以下のスクリーンショットのように、[スパン名で検索]ボックスを使用してスパンを名前で検索することもできます。

トレースタイムラインの凝縮されたビューを提供します。マップ上でマウスをクリックしてドラッグすることで、その時間範囲のスパンをフィルタリングできます。フィルタリングされたスパンはメインのタイムラインにリストされます。別の時間範囲を選択したい場合は、[リセット]をクリックしてから再度選択します。

1,500以上のスパンを含むトレースの場合、ミニマップは生成されません。
トレース内のスパンのリストを表示します。スパンを展開または折りたたんで子スパンを表示することもできます。
以下のスクリーンショットは展開されたスパンを示しています。

トレースによって実行されたすべてのSQLクエリに関する情報。

| パラメーター | 説明 |
|---|---|
| タイムスタンプ(秒) | SQLクエリがトレースによって実行された時刻。 |
| 実行時間(ms) | クエリが単独で完了するまでにかかった時間。 |
| クエリ | 実行されたクエリの名前。 |
| クエリ数 | 実行されたクエリの総数。 |
トレースの実行中に行われたすべての外部リモート呼び出しをリストします。行われたすべての外部呼び出しは、[ALL]と[MYSQL]の2つの分類で識別され、リストされます。

外部呼び出しがどのように追跡されるかについて詳しく知るには、外部呼び出しの追跡に関するブログをご覧ください。
このタブはJavaアプリケーションでのみ表示されます。
Javaアプリケーションの場合、[トレース]→[JVM] [メトリック]に移動して、トレース開始時刻の前後の[JVM] [CPU] [使用率]、[JVM] [クラス] [カウント]、[ヒープ] [メモリ]、[非ヒープメモリ]などの重要なJVMメトリックのグラフビューを取得できます。グラフ上の赤いマークはトレースの開始時刻を示します。ユーザーは、トランザクションの実行中に主要なメトリックを比較することで、トラブルシューティング情報を取得できます。

このタブはNode.jsアプリケーションでのみ表示されます。
Node.jsアプリケーションの場合、[トレース]→[NodeVMのメトリック] に移動して、トレース開始時刻の前後のCPUメトリック、ガベージコレクションデータ、イベントループデータのグラフビューを取得できます。グラフ上の赤いマークはトレースの開始時刻を示します。ユーザーは、トレースの前後の主要なメトリックを比較することで、トラブルシューティング情報を取得できます。
このタブは、インスタンスにサーバー監視がマップされている場合にのみ表示されます。
[トレース]→[サーバーメトリック]に移動して、トレース開始時刻の前後のサーバーの重要なメトリックのグラフビューを表示します。グラフ上の赤いマークはトレースの開始時刻を示します。これにより、ユーザーは指定された時刻に対応するサーバーのステータスに関する情報を取得できます。

このタブはJavaアプリケーションでのみ表示されます。ランタイムデータ、CPU使用率、メモリ配布、ガベージコレクション、スレッドアクティビティに関するインサイトを提供し、アプリケーションの健全性の監視やパフォーマンス問題のトラブルシューティングに使用できます。詳細はこちら。
このタブは、IIS監視コンソールでAPMインサイトを有効にし、かつ.NETエージェントを使用している場合にのみ利用可能です。IIS監視でAPMインサイトを有効にする方法については、同じトピックに関するブログをご覧ください。次のタブにアクセスすることで、さまざまなパラメーターとメトリックを取得できます:
IISサーバーとサーバーにアクセスしているアプリケーションの全体像を示します。
IISサーバーで実行されているすべてのアプリケーションプールに関する情報。
[Node VM]タブは、Node.jsエージェントを使用している場合にのみ利用可能です。Node.jsエージェントは、Google Chrome V8から主要なメトリックデータを収集するネイティブなノードアドオンであるNode VMを使用します。エージェントはCPUメトリックを収集し、これらは通常ガベージコレクション(GC)メトリックと一緒に分析されます。これらのメトリックは、アプリケーションのパフォーマンスを向上させるのに役立ちます。
このタブには、発生したすべての例外タイプの説明と、それらが何回発生したかのカウントが表示されます。

サービスマップタブは、アプリケーションインフラストラクチャとその依存関係の包括的な図を提供します。アプリケーションと依存関係のパフォーマンスと健全性のさまざまな側面に関する貴重なインサイトを提供します。以下にその利点を示します:
このタブは、アーキテクチャを理解し、潜在的なボトルネックや障害点を特定するのに役立ち、顧客に影響が及ぶ前にアプリケーションの問題をトラブルシューティングできます。
メトリックはマップビュー、グラフビュー、または表形式ビューの3つの異なるビューで表示できます。デフォルトではマップビューが表示されます。

アラートログタブは、選択したAPMアプリケーションに対して、選択した期間内にトリガーされたすべてのアラートを分析するのに役立ちます。アラートアクティビティの詳細な、タイムスタンプ付きのビューを提供し、アプリケーションで何が問題だったのか、いつ発生したのか、どのようにトリガーされたのかを理解できます。
大量のアラートデータを効率的にナビゲートするために、クエリベースのフィルターを適用できます。アラートタイプ、ステータス、または障害IDなどのパラメーターに基づいてクエリを入力して、結果を絞り込みます。クエリが適用されると、基準に一致するアラートログのみが表示されます。
各ログエントリには、次のような主要情報が表示されます:
[比較ビュー]または[マイルストーンビュー]では、アラートログタブは利用できません。

このタブはJavaおよび.NETアプリケーションでのみ表示されます。
アプリケーションパラメータータブでは、アプリケーションのパフォーマンスに関連するカスタムパラメーターを作成、監視、分析できます。
左側には、アプリケーション用に作成されたアプリケーションパラメーターのリストが表示されます。各パラメーターには以下があります:
表示したいパラメーターを直接クリックできます。これにより、そのパラメーターに関連する詳細情報とグラフ表示が表示されます。
保存されると、ビューは左ペインの[ビュー]の下に追加されます。
左ペインから任意のビューを選択して更新または削除することもできます。
このタブはJavaおよび.NETアプリケーションでのみ表示されます。

スレッドプロファイルタブでは、スレッドダンプを収集および分析できます。これらのダンプを分析することで、スタックしている、待機している、または多くのCPUを消費しているスレッドを特定できます。
スレッドプロファイルについてさらに詳しく知るには、スレッドダンプ分析機能をご覧ください。
一般的に、機能更新、問題修正、パフォーマンス向上などの前後のアプリケーションパフォーマンスを確認するためにマイルストーンをマークできます。作成されたすべてのマイルストーンは、[マイルストーン]タブで表示できます。選択した期間に対応するアプリケーション用に作成されたマイルストーンがここにリストされます。

ここでは監視レベルで作成されたマイルストーンのみが表示され、グループおよびグローバルレベルで作成されたマイルストーンは[管理]タブで表示できます。詳細はこちら。
特定のマイルストーンをクリックすると、選択した期間の前後のアプリケーションのメトリックが表示されます。
マイルストーンマーカーを使用して比較できるメトリックは次のとおりです:
たとえば、[buildupdate]マイルストーンをクリックすると、3時間前後のアプリケーションのパフォーマンスを表示できます。

これは、Site24x7 APMインサイト RUMエージェントによって収集されたすべての重要なデータを表示するインターフェイスタブです。

自動RUMインジェクション機能を使用して、JavaおよびPHPアプリケーションでRUMを簡単に有効にできます。
一般的に、アプリケーションのインスタンスにマップされたすべてのサーバー監視の包括的なリストを見ることができます。サーバーメトリックをインスタンスレベルとアプリケーションレベルで別々に表示することもできます。詳細はこちら。
左上のメニューからアプリケーション名を選択すると、アプリケーションに関連付けられたサーバー監視の完全なリストが表示されます。

サーバー監視をクリックすると、パフォーマンスメトリックの全体像を表示できます。

左上のメニューからインスタンス名を選択すると、関連するサーバーのすべての主要なパフォーマンスメトリックの徹底的な図が表示されます。

選択したアプリケーション/インスタンスのダウン、トラブル、クリティカル履歴の全体的な概要を、開始時刻から終了時刻、期間、理由、コメントとともに提供します。
| パラメーター | 説明 |
|---|---|
| 開始時刻から終了時刻 | 検出された障害の開始時刻と終了時刻 |
| 期間 | 検出された障害の期間 |
| 理由 | 迅速なトラブルシューティングのための検出された障害の理由 |
| コメント | 参照用にユーザーが追加したコメント |

アラートログの表示
[アラートログを表示]リンクをクリックすると、[アラートログ]タブにリダイレクトされ、特定の障害中にAPMアプリケーションに対して生成されたすべてのアラートを表示できます。
アイコンをクリックして、障害をメンテナンスとしてマークしたり、コメントを編集したり、無関係な障害を削除したりできます。
[メンテナンスとしてマーク]オプションを使用して、特定の障害期間をメンテナンスとしてマークできます。障害をメンテナンスとしてマークした後、ステータスアイコンはメンテナンスに変わりますが、レコードは[障害]タブの下で引き続き利用可能です。必要に応じて、メンテナンスを障害に戻すことができます。
ハンバーガーアイコンをクリックして[データ収集統計]オプションを選択することで、特定の障害の詳細なデータレポートを取得できます。
検出された障害中、Site24x7は障害の理由を[理由]セクションに自動的に入力します。ユーザーの役割に関係なく、誰でも[コメントの編集]オプションを使用してこれらのシステム生成コメントを編集/削除できます。
[削除]オプションを使用して、無関係な障害またはメンテナンスを削除できます。

データ収集統計タブは、選択したアプリケーションまたはインスタンスの、選択した期間の詳細なデータレポートを提供します。データレポートは過去30日間利用可能です。
最新のポーリングのデータレポートを表示するには、ページを手動で更新してください。

| パラメーター | 説明 |
|---|---|
| ステータス | [Up]、[Down]、[Trouble]、[Critical]などの監視のステータス |
| Apdex | ユーザー満足度のメトリック。1が最高、0が最低 |
| 平均応答時間(ms) | ユーザーリクエストへの応答にかかる平均時間 |
| カウント | 成功した応答があったリクエストの数 |
| エラー数 | 発生したエラーの総数 |
| 致命的な例外数 | 発生した致命的な例外の総数 |
| スループット(rpm) | 1分あたりに受信したリクエストの数 |
| エラー率(%) | 発生したエラーの割合 |
| JVM CPU使用率(%) | Java仮想マシン(JVM)によるCPU使用率 |
| ヒープメモリ使用率(%) | JVMによって使用されるヒープメモリの割合 |
| GCカウント | 発生したグローバルガベージコレクションの数 |
| GC時間(ms) | ガベージコレクションの実行にかかった時間 |
一般的に、アプリケーション内のすべてのインスタンスの包括的なリストと、それらに関連付けられたメトリックを見ることができます。
個々のインスタンスをクリックすると、それぞれのインスタンス詳細ページに移動します。
| パラメーター | 説明 | 利用可能 |
|---|---|---|
| Apdexスコア | ユーザー満足度の数値指標。1が最高、0が最低。 | Java、.NET、Node.js、PHP、Ruby、Python |
| 満足(カウント) | 「満足」とラベル付けされたトランザクションの数。 トランザクションの応答時間がいずれかのApdexしきい値を下回る場合、そのトランザクションは「満足」とラベル付けされます。 |
Java、.NET、Node.js、PHP、Ruby、Python |
| 許容(カウント) |
「許容」とラベル付けされたトランザクションの数。 トランザクションの応答時間がApdexしきい値と完全に等しいか、「満足」と「不満」のしきい値の間にある場合、「許容」とラベル付けされます。 |
Java、.NET、Node.js、PHP、Ruby、Python |
| 不満(カウント) |
「不満」とラベル付けされたトランザクションの数。 トランザクションの応答時間がApdexしきい値の4倍を超える場合、そのトランザクションは「不満」とラベル付けされます。 |
Java、.NET、Node.js、PHP、Ruby、Python |
| 応答時間(ms) | インスタンスがユーザーリクエストに応答するまでにかかる平均時間。 | Java、.NET、Node.js、PHP、Ruby、Python |
| スループット(rpm) | 1分あたりに受信したリクエストの数。 | Java、.NET、Node.js、PHP、Ruby、Python |
| リクエスト数 | 受信したリクエストの総数。 | Java、.NET、Node.js、PHP、Ruby、Python |
| エラー(%) | 発生したエラーの割合。 | Java、.NET、Node.js、PHP、Ruby、Python |
| ステータス | Up、Down、Trouble、Criticalなどのインスタンスのステータス。 | Java、.NET、Node.js、PHP、Ruby、Python |
| ホスト | インスタンスのホスト名。 | .NET |
| IP |
インスタンスのIPアドレス。 値にカーソルを合わせると、完全なIPリストが表示されます。 |
Java、.NET |
このハンバーガーアイコン(
)をクリックし、[PDFとしてエクスポート]を選択して、インスタンスメトリックレポートをエクスポートします。
