ハードウェアリソースのメトリック

このページでは、マシンエージェントによって収集される基本ハードウェアメトリックと、サーバの可視性のためにマシンエージェントによって収集される追加のメトリックについて説明します。メトリックブラウザツリーのハードウェア リソース ブランチに表示されるすべてのメトリックが、マシンエージェントによって提供されるわけではありません。一部のメトリックは、データベースエージェントによって収集され、データベースモニタリング UI で使用されます。またその他のメトリックは、マシンエージェントが実行する別の拡張機能によって追加されるカスタムメトリックである場合があります。

メトリックブラウザのほとんどのメトリックでは、グラフ内の任意のポイントを選択することで、その時点で観測されたメトリックに関する詳細情報を表示できます。この情報には、メトリック識別子、観測の日時、メトリックに関連する次のいずれかの値が含まれます。

  • Obs(観測値):該当期間に見られるすべてのデータポイントの平均。クラスタまたは時間ロールアップの場合、これはノード全体または時間の経過に伴う加重平均を表します。
  • Min:該当期間に見られるデータポイントの最小値。
  • Max:該当期間に見られるデータポイントの最大値。
  • Sum:該当期間に見られるすべてのデータポイントの合計値。Java用アプリエージェントのパーセンタイルメトリックにおいては、パーセンタイル値にカウントを掛けた結果となります。
  • Count:該当期間にメトリックに対して生成されたデータポイントの数。インフラストラクチャ メトリックの収集間隔は環境によって異なります。

CPU メトリック

メトリック名説明基本またはサーバの可視性WindowsLinuxSolarisAIXデフォルトのモニタリングモード
%IdleCPU がアイドル状態(CPU がタスクを完了し、実行する処理がない状態)だった時間のパーセンテージ。基本 診断
%ビジー

CPU がシステムまたはユーザの要求を処理しているビジー状態の時間のパーセンテージ。このメトリックには、CPU の盗難時間が含まれます。

基本 KPI
%Stolen4

通常、盗難時間は、ハイパーバイザが別の仮想プロセッサにサービスを提供している間に、仮想 CPU が実際の CPU を待機する時間のパーセンテージです。

基本 KPI
%Nice優先順位の低いプロセスに費やされた CPU 時間のパーセンテージ。サーバーの可視性 詳細設定
システム

カーネルコードを処理するために CPU がビジー状態だった時間のパーセンテージ。

サーバーの可視性 KPI
ユーザー

非カーネルコードを処理するために CPU がビジー状態だった時間のパーセンテージ。

サーバーの可視性 KPI
IOWait

I/O 要求の待機に費やされた CPU 時間のパーセンテージ。

サーバーの可視性 KPI
%Irqハードウェア割り込みの処理に費やされた CPU 時間のパーセンテージ。サーバーの可視性 診断
%SoftIrqソフトウェア割り込みの処理に費やされた CPU 時間のパーセンテージ。サーバーの可視性 詳細設定
%Busy 95th Percentile2

CPU ビジー率(%)が、このレベルであるか、またはその時間の 95% を下回っている。

サーバーの可視性 KPI
IOWait 95th Percentile2CPU ビジー率(%)が、このレベルであるか、またはその時間の 95% を下回っている。サーバーの可視性 KPI

1Linux カーネルプロセス」を参照してください。

2パーセンタイル メトリック レポートの有効化」を参照してください。

3デフォルトのモニタリングモード」を参照してください。

4盗難時間が異なる方法でレポートされる」を参照してください。

メモリのメトリック

メトリック名説明基本またはサーバの可視性WindowsLinuxSolarisAIXデフォルトのモニタリングモード
Total (MB)

メモリの合計量。

基本 KPI
使用率 %使用されているメモリのパーセンテージ。基本 4 KPI
使用済(MB)

使用されているメモリの量。

