サーバープロセスのメトリック

コントローラでサーバープロセスのメトリックにアクセスするには、[HomeServersProcesses] を選択します。

Splunk AppDynamics でモニターするプロセス、それらのプロセスのグループ化方法、モニターするプロセスの数、およびそれらのプロセスをモニターする前に稼働させる必要がある時間を設定できます。サーバの可視性のためのマシンエージェントの設定 サーバの可視性のためのマシンエージェントの設定

[Server Processes] タブでは、次のことができます。

  • 選択した期間中にアクティブなすべてのプロセスを表示する。プロセスは、ServerMonitoring.yml ファイルでの指定に従いクラス別にグループ化されます。
  • [Command Line] 列内のプロセスエントリにカーソルを合わせて、このプロセスを開始した完全なコマンドラインを表示する。
  • プロセスクラスを展開して、そのクラスに関連付けられているプロセスを表示する。
  • [View Options] を選択して、チャートに表示する列を設定する。
  • 表示されるメトリックの期間を変更する。
  • 列をソートキーとして使用してチャートをソートする。スパークラインチャートの [CPU Trend] または [Memory Trend] ではソートできません。
  • CPU とメモリの使用傾向を確認する。

サーバープロセスのメトリック

モニター対象の各クラスおよびプロセスについて、次の情報が表示されます。

デフォルト列

  • Class:プロセスクラス。
  • Count:このクラスのプロセスの数。
  • Command Line:プロセスを開始したコマンド。
  • State:アイコンは、プロセスの状態(スリープ中、実行中、終了済み、ゾンビ、またはそれらの重複した状態)を表します。アイコンの状態を確認するには、アイコンの上にカーソルを置きます。複数のプロセスがクラスに関連付けられている場合は、[State] 列に疑問符が表示されます。関連するプロセスの状態を確認するには、クラスを展開します。
  • Effective User:プロセスを開始したユーザーアカウントの名前。
  • Start Time:プロセスが開始されたときに、コントローラマシンで設定されていた時刻。
  • End Time:プロセスが終了したときに、コントローラマシンで設定されていた時刻。
  • CPU (%):このクラスのすべてのプロセスによって消費された CPU リソースのパーセンテージ。
  • CPU Trend:選択した期間の CPU 使用率を示すチャート。
  • Memory (%):このクラスのすべてのプロセスによって消費されたメモリリソースのパーセンテージ。
  • Memory Trend:選択した期間のメモリ使用率を示すチャート。
  • PID:プロセス ID。
  • PPID:親プロセス ID。

OS 固有の列

この列情報は、Linux サーバーでモニターされるプロセスに固有です。

  • pgid:プロセスグループ ID。
  • Real Group:プロセスの実際のグループ ID。
  • Real User:プロセスの実際のユーザー ID。
  • Effective Group:メッセージキュー、共有メモリ、およびセマフォなどの共有リソースを使用するときのプロセス権限を決定するためにカーネルが使用するユーザー ID。
  • Nice Level:プロセスに提供する CPU の量を示すために使用される優先順位、またはプロセスの優先順位。-20 が最高の優先順位で、19 または 20 が最低の優先順位です。

Windows プロセス収集の設定

プロセスが多すぎて Windows 上のマシンエージェントのパフォーマンスが低下した場合は、システム環境変数を調整して対応する必要があります。特に、Splunk AppDynamics でサポートされている Windows ベースのオペレーティングシステムに関してこれを行います。「システム要件」を参照してください。

Microsoft Windows プロセスの収集は、コントローラでデフォルトで有効になっています。また、パフォーマンスの問題が原因で有効ユーザー値が欠落しています。有効ユーザー値を取得するには、APPDYNAMICS_ENABLE_PROCESS_OWNER_INFORMATION 環境変数を設定します。この情報は取得できますが、ほとんどの場合、これによりプロセスの収集が低速になり、CPU 使用率の上昇やメトリックのレポートが失敗するなどの追加の問題が発生する場合があります。プロセスの収集を無効にするには、APPDYNAMICS_MACHINE_AGENT_STOP_PROCESS_COLLECTION を設定します。これにより、プロセスのメトリックとメタデータが失われる代わりに、パフォーマンスは向上します。

