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

サーバの可視性メトリックは、メトリックブラウザのサーバの可視性バージョンでのみ表示できます。これは、コントローラ 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 によって計算される結果よりも少なくなります。