基本 4 詳細設定
Free %プロセスに使用できる空きメモリまたは未使用メモリのパーセンテージ。基本 4 詳細設定
Free (MB)プロセスに使用できる空きメモリまたは未使用メモリの合計容量。基本 4 詳細設定
Swap Free (MB)空きスワップ領域の合計量。各階層グループについてレポートされます。サーバーの可視性 詳細設定
Swap Total (MB)割り当てられたスワップ領域の合計量。各階層グループについてレポートされます。サーバーの可視性 KPI
Swap Used (MB)使用されているスワップ領域の量。各階層グループについてレポートされます。サーバーの可視性 詳細設定
Swap Used %

使用されている使用可能スワップ領域のパーセンテージ。各階層グループについてレポートされます。

サーバーの可視性 KPI
Swap Free %空きスワップ領域のパーセンテージ。各階層グループについてレポートされます。サーバーの可視性 詳細設定
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

1Linux カーネルプロセス」を参照してください。

2パーセンタイル メトリック レポートの有効化」を参照してください。

3デフォルトのモニタリングモード」を参照してください。

4盗難時間が異なる方法でレポートされる」を参照してください。

ディスクとパーティションのメトリック

エージェントは、各ディスクパーティションのメトリックとディスクのメトリックを集約してレポートします。マウントされたパーティションとローカルパーティションのみが報告されます。

注: SIGAR はマシンエージェントではサポートされていません。
メトリック名説明基本またはサーバの可視性WindowsLinuxSolarisAIXデフォルトのモニタリングモード
KB read/secすべてのディスクとパーティションから読み取られた 1 秒あたりの KB 数。基本 詳細設定
KB written/secすべてのディスクとパーティションに書き込まれた 1 秒あたりのデータの平均量。基本 詳細設定
Reads/secすべてのディスクとパーティションで実行された 1 秒あたりの読み取り操作の数。基本 KPI
Writes/secすべてのディスクとパーティションで実行された 1 秒あたりの書き込み操作の数。基本 5 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/sec1 つの特定のパーティションから読み取られた 1 秒あたりのデータの平均量。基本(HardwareMonitor)6 診断
<partition>KB written/sec1 つの特定のパーティションに書き込まれた 1 秒あたりのデータの平均量。基本(HardwareMonitor)6 診断

<partition>Reads/sec

1 つの特定のパーティションで実行された 1 秒あたりの読み取り操作の数。基本(HardwareMonitor)6 KPI

<partition>Writes/sec

1 つの特定のパーティションで実行された 1 秒あたりの書き込み操作の数。基本(HardwareMonitor)6 5 KPI

<partition>Space Available

特定のパーティションの未使用または空きディスク領域の量(KB 単位)。

基本(HardwareMonitor)6

4

KPI

<partition>Space Used

特定のパーティションで使用されている、または使用できないディスク容量の量(KB 単位)。

基本(HardwareMonitor)6

4 詳細設定
<partition>Avg IO Utilization (%)読み取り/書き込み要求の処理にかかった平均時間(レポート対象の合計時間枠のパーセンテージとして)。多くの場合、データベースは、読み取り/書き込み要求が頻繁に発生するため、高いディスク I/O 使用率をレポートします。たとえば、エージェントが 60 秒のうちの 55 秒で読み取り/書き込み処理を検出した場合、その 1 分の平均 IO 使用率は 92% になります。このメトリックでは、使用可能なディスク容量または読み取り/書き込み要求のサイズは測定されません。サーバーの可視性 KPI
<partition>Avg read time (ms)すべてのディスク、1 つの特定ディスク、または 1 つのパーティションで読み取り要求を処理するために必要な平均時間(ミリ秒単位)。サーバーの可視性 2 KPI
<partition>Avg write time (ms)1 つのパーティションで書き込み要求を処理するために必要な平均時間(ミリ秒単位)。サーバーの可視性 2 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パーセンタイル メトリック レポートの有効化」を参照してください。

4Linux におけるディスク使用率メトリックの収集の設定」を参照してください。.

5AIX マシンで HardwareMonitor と JavaHardwareMonitor により「書き込み/秒」が異なる方法で計算される」を参照してください。

  • <MA-Home>/monitors/JavaHardwareMonitor:false
  • <MA-Home>/monitors/HardwareMonitor:true
  • <MA-Home>/extensions/ServerMonitoring/conf/ServerMonitoring.yamlbasicEnabled を true に設定

Volume Metrics