Windows システム環境変数

この情報は、Windows サーバーでモニターされるプロセスに固有です。

  1. Default::すべての Windows プロセスとメタデータを取得します。マシンエージェント 4.5.4 以降、パフォーマンスを向上させるために、有効ユーザー情報はデフォルトで除外されます。
  2. APPDYNAMICS_ENABLE_PROCESS_OWNER_INFORMATION:有効ユーザーを含む、すべての Windows プロセスとメタデータを取得しますが、マシンエージェントでパフォーマンスの問題が発生する可能性があります。これはマシンエージェント 4.5.4 から使用できます。
  3. APPDYNAMICS_MACHINE_AGENT_STOP_PROCESS_COLLECTION:すべての Windows プロセスメトリックとメタデータの収集を停止しますが、マシンエージェントのパフォーマンスを向上させます。この変数を設定した場合、APPDYNAMICS_ENABLE_PROCESS_OWNER_INFORMATION 変数は無視されます。これはマシンエージェント 4.4.0 から使用できます。
注: これらの環境変数は設定のみ必要であり、変数に値を割り当てる必要はありません。

これらの変更を有効にするために、マシンエージェントを再起動する必要があります。

サーバーの可視性におけるプロセス状態変更のアラート

サーバーの可視性により、プロセスの状態はメトリックブラウザに [State] として表示されます。

メトリックブラウザ内でこのメトリックを表示できるようにするには、次のいずれかの方法を使用して、プロセス メトリック パラメータを有効化する必要があります。
  • 構成ファイルのプロパティ:conf/controller-info.xml ファイルに次のプロパティを追加します。

    <process-metrics-enabled>true</process-metrics-enabled>
  • システムプロパティ:アプリケーションを起動するときにシステムプロパティを設定します。

    -Dappdynamics.machine.agent.process.metrics.enabled=true
  • 環境変数:環境変数をエクスポートします。

    export APPDYNAMICS_MACHINE_AGENT_PROCESS_METRICS_ENABLED=true
サーバの可視性により、プロセスの状態はメトリックブラウザに [State] として表示されます。プロセスの状態に対応するメトリック値は、次のように定義されます。
状態
実行中0
スリープ中1
ゾンビ2
TERMINATED3
UNKNOWN4
[State] の値を使用してアラートを作成し、プロセスのステータスが変更されたときに通知を受け取ることができます。
  1. [Servers > Alerts and Respond > Health Rules] に移動します。
  2. [+] をクリックして新しい正常性ルールを作成します。
  3. [Conditions] セクションで、[Add Condition] をクリックします。条件タイプを [Metric] に設定します。詳細については、「条件の設定」を参照してください。
  4. メトリックパスを指定します。例: Hardware Resources|Process|<Process Class> |<Process PID> |状態。これは通常、サーバーの設定時に [Server Process Metrics] の下にあります。
  5. 値が目的の状態に達したときにトリガー条件を設定します。
  6. [Evaluation for No Data] では、メトリックでデータが報告されない場合(-1 で表される場合)も、重大な違反がすでにトリガーされている場合は、その違反がアクティブなままになるようにするオプションを選択します。違反がアクティブでデータがない場合、システムは正常と見なす必要があります。この設定により、違反は -1 の値の期間中持続します。
  7. オプションで、[Warning Criteria] セクションで警告を設定します。この正常性ルールについては、デフォルトの設定をそのままにするか、警告条件を削除することができます。
  8. [Health Rule Schedule] セクションで、正常性ルールをアクティブにするタイミングを定義します。
  9. この正常性ルールに違反した場合に実行するアクション(電子メールの送信、カスタムアクションのトリガー、インシデントの作成など)を設定します。
  10. すべての構成設定を確認します。
  11. [Save] をクリックして、正常性ルールを作成して有効にします。