ハードウェアリソースのメトリック
このページでは、マシンエージェントによって収集される基本ハードウェアメトリックと、サーバの可視性のためにマシンエージェントによって収集される追加のメトリックについて説明します。メトリックブラウザツリーのハードウェア リソース ブランチに表示されるすべてのメトリックが、マシンエージェントによって提供されるわけではありません。一部のメトリックは、データベースエージェントによって収集され、データベースモニタリング UI で使用されます。またその他のメトリックは、マシンエージェントが実行する別の拡張機能によって追加されるカスタムメトリックである場合があります。
メトリックブラウザのほとんどのメトリックでは、グラフ内の任意のポイントを選択することで、その時点で観測されたメトリックに関する詳細情報を表示できます。この情報には、メトリック識別子、観測の日時、メトリックに関連する次のいずれかの値が含まれます。
- （観測値）：該当期間に見られるすべてのデータポイントの平均。クラスタまたは時間ロールアップの場合、これはノード全体または時間の経過に伴う加重平均を表します。
- ：該当期間に見られるデータポイントの最小値。
- ：該当期間に見られるデータポイントの最大値。
- ：該当期間に見られるすべてのデータポイントの合計値。Java用アプリエージェントのパーセンタイルメトリックにおいては、パーセンタイル値にカウントを掛けた結果となります。
- ：該当期間にメトリックに対して生成されたデータポイントの数。インフラストラクチャ メトリックの収集間隔は環境によって異なります。
CPU メトリック
| メトリック名 | 説明 | 基本またはサーバの可視性 | Windows | Linux | [Solaris] | AIX | デフォルトのモニタリングモード |
|---|---|---|---|---|---|---|---|
| %Idle | CPU がアイドル状態（CPU がタスクを完了し、実行する処理がない状態）だった時間のパーセンテージ。 | 基本 | | | | | 診断 |
| %ビジー |
CPU がシステムまたはユーザの要求を処理しているビジー状態の時間のパーセンテージ。このメトリックには、CPU の盗難時間が含まれます。 | 基本 | | | | | KPI |
| %Stolen4 |
通常、盗難時間は、ハイパーバイザが別の仮想プロセッサにサービスを提供している間に、仮想 CPU が実際の CPU を待機する時間のパーセンテージです。 | 基本 | | | | | KPI |
| %Nice | 優先順位の低いプロセスに費やされた CPU 時間のパーセンテージ。 | Server Visibility | | | | | 詳細設定 |
| システム |
カーネルコードを処理するために CPU がビジー状態だった時間のパーセンテージ。 | サーバーの可視性 | | | | | KPI |
| ユーザー |
非カーネルコードを処理するために CPU がビジー状態だった時間のパーセンテージ。 | サーバーの可視性 | | | | | KPI |
| IOWait |
I/O 要求の待機に費やされた CPU 時間のパーセンテージ。 | サーバーの可視性 | | | |
| KPI |
| %Irq | ハードウェア割り込みの処理に費やされた CPU 時間のパーセンテージ。 | Server Visibility | | | | | 診断 |
| %SoftIrq | ソフトウェア割り込みの処理に費やされた CPU 時間のパーセンテージ。 | Server Visibility | | | | | 詳細設定 |
| %Busy 95th Percentile2 |
CPU ビジー率（%）が、このレベルであるか、またはその時間の 95% を下回っている。 | サーバーの可視性 | | | | | KPI |
| IOWait 95th Percentile2 | CPU ビジー率（%）が、このレベルであるか、またはその時間の 95% を下回っている。 | サーバーの可視性 | | | | | KPI |
1「Linux カーネルプロセス」を参照してください。
2「パーセンタイル メトリック レポートの有効化」を参照してください。
3「デフォルトのモニタリングモード」を参照してください。
4「盗難時間が異なる方法でレポートされる」を参照してください。
メモリのメトリック
| メトリック名 | 説明 | 基本またはサーバの可視性 | Windows | Linux | [Solaris] | AIX | デフォルトのモニタリングモード |
|---|---|---|---|---|---|---|---|
| Total (MB) |
メモリの合計量。 | 基本 | | | | | KPI |
| 使用率 % | 使用されているメモリのパーセンテージ。 | 基本 | | | | | KPI |
| 使用済(MB) |
使用されているメモリの量。 | 基本 | | | | | 詳細設定 |
| Free % | プロセスに使用できる空きメモリまたは未使用メモリのパーセンテージ。 | 基本 | | | | | 詳細設定 |
| Free (MB) | プロセスに使用できる空きメモリまたは未使用メモリの合計容量。 | 基本 | | | | | 詳細設定 |
| Swap Free (MB) | 空きスワップ領域の合計量。各階層グループについてレポートされます。 | Server Visibility | | | | | 詳細設定 |
| Swap Total (MB) | 割り当てられたスワップ領域の合計量。各階層グループについてレポートされます。 | サーバーの可視性 | | | | | KPI |
| Swap Used (MB) | 使用されているスワップ領域の量。各階層グループについてレポートされます。 | Server Visibility | | | | | 詳細設定 |
| Swap Used % |
使用されている使用可能スワップ領域のパーセンテージ。各階層グループについてレポートされます。 | サーバーの可視性 | | | | | KPI |
| Swap Free % | 空きスワップ領域のパーセンテージ。各階層グループについてレポートされます。 | Server Visibility | | | | | 詳細設定 |
| Pages Paged In 95th Percentile2 | メモリへのページングインレートが、このレベルであるか、またはその時間の 95% を下回っている。 | サーバーの可視性 | | | | | KPI |
| Pages Paged Out 95th Percentile2 | メモリからのページングアウトレートが、このレベルであるか、またはその時間の 95% を下回っている。 | サーバーの可視性 | | | | | KPI |
| Pages Swapped In 95th Percentile2 | ディスクからのページのスワップレートが、このレベルであるか、またはその時間の 95% を下回っている。 | サーバーの可視性 | | | | | KPI |
| Pages Swapped Out 95th Percentile2 | ディスクへのページのスワップレートが、このレベルであるか、またはその時間の 95% を下回っている。 | サーバーの可視性 | | | | | KPI |
1「Linux カーネルプロセス」を参照してください。
2「パーセンタイル メトリック レポートの有効化」を参照してください。
3「デフォルトのモニタリングモード」を参照してください。
4「盗難時間が異なる方法でレポートされる」を参照してください。
ディスクとパーティションのメトリック
エージェントは、各ディスクパーティションのメトリックとディスクのメトリックを集約してレポートします。マウントされたパーティションとローカルパーティションのみが報告されます。
| メトリック名 | 説明 | 基本またはサーバの可視性 | Windows | Linux | [Solaris] | AIX | デフォルトのモニタリングモード |
|---|---|---|---|---|---|---|---|
| KB read/sec | すべてのディスクとパーティションから読み取られた 1 秒あたりの KB 数。 | 基本 | | | | | 詳細設定 |
| KB written/sec | すべてのディスクとパーティションに書き込まれた 1 秒あたりのデータの平均量。 | 基本 | | | | | 詳細設定 |
| Reads/sec | すべてのディスクとパーティションで実行された 1 秒あたりの読み取り操作の数。 | 基本 | | | | | KPI |
| Writes/sec | すべてのディスクとパーティションで実行された 1 秒あたりの書き込み操作の数。 | 基本 | | | | | KPI |
| Avg IO Utilization (%) | すべてのディスクとパーティションでの読み取り/書き込み要求の処理にかかった平均時間（レポート対象の合計時間枠のパーセンテージとして）。多くの場合、データベースは、読み取り/書き込み要求が頻繁に発生するため、高いディスク I/O 使用率をレポートします。たとえば、エージェントが 60 秒のうちの 55 秒で読み取り/書き込み処理を検出した場合、その 1 分の平均 IO 使用率は 92% になります。このメトリックでは、使用可能なディスク容量または読み取り/書き込み要求のサイズは測定されません。 | サーバーの可視性 | |
| | | KPI |
| <partition> %CPU Time | 読み取りおよび書き込み操作中にパーティションによって消費された CPU 処理のパーセンテージ。 | 基本（HardwareMonitor）6 | | | | | 診断 |
| <partition>Avg Service Time (ms) | 1 つのパーティションでの読み取りおよび書き込み操作の実行にかかった時間（ミリ秒単位）。 | 基本（HardwareMonitor）6 | | | | | 診断 |
| <partition>Avg Queue Time (ms) | 1 つのパーティションでの読み取りまたは書き込み要求が処理される前にキューにある時間（ミリ秒単位）。 | 基本（HardwareMonitor）6 | | | | | KPI |
| <partition>KB read/sec | 1 つの特定のパーティションから読み取られた 1 秒あたりのデータの平均量。 | 基本（HardwareMonitor）6 | | | | | 診断 |
| <partition>KB written/sec | 1 つの特定のパーティションに書き込まれた 1 秒あたりのデータの平均量。 | 基本（HardwareMonitor）6 | | | | | 診断 |
|
<partition>Reads/sec | 1 つの特定のパーティションで実行された 1 秒あたりの読み取り操作の数。 | 基本（HardwareMonitor）6 | | | | | KPI |
|
<partition>Writes/sec | 1 つの特定のパーティションで実行された 1 秒あたりの書き込み操作の数。 | 基本（HardwareMonitor）6 | | | | | KPI |
|
<partition>Space Available |
特定のパーティションの未使用または空きディスク領域の量（KB 単位）。 | 基本（HardwareMonitor）6 |
| | | KPI | |
|
<partition>Space Used |
特定のパーティションで使用されている、または使用できないディスク容量の量（KB 単位）。 | 基本（HardwareMonitor）6 |
| | | | 詳細設定 |
| <partition>Avg IO Utilization (%) | 読み取り/書き込み要求の処理にかかった平均時間（レポート対象の合計時間枠のパーセンテージとして）。多くの場合、データベースは、読み取り/書き込み要求が頻繁に発生するため、高いディスク I/O 使用率をレポートします。たとえば、エージェントが 60 秒のうちの 55 秒で読み取り/書き込み処理を検出した場合、その 1 分の平均 IO 使用率は 92% になります。このメトリックでは、使用可能なディスク容量または読み取り/書き込み要求のサイズは測定されません。 | サーバーの可視性 | | | | | KPI |
| <partition>Avg read time (ms) | すべてのディスク、1 つの特定ディスク、または 1 つのパーティションで読み取り要求を処理するために必要な平均時間（ミリ秒単位）。 | Server Visibility | | | | | KPI |
| <partition>Avg write time (ms) | 1 つのパーティションで書き込み要求を処理するために必要な平均時間（ミリ秒単位）。 | Server Visibility | | | | | KPI |
| <partition>Queue Time 95th Percentile3 | 読み取り/書き込み要求のキュー時間が、この長さであるか、またはレポート対象時間枠の時間の 95% よりも短い。 | サーバーの可視性 | | | | | KPI |
1「デフォルトのモニタリングモード」を参照してください。
2 Windows Server 2008 および Windows Vista の一部のバージョンでは、Hardware Resources|Disks|<partition>|Avg Read Time (ms) メトリックと Hardware Resources|Disks|<partition>|Avg Write Time (ms) メトリックが 0 としてレポートされます。これは、Windows の既知のバグによるものです。この問題を解決するために、ホットフィックス：https://support.microsoft.com/en-us/kb/961435 をダウンロードしてください。
3「パーセンタイル メトリック レポートの有効化」を参照してください。
4「Linux におけるディスク使用率メトリックの収集の設定」を参照してください。.
5「AIX マシンで HardwareMonitor と JavaHardwareMonitor により「書き込み/秒」が異なる方法で計算される」を参照してください。
<MA-Home>/monitors/JavaHardwareMonitor：false<MA-Home>/monitors/HardwareMonitor：true<MA-Home>/extensions/ServerMonitoring/conf/ServerMonitoring.yaml：basicEnabledを true に設定
ボリュームのメトリック
Splunk AppDynamics のサーバーの可視性では、df コマンドを使用して POSIX システムでボリューム容量メトリックが取得されます。ボリュームメトリックは、リストされているすべてのボリュームと、指定したマウントポイントの各ボリューム（"/boot" など）についてレポートされます。ローカルボリュームのみがレポートされます。
| メトリック名 | 説明 | 基本またはサーバの可視性 | Windows | Linux | [Solaris] | AIX | デフォルトのモニタリングモード |
|---|---|---|---|---|---|---|---|
| Total (MB) | リストされているすべてのボリュームまたは指定したマウントポイントで使用可能なストレージ領域（使用済みと空き）の量。Linux では、ルート用に予約されている容量は使用可能な容量にカウントされません。 | サーバーの可視性 | | | | | KPI |
| Free (MB) | リストされているすべてのボリュームまたは指定したマウントポイントの選択したボリュームの未使用または空き領域の量。Linux では、ルート用に予約されている容量は使用可能な容量にカウントされません。 | Server Visibility | | | | | Advanced（ボリューム） |
| 使用済(MB) | リストされているすべてのボリュームまたは指定したマウントポイントの選択したボリュームの使用中のストレージ領域の量。 | Server Visibility | | | | | Advanced（ボリューム） |
| Used (%) | リストされているすべてのボリュームまたは指定したマウントポイントの選択したボリュームの使用中のストレージ領域のパーセンテージ。 | サーバーの可視性 | | | | | KPI |
| Count | ストレージ領域メトリックが収集されるパーティションの数。 | サーバーの可視性 | | KPI | |||
| <partition> Free (MB) | <partition> の未使用領域または空き領域の量。 | サーバーの可視性 | | KPI | |||
| <partition> Total (MB) | <partition> に対して使用可能なストレージ領域の量（使用済みと空き）。 | サーバーの可視性 | | KPI | |||
| <partition> Used (%) | <partition> に対して使用されているストレージ領域のパーセンテージ。 | サーバーの可視性 | | KPI | |||
| <partition> Used (MB) | <partition> に対して使用されているストレージ領域の量。 | Server Visibility | | 詳細設定 |
1Linux では /dev ボリュームのみモニターされます。
2Solaris では /dev/dsk および /rpool ボリュームのみモニターされます。
3「デフォルトのモニタリングモード」を参照してください。
負荷のメトリック
各マシンの負荷メトリックがレポートされます。（マシンエージェントの基本メトリックの一部としてレポートされる）CPU % は、現在実行中のプロセスによって消費されている CPU のパーセンテージです。負荷では、実行を待機しているプロセスが考慮されます。これらのメトリックは、サーバーダッシュボードではパーセンテージとして表示され、メトリックブラウザでは 100 倍されます。
| メトリック名 | 説明 | 基本またはサーバの可視性 | Windows | Linux | [Solaris] | AIX | デフォルトのモニタリングモード |
|---|---|---|---|---|---|---|---|
| Last 1 minute |
過去 1 分間の平均として表示される CPU 負荷。 | サーバーの可視性 |
|
|
|
| KPI |
| Last 5 minutes |
過去 5 分間の平均として表示される CPU 負荷。 | サーバーの可視性 |
|
|
|
| KPI |
| Last 15 minutes |
過去 15 分間の平均として表示される CPU 負荷。 | サーバーの可視性 |
|
|
|
| KPI |
1「デフォルトのモニタリングモード」を参照してください。
マシンのメトリック
| メトリック名 | 説明 | 基本またはサーバの可視性 | Windows | Linux | [Solaris] | AIX | デフォルトのモニタリングモード |
|---|---|---|---|---|---|---|---|
| アベイラビリティ |
マシンエージェントがコントローラにレポートした時間のパーセンテージ。サーバの可視性の UI では、これにより 6 桁の精度（たとえば、100.0000）を使用したパーセンテージで可用性を測定できます。マシンエージェントは、エージェントがレポートしていることを示すハートビートを Splunk AppDynamics コントローラに 1 分に 1 回送信します。 マシンごとにレポートされます。 | サーバーの可視性 | | | | | KPI |
1「デフォルトのモニタリングモード」を参照してください。
ネットワークのメトリック
マシンエージェントは、デフォルトでは仮想ネットワークを無視するように設定されています。「サーバーの可視性に関するマシンエージェントの設定」を参照してください。
| メトリック名 | 説明 | 基本またはサーバの可視性 | Windows | Linux | [Solaris] | AIX | デフォルトのモニタリングモード |
|---|---|---|---|---|---|---|---|
| 着信 KB2 | モニタ対象のすべてのネットワークデバイスが受信したデータの量。 | 基本 |
|
|
|
| 詳細設定 |
| Incoming KB/sec | モニタ対象のすべてのネットワークデバイスが受信した 1 秒あたりのデータの量。 | 基本 |
|
|
|
| KPI |
| 着信パケット2 | モニター対象のすべてのネットワークデバイスが受信したパケットの数。 | 基本 |
|
|
|
| 詳細設定 |
| ncoming packets/sec | すべてのモニター対象ネットワークデバイスが受信した1秒あたりのデータパケット数。 | 基本 |
|
|
|
| 詳細設定 |
| 発信 KB2 | すべてのモニター対象ネットワークデバイスによって送信されたデータの量。 | 基本 |
|
|
|
| 詳細設定 |
| Outgoing KB/sec | すべてのモニター対象ネットワークデバイスによって送信された1秒あたりのデータ量。 | 基本 |
|
|
|
| KPI |
| 発信パケット2 | すべてのモニター対象ネットワークデバイスによって送信されたパケットの数。 | 基本 |
|
|
|
| 詳細設定 |
| Outgoing packets/sec | すべてのモニター対象ネットワークデバイスによって送信された1秒あたりのデータパケット数。 | 基本 |
|
|
|
| 詳細設定 |
| Incoming Errors/min | ネットワークで発生する着信パケットエラーの 1 分あたりの数。 | サーバーの可視性 |
|
|
|
| KPI |
| Outgoing Errors/min | ネットワークで発生する発信パケットエラーの 1 分あたりの数。 | サーバーの可視性 |
|
|
|
| KPI |
| Avg Utilization (%) |
可能な最大スループットのパーセンテージとしての平均ネットワーク使用率。このメトリックは、エージェントがスループットを判別できない場合にはレポートされません（一部のデバイスおよび Linux バージョンではサポート対象外）。パーセンテージは、最も近い整数に丸められます。したがって、使用率が非常に低い場合は、0% とレポートされることがあります。レポート対象：
| サーバーの可視性 |
|
|
|
| KPI |
| <network interface> Incoming KB | 選択したネットワーク インターフェイスで受信されたデータの量。 | 基本 |
|
|
|
| 詳細設定 |
| <network interface> Incoming KB/sec | 選択したネットワーク インターフェイスで受信された 1 秒あたりのデータの量。 | 基本 |
|
|
|
| KPI |
| <network interface> Incoming packets | 選択したネットワーク インターフェイスで受信されたデータパケットの数。 | 基本 |
|
|
|
| 詳細設定 |
| <network interface> Incoming packets/sec | 選択したネットワーク インターフェイスで受信された 1 秒あたりのデータパケットの数。 | 基本 |
|
|
|
| 詳細設定 |
| <network interface> Outgoing KB | 選択したネットワーク インターフェイスで送信されたデータの量。 | 基本 |
|
|
|
| 詳細設定 |
| <network interface> Outgoing KB/sec | モニター対象のすべてのネットワーク インターフェイスで送信された 1 秒あたりのデータの量。 | 基本 |
|
|
|
| KPI |
| <network interface> Outgoing packets | 選択したネットワーク インターフェイスで送信された 1 秒あたりのデータパケットの数。 | 基本 |
|
|
|
| 詳細設定 |
| <network interface> Outgoing packets/sec | 選択したネットワーク インターフェイスで送信された 1 秒あたりのデータパケットの数。 | 基本 |
|
|
|
| 詳細設定 |
|
<network interface>Incoming Errors/min |
ネットワークで発生する着信パケットエラーの 1 分あたりの数。 | サーバーの可視性 |
|
|
|
| KPI |
|
<network interface>Outgoing Errors/min |
ネットワークで発生する発信パケットエラーの 1 分あたりの数。 | サーバーの可視性 |
|
|
|
| KPI |
1「デフォルトのモニタリングモード」を参照してください。
2ServerMonitoring 拡張機能と JavaHardwareMonitor 拡張機能は、単一方向のスループット（パケット/KB）メトリックを異なる方法で計算します。ServerMonitoring は、過去 1 分間のパケット/バイトの合計数をレポートします。JavaHardwareMonitor は、マシンエージェントが起動してからのパケット/バイトの合計数をレポートします。
プロセスのメトリック
次のメトリックは、プロセスまたはプロセスクラスごとに集約されレポートされます（エージェントが観測するすべてのプロセスを測定する Total Process Count を除く）。デフォルトのプロセスモニタリングを変更するには、 「サーバーの可視性のためのマシンエージェントの設定」を 参照してください。
| メトリック名 | 説明 | 基本またはサーバの可視性 | Windows | Linux | [Solaris] | AIX | デフォルトのモニタリングモード |
|---|---|---|---|---|---|---|---|
| Count | CPU またはメモリリソースを消費しているこのクラスのプロセスの数、またはこのクラスのプロセスの合計数。 | サーバーの可視性 | | | | | KPI |
| CPU Used (%) | プロセスクラス内のすべてのプロセスで使用されている CPU 帯域幅のパーセンテージ。CPUを100%使用しているプロセスが、システム上のすべてのプロセッサで実行されています。マシンに 4 つのコアがあり、プロセスが 4 つのスレッドを実行しており、各スレッドが 1 つのコアで実行されている場合、プロセスは CPU を最大で 400% 使用できることになります。マシンに 4 つのコアがあり、プロセスが 1 つのコアで 1 つのスレッドを実行している場合、プロセスは CPU を最大で 25% 使用できることになります。 | サーバーの可視性 | | | | | KPI |
| Major Faults/sec |
このクラスのすべてのプロセスが原因で発生した深刻なページ障害の数。 | Server Visibility | | | | | 診断 |
| Minor Faults/sec | このクラスのすべてのプロセスが原因で発生した軽微なページ障害の数。 | Server Visibility | | | | | 診断 |
| Memory Used (%) | 上位10個の消費プロセスによって消費されたメモリの割合、またはこのクラスのすべてのプロセスによって消費されたメモリの割合。 | サーバーの可視性 | | | | | KPI |
| Memory Used (KB) | このクラスのすべてのプロセスで使用されているメモリの量。 | Server Visibility | | | | | 詳細設定 |
| Memory Virtual (KB) |
プロセスが使用している仮想アドレス空間の現在のサイズ。仮想アドレス空間の使用は、必ずしもディスクまたはメインメモリページの使用と対応することを意味しません。仮想領域は有限であるため、大量に使用されると、プロセスがライブラリをロードする能力が制限される可能性があります。 | Server Visibility | | | | | 詳細設定 |
| Thread Count |
このクラスのすべてのプロセスで使用されたカーネルスレッドの数。 | Server Visibility | | | | | 診断 |
| Total Process Count | レポート対象外プロセスがフィルタ処理で除外され、残りのプロセスがクラスにグループ化される前に、マシンエージェントによって観測された個々のすべてのプロセス。このメトリックを使用して、特定のマシンで実行されているプロセスの数の異常を特定できます。たとえば、マシンの平均合計プロセス数が通常は 200 ～ 300 であり、その後、突然 2000 以上になると、そのマシンで問題が発生している可能性があります。このメトリックを収集するために、マシンエージェントは 30 秒ごとにプロセスの数をキャプチャし、1 分あたりの平均プロセス数を計算します。
| サーバーの可視性 | | | | | KPI |
1「Linux カーネルプロセス」を参照してください。
2Solaris でプロセスメトリックを収集する場合、マシンエージェントは、各プロセス名と引数リストの最初の 80 文字だけを観測してキャプチャします。エージェントは、ServerMonitoring.yml で定義されている許可リスト（「常にこのプロセスをモニターする」）およびブロックリスト（「このプロセスをモニターしない」）を適用するときに、各プロセス文字列の最初の 80 文字のみを考慮します。
3「デフォルトのモニタリングモード」を参照してください。
サービスの可用性のメトリック
設定されている各サービスについてレポートされます。
| メトリック名 | 説明 | 基本またはサーバの可視性 | Windows | Linux | [Solaris] | AIX | デフォルトのモニタリングモード |
|---|---|---|---|---|---|---|---|
| 応答時間(ms) | モニタ対象サービスに要求を送信してから、そのサービスから応答を受信するまでに経過した時間。 | サーバーの可視性 | | | | | KPI |
| Response Size (bytes) |
モニタ対象サービスから受信した応答のサイズ。 | サーバーの可視性 | | | | | KPI |
| Success Rate (%) | サービスに対して行われたすべての要求に対する成功した要求のパーセンテージ。 | サーバーの可視性 | | | | | KPI |
1「デフォルトのモニタリングモード」を参照してください。
URL のモニタリングメトリック
モニター対象の各URLについて、次のメトリックが集約および報告されます。ping コマンドを使用して、Web サイト（ URLで識別）がアクセス可能かどうかを定期的に確認するプロセス。Web サイトにデータパケットを送信して応答を受信するためにかかる時間を測定することで、基本的にその稼働時間とネットワーク接続をテストします。 。デフォルトのプロセスモニタリングを変更するには、 「サーバーの可視性のためのマシンエージェントの設定」を 参照してください。
| メトリック名 | 説明 | 基本またはサーバの可視性 | Windows | Linux：1 | Solaris 2 | AIX | デフォルトのモニタリングモード3 |
|---|---|---|---|---|---|---|---|
| PING平均RTT (ミリ秒) | ping テストで測定されたラウンドトリップ時間（RTT）。これは、データパケットがデバイスから宛先サーバーに移動し、戻ってくるまでにかかる平均時間です。ミリ秒（ms）単位で表示されます。平均RTTが低いほど、接続が高速であることを意味します。 | サーバーの可視性 | KPI | ||||
| PING最大RTT (ミリ秒) | 記録された最大のRTTです。 | サーバーの可視性 | 対応 | KPI | |||
| PING MDEV（ミリ秒） | これは、ping コマンド出力の平均価格偏差です。ここには、平均RTTからのRTTの平均価格偏差が表示され、テスト中に応答時間がどのくらい変化したかを示します。 | サーバーの可視性 | KPI | ||||
| PING最小RTT (ミリ秒) | これは、記録された最小のRTTです。 | サーバーの可視性 | KPI | ||||
| 受信パケット数（%） | 送信されたパケットの総数のうち、目的の接続先に正常に到達したデータパケットの割合です。ネットワークがパケットを失うことなく、どの程度良好にデータを送信しているかを示します。パーセンテージが高いほど、ネットワーク パフォーマンスが向上し、パケット損失が減少することを意味します。 | サーバーの可視性 | KPI | ||||
| ポートRTT (ミリ秒) | これは、データパケットがデバイスからサーバーの特定のポートに移動し、戻ってくるまでにかかる時間を示します。その特定のポート接続の遅延を測定します。 | サーバーの可視性 | KPI |
パーセンタイル メトリック レポートの有効化
コントローラとマシンエージェントの両方で、パーセンタイルメトリックのレポートを有効にする必要があります。デフォルトでは、レポートはコントローラでは無効になっており、マシンエージェントでは有効になっています。
- コントローラでレポートを有効または無効にするには、コントローラの管理コンソールにログインし、
sim.machines.percentile.percentileMonitoringAllowedプロパティを設定します。「マシンエージェント用コントローラの設定」を参照してください。 - エージェントでレポートを有効または無効にするには、
<machine_agent_home>/extensions/ServerMonitoring/conf/ServerMonitoring.ymlファイルを開き、percentileEnabledプロパティを設定します。「サーバーの可視性に関するマシンエージェントの設定」を参照してください。
Linux でのディスク使用率メトリックの収集の設定
Linux df を使用する場合と似た方法で次のメトリックを計算するように、Linux マシンエージェントを設定できます。
- [Servers] > [Volumes] > [/opt] > [Disk Usage]
- [Metric Browser] > [Disks and Partitions] > [<partition>] > [Space Available]
- [Metric Browser] > [Disks and Partitions] > [<partition>] > [Space Used]
Linux には、特権のないユーザが他のすべてのディスク領域を消費している場合でもシステムが機能を維持できるように、一部のディスク領域を予約するメカニズムが組み込まれています。デフォルトでは、これらのメトリックには予約済み領域の 5% が含まれます。
デフォルトでは、フラグ -Dappdynamics.machine.agent.extensions.calcVolumeFreeAndUsedWithDfCommand true です。
このデフォルトを上書きするには、-Dappdynamics.machine.agent.extensions.calcVolumeFreeAndUsedWithDfCommand false を設定します。
この機能は、マシンエージェントの Linux バージョンでのみサポートされています。
Linux での空き/使用済みメモリメトリックの収集の設定
マシンエージェントが Linux マシンの空きメモリと使用済みメモリの量を計算する方法を設定できます。デフォルトでは、エージェントはスラブの再要求が可能なメモリを使用済み（非空き）メモリとして計算します。スラブの再要求が可能なメモリを空き（未使用）メモリとして計算するようにエージェントを設定するには、次のコマンドライン引数を使用してマシンエージェントを実行します。
-Dappdynamics.machine.agent.extensions.countSlabReclaimableAsFreeMem=true
- Memory Usage（サーバダッシュボード）
- Memory Used %、Memory Used MB、Memory Free %、および Memory Free MB（メトリックブラウザ）
メモリ使用量からのファイルキャッシュメモリの除外の設定
次のシステムプロパティを使用して、サーバーの可視性が有効になっている AIX でメモリ使用量を計算するときに、ファイルキャッシュメモリを除外できます。
| システム プロパティ | デフォルト | 使用可能な値 |
|---|---|---|
|
-Dappdynamics.machine.agent.collect.memoryMetrics.using.vmstat.command |
false |
true/false |
< -Dappdynamics.machine.agent.collect.memoryMetrics.using.vmstat.command = true> sim_enabled = true> を設定した場合
Windows での OSHI データ収集の設定
次の 2 つのシステムプロパティを使用して、オペレーティングシステムとハードウェア情報（OSHI）のデータを収集してコントローラに送信する方法を設定することができます。
| システム プロパティ | デフォルト | 使用可能な値 |
|---|---|---|
|
| 10,000 | 整数値 |
|
| false | true/false |
例 1：
-Dappdynamics.machine.agent.oshiCollectionTimeout.in.ms=1000
-Dappdynamics.machine.agent.should.drop.complete.process.data.when.timeout=falseこの例では、OSHI データ収集プロセスに 10000 ミリ秒よりも長い時間がかかる場合、エージェントは 10000 ミリ秒以内に収集された OSHI データを送信します。
例 2：
-Dappdynamics.machine.agent.oshiCollectionTimeout.in.ms=1000
-Dappdynamics.machine.agent.should.drop.complete.process.data.when.timeout=trueこの例では、OSHI データ収集プロセスに 10000 ミリ秒よりも長い時間がかかる場合、エージェントはコレクタにデータを送信しません。
サーバの可視性のメトリックの表示
サーバの可視性メトリックは、メトリックブラウザのサーバの可視性バージョンでのみ表示できます。これは、コントローラ UI の上部のナビゲーションバーにある [Servers] タブからメトリックブラウザにアクセスすると表示されます。
マシンエージェントと .NET マシンエージェント
サーバーにマシンエージェントと .NET エージェントの両方がインストールされている場合、平均化レートや測定方法の違いにより、マシンエージェントと .NET エージェントが報告するメトリック値に差異が生じることがあります。.NET 互換モード.NET 互換モード
効率的なブラウジングモード
サーバメトリックブラウザには、ノードメトリックのために効率的なブラウジングのオプションが含まれます。このオプションは、複数のノードを含む階層のメトリックをブラウズする場合に使用します。
- 効率的なブラウジングが有効になっている場合、ブラウザツリービューの各ノードには、対応するノードのマシンエージェントによってレポートされたメトリックのみが表示されます。
- 効率的なブラウジングが有効になっている場合、[Hardware Resources] および [Custom Metrics] フォルダは表示されません。
- 効率的なブラウジングが無効になっている場合、ブラウザツリービューの各ノードには、同じ階層内の他のノードのメトリックも表示されます（どの階層グループに対応するノードであるかは示されません）。
この効率化オプションは、デフォルトで無効になっています。Splunk AppDynamics では、このオプションを有効にすることを推奨しています。このオプションを有効にするには、以下に移動します。
http://<controller host> ：<port> / コントローラ/admin.jsp と入力し、sim.metrics.metricBrowser.machineMetricMappings.enabled を true に設定します。
| 効率的なブラウジングの有効化 | 効率的なブラウジングの無効化 |
|---|---|
|
|
|
Linux カーネルプロセス
マシンエージェントには、エージェントがモニターする一連のプロセスを指定する正規表現の processSelectorRegex 設定があります。デフォルトの
デフォルトのモニタリングモード
[Default Monitoring Mode] 列は、動的モニタリングモード（DMM）が有効になっている場合に各メトリックのデフォルトカテゴリを示します。このモードが有効になっている場合、マシンエージェントはそのサーバーの DMM 設定に基づいてメトリックをレポートします。
- KPI：重要業績評価指標のみレポートします。
- Diagnostic：KPI と診断メトリックをレポートします。
- Advanced：マシンエージェントのフィルタ処理されていないすべてのメトリックをレポートします。
メトリックブラウザでは負荷平均のパーセンテージに 100 が乗算される
負荷平均のメトリックは、サーバーダッシュボードで float 値（0.70 や 1.05 など）として表示されます。メトリックブラウザでは、これらのメトリックは 100 で乗算され、小数点が 2 つ移動します。たとえば、サーバの平均負荷が 7.67 の場合、サーバダッシュボードには、負荷平均は 7.67 と表示され、メトリックブラウザには 767 と表示されます。正常性ルールまたはカスタムダッシュボードでいずれかのメトリックを使用する場合は、メトリックを 100 で除算します。
盗難時間が異なる方法でレポートされる
Windows マシンエージェントで、CPU %Stolen が Splunk AppDynamics によってレポートされた値と一致しない場合、Windows Performance Monitor（Perfmon）のカウンタが CPU メトリックに対して 100 ナノ秒単位で動作することが原因である可能性があります。CPU %Stolen では、カウンタはハイパーバイザによって提供されます。これは、1 ミリ秒単位で動作します。Windows Perfmon では、CPU %Stolen カウンタ（1 ミリ秒単位で動作）が時間（100 ナノ秒単位）で直接除算されます。これにより、CPU %Stolen 値が非常に低いパーセンテージ（～ 0.01%）でレポートされます。
Splunk AppDynamics は、異なる時間単位の間で修正を行います。これは、Splunk AppDynamics によってレポートされる値が、10,000 の係数（1 ミリ秒単位の時間 * 10,000 = 100 ナノ秒単位の時間）によって Perfmon の値よりも大きくなるためです。Splunk AppDynamics によってレポートされる CPU %Stolen 値は、負荷が高い状況では 100% を超えることがあります。これらの CPU %Stolen 値は、ゲストマシンによって複数のコアが使用された結果であり、ここで、%Stolen 時間が複数のコア間で追加されます。
%Stolen 時間を計算するには、次のようにします。
- モニター対象のゲストマシンのPowerShell端末で、
Get-WmiObject Win32_PerfRawData_vmGuestLib_VCPU を実行します。 - CpuStolenMs カウンタ（ミリ秒単位）をメモします。
- Timestamp_PerfTime カウンタ（ミリ秒単位）をメモします（Frequency_Perftime を確認します。この値は 1000（hz 単位）になっているはずです）。
- 1 分後に
Get-WmiObject Win32_PerfRawData_vmGuestLib_VCPUをもう一度実行し、両方のカウンタを再度メモします。 - CPU %Stolen = 100% * (CpuStolenMS (at T2) - CpuStolenMs (at T1) / (Timestamp_PerfTime (T2) - Timestamp_PerfTime (T1))。
AIX マシンで HardwareMonitor と JavaHardwareMonitor により「書き込み/秒」が異なる方法で計算される
マシンエージェントは、HardwareMonitor 拡張機能と JavaHardwareMonitor 拡張機能のどちらが使用されているかに基づき、AIX マシンでディスクメトリックの書き込み/秒を異なる方法で計算します。これらの拡張機能は、これらのメトリックを計算するときに異なるブロックサイズを想定しています。HardwareMonitor では、ブロックサイズは 4096 バイトです。（SIGAR に基づく）JavaHardwareMonitor では、ブロックサイズは 512 バイトです。書き込み数/秒は、<kb_written>/<block_size> として計算されるため、HardwareMonitor の結果は、JavaHardwareMonitor によって計算される結果よりも少なくなります。