Splunk AppDynamics Server Visibility Server Visibility retrieves the volume space metrics on POSIX systems using the df command. The volume metrics are reported across all listed volumes and for each volume at a specified mount point, such as "/boot". Only local volumes are reported.

Metric NameDescriptionBasic or Server VisibilityWindowsLinuxSolarisAIXDefault Monitoring Mode
Total (MB)The amount of storage space available (used and free) across all listed volumes or at the specified mount point. On Linux, the space reserved for root is not counted in the available space.Server Visibility KPI
Free (MB)The amount of unused or free space across all listed volumes or on the selected volume at the specified mount point. On Linux, the space reserved for root is not counted in the available space.Server Visibility

Advanced (volume)

Used (MB)The amount of storage space in use across all listed volumes or on the selected volume at the specified mount point.Server Visibility

Advanced (volume)

Used (%)

The percentage of storage space in use across all listed volumes or on the selected volume at the specified mount point.

Server Visibility KPI
CountThe number of partitions for which storage space metrics are collected.Server Visibility KPI
<partition> Free (MB)The amount of unused or free space for <partition>.Server Visibility KPI
<partition> Total (MB)The amount of storage space available (used and free) for <partition>.Server Visibility KPI
<partition> Used (%)The percentage of storage space in use for <partition>.Server Visibility KPI
<partition> Used (MB)The amount of storage space in use for <partition>.Server Visibility Advanced

1Only /dev volumes are monitored on Linux.

2Only /dev/dsk and /rpool volumes are monitored on Solaris.

3See Default Monitoring Mode.

負荷のメトリック

各マシンの負荷メトリックがレポートされます。(マシンエージェントの基本メトリックの一部としてレポートされる)CPU % は、現在実行中のプロセスによって消費されている CPU のパーセンテージです。負荷では、実行を待機しているプロセスが考慮されます。これらのメトリックは、サーバーダッシュボードではパーセンテージとして表示され、メトリックブラウザでは 100 倍されます

メトリック名説明基本またはサーバの可視性WindowsLinuxSolarisAIXデフォルトのモニタリングモード
Last 1 minute

過去 1 分間の平均として表示される CPU 負荷。

サーバーの可視性 KPI
Last 5 minutes

過去 5 分間の平均として表示される CPU 負荷。

サーバーの可視性 KPI
Last 15 minutes

過去 15 分間の平均として表示される CPU 負荷。

サーバーの可視性 KPI

1デフォルトのモニタリングモード」を参照してください。

マシンのメトリック

メトリック名説明基本またはサーバの可視性WindowsLinuxSolarisAIXデフォルトのモニタリングモード
アベイラビリティ

マシンエージェントがコントローラにレポートした時間のパーセンテージ。サーバの可視性の UI では、これにより 6 桁の精度(たとえば、100.0000)を使用したパーセンテージで可用性を測定できます。マシンエージェントは、エージェントがレポートしていることを示すハートビートを Splunk AppDynamics コントローラに 1 分に 1 回送信します。

マシンごとにレポートされます。

サーバーの可視性 KPI

1デフォルトのモニタリングモード」を参照してください。

ネットワークのメトリック

マシンエージェントは、デフォルトでは仮想ネットワークを無視するように設定されています。「サーバーの可視性に関するマシンエージェントの設定」を参照してください。

メトリック名説明基本またはサーバの可視性WindowsLinuxSolarisAIXデフォルトのモニタリングモード
着信 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% とレポートされることがあります。レポート対象:

  • サーバー
  • <group>
  • <network interface>
サーバーの可視性 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 を除く)。デフォルトのプロセスモニタリングを変更するには、 「サーバーの可視性のためのマシンエージェントの設定」を 参照してください。

メトリック名説明基本またはサーバの可視性WindowsLinuxSolarisAIXデフォルトのモニタリングモード
CountCPU またはメモリリソースを消費しているこのクラスのプロセスの数、またはこのクラスのプロセスの合計数。サーバーの可視性 KPI
CPU Used (%)プロセスクラス内のすべてのプロセスで使用されている CPU 帯域幅のパーセンテージ。CPUを100%使用しているプロセスが、システム上のすべてのプロセッサで実行されています。マシンに 4 つのコアがあり、プロセスが 4 つのスレッドを実行しており、各スレッドが 1 つのコアで実行されている場合、プロセスは CPU を最大で 400% 使用できることになります。マシンに 4 つのコアがあり、プロセスが 1 つのコアで 1 つのスレッドを実行している場合、プロセスは CPU を最大で 25% 使用できることになります。サーバーの可視性 KPI
Major Faults/sec

このクラスのすべてのプロセスが原因で発生した深刻なページ障害の数。

サーバーの可視性 診断
Minor Faults/secこのクラスのすべてのプロセスが原因で発生した軽微なページ障害の数。サーバーの可視性 診断
Memory Used (%)上位10個の消費プロセスによって消費されたメモリの割合、またはこのクラスのすべてのプロセスによって消費されたメモリの割合。サーバーの可視性 KPI
Memory Used (KB)このクラスのすべてのプロセスで使用されているメモリの量。サーバーの可視性 詳細設定
Memory Virtual (KB)

プロセスが使用している仮想アドレス空間の現在のサイズ。仮想アドレス空間の使用は、必ずしもディスクまたはメインメモリページの使用と対応することを意味しません。仮想領域は有限であるため、大量に使用されると、プロセスがライブラリをロードする能力が制限される可能性があります。

サーバーの可視性 詳細設定
Thread Count

このクラスのすべてのプロセスで使用されたカーネルスレッドの数。

サーバーの可視性 診断
Total Process Countレポート対象外プロセスがフィルタ処理で除外され、残りのプロセスがクラスにグループ化される前に、マシンエージェントによって観測された個々のすべてのプロセス。このメトリックを使用して、特定のマシンで実行されているプロセスの数の異常を特定できます。たとえば、マシンの平均合計プロセス数が通常は 200 ~ 300 であり、その後、突然 2000 以上になると、そのマシンで問題が発生している可能性があります。このメトリックを収集するために、マシンエージェントは 30 秒ごとにプロセスの数をキャプチャし、1 分あたりの平均プロセス数を計算します。
  • 1 分あたりのプロセスの平均数が観測されます。
  • 最小値および最大値は、最小のプロセスおよびほとんどのプロセスを含む 30 秒のバケットです。
  • カウントと合計は、分ごとのプロセスキャプチャの数と、その分の各キャプチャのプロセスの合計(capture1 + capture2)です。
サーバーの可視性 KPI

1Linux カーネルプロセス」を参照してください。

2Solaris でプロセスメトリックを収集する場合、マシンエージェントは、各プロセス名と引数リストの最初の 80 文字だけを観測してキャプチャします。エージェントは、ServerMonitoring.yml で定義されている許可リスト(「常にこのプロセスをモニターする」)およびブロックリスト(「このプロセスをモニターしない」)を適用するときに、各プロセス文字列の最初の 80 文字のみを考慮します。

3デフォルトのモニタリングモード」を参照してください。

サービスの可用性のメトリック

設定されている各サービスについてレポートされます。

メトリック名説明基本またはサーバの可視性WindowsLinuxSolarisAIXデフォルトのモニタリングモード
応答時間(ms)モニタ対象サービスに要求を送信してから、そのサービスから応答を受信するまでに経過した時間。サーバーの可視性 KPI
Response Size (bytes)

モニタ対象サービスから受信した応答のサイズ。

サーバーの可視性 KPI
Success Rate (%)サービスに対して行われたすべての要求に対する成功した要求のパーセンテージ。サーバーの可視性 KPI

1デフォルトのモニタリングモード」を参照してください。

URL のモニタリングメトリック

モニター対象の各URLについて、次のメトリックが集約および報告されます。ping コマンドを使用して、Web サイト( URLで識別)がアクセス可能かどうかを定期的に確認するプロセス。Web サイトにデータパケットを送信して応答を受信するためにかかる時間を測定することで、基本的にその稼働時間とネットワーク接続をテストします。 。デフォルトのプロセスモニタリングを変更するには、 「サーバーの可視性のためのマシンエージェントの設定」を 参照してください。

メトリック名説明基本またはサーバの可視性WindowsLinux:1Solaris 2AIXデフォルトのモニタリングモード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)のデータを収集してコントローラに送信する方法を設定することができます。

システム プロパティデフォルト使用可能な値

-Dappdynamics.machine.agent.oshiCollectionTimeout.in.ms

10000整数値

-Dappdynamics.machine.agent.should.drop.complete.process.data.when.timeout

false true/false

Example 1:

-Dappdynamics.machine.agent.oshiCollectionTimeout.in.ms=1000
-Dappdynamics.machine.agent.should.drop.complete.process.data.when.timeout=false

この例では、OSHI データ収集プロセスに 10000 ミリ秒よりも長い時間がかかる場合、エージェントは 10000 ミリ秒以内に収集された OSHI データを送信します。

Example 2:

-Dappdynamics.machine.agent.oshiCollectionTimeout.in.ms=1000
-Dappdynamics.machine.agent.should.drop.complete.process.data.when.timeout=true

この例では、OSHI データ収集プロセスに 10000 ミリ秒よりも長い時間がかかる場合、エージェントはコレクタにデータを送信しません。

注: OSHI データ収集プロセスが 10000 ミリ秒以内に完了した場合は、データがコントローラに送信され、 -Dappdynamics.machine.agent.should.drop.complete.process.data.when.timeout システムプロパティは無視されます。

サーバの可視性のメトリックの表示

サーバの可視性メトリックは、メトリックブラウザのサーバの可視性バージョンでのみ表示できます。これは、コントローラ UI の上部のナビゲーションバーにある [Servers] タブからメトリックブラウザにアクセスすると表示されます。

マシンエージェントと .NET マシンエージェント

サーバーにマシンエージェントと .NET エージェントの両方がインストールされている場合、平均化レートや測定方法の違いにより、マシンエージェントと .NET エージェントが報告するメトリック値に差異が生じることがあります。.NET 互換モード.NET 互換モード

効率的なブラウジングモード

サーバメトリックブラウザには、ノードメトリックのために効率的なブラウジングのオプションが含まれます。このオプションは、複数のノードを含む階層のメトリックをブラウズする場合に使用します。

  • 効率的なブラウジングが有効になっている場合、ブラウザツリービューの各ノードには、対応するノードのマシンエージェントによってレポートされたメトリックのみが表示されます。
  • 効率的なブラウジングが有効になっている場合、Hardware Resources および Custom Metrics フォルダは表示されません。
  • 効率的なブラウジングが無効になっている場合、ブラウザツリービューの各ノードには、同じ階層内の他のノードのメトリックも表示されます(どの階層グループに対応するノードであるかは示されません)。

この効率化オプションは、デフォルトで無効になっています。Splunk AppDynamics では、このオプションを有効にすることを推奨しています。このオプションを有効にするには、以下に移動します。

http://<controller host>:<port>/controller/admin.jsp and set sim.metrics.metricBrowser.machineMetricMappings.enabled to 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 時間を計算するには、次のようにします。

  1. モニター対象のゲストマシンの PowerShell 端末で、Get-WmiObject Win32_PerfRawData_vmGuestLib_VCPU. を実行します。
  2. CpuStolenMs カウンタ(ミリ秒単位)をメモします。
  3. Timestamp_PerfTime カウンタ(ミリ秒単位)をメモします(Frequency_Perftime を確認します。この値は 1000(hz 単位)になっているはずです)。
  4. 1 分後に Get-WmiObject Win32_PerfRawData_vmGuestLib_VCPU をもう一度実行し、両方のカウンタを再度メモします。
  5. 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 によって計算される結果よりも少なくなります。

1Linux カーネルプロセス」を参照してください。
2 :Solaris でプロセスメトリックを収集する場合、マシンエージェントは、各プロセス名と引数リストの最初の 80 文字だけを観測してキャプチャします。エージェントは、ServerMonitoring.yml で定義されている許可リスト(「常にこのプロセスをモニタする」)およびブロックリスト(「このプロセスをモニタしない」)を適用するときに、各プロセス文字列の最初の 80 文字のみを識別します。