AIX ホストの監視
Instana でホストを監視できます。 Instana ホストのパフォーマンス、健全性、リソース利用状況に関する包括的な洞察を提供し、効率的なトラブルシューティング、パフォーマンス最適化、および問題の事前検知を可能にします。
システム情報
Instana AIX ホストから包括的なシステム情報を収集します。 Instana ダッシュボードの 「システム 」ペインでこれらの詳細を確認してください:
| パラメーター | 説明 |
|---|---|
| OS | カーネルバージョンとシステムアーキテクチャを含むオペレーティングシステム情報。 |
| CPU | システムが利用可能な論理処理ユニット。 |
| メモリー | GiB のシステムメモリ容量(ギビバイト単位)。 |
| ホスト名 | AIX マシンのホスト名。 |
| FQDN | 完全修飾ドメイン名。 ホストの完全なドメイン名であり、サブドメインとトップレベルドメインを含みます。 |
| システム ID | Instana が監視対象ホストを管理し、資産管理システムと連携するために使用する一意の識別子。 |
| ホスト ID | ホストのネットワークインターフェースのMACアドレス。これはネットワークアダプタを一意に識別する識別子である。 |
| ハードウェアのブランド | ハードウェアメーカー名 |
| ハードウェア・モデル | ハードウェアのモデル名。 |
| マシンのシリアル番号 | 機械のシリアル番号。 |
| 仮想プロセッサー | AIX オペレーティングシステムがワークをスケジューリングするPower HypervisorによってLPARに割り当てられる論理CPU実行ユニットの数。 この値はコア相当プロセッサを表し、SMTスレッドは含まれません。 |
| 開始時刻 | システムが起動した時刻。 |
システムIDは資産管理システムとの連携に使用されます。 エージェントの YAML ファイルを以下の例のように設定して、システムIDの収集を有効にします:
"com.instana.plugin.host":
"collectSystemId": true
インターフェース
以下の詳細を確認できます:
- インターフェース: ネットワークインターフェースとIPアドレスの一覧。
- Instana エージェント: ホストの Instana エージェント。
- プロセス: ホスト上で実行中のプロセスの数と詳細。
報告状況
AIX ホストの過去の実稼働状況は、 AIX ホストダッシュボードの 「レポートステータス 」チャートに表示されます。 Instana に報告するホストの状態を示す3つのカラーインジケーターを確認できます。
| 状況 | 説明 | カラーインジケーター |
|---|---|---|
| レポート作成 | ホストは Instana に中断なく報告しました。 | グリーン |
| 報告 - モニタリングの問題 | ホストは Instana に、一部中断(ネットワーク障害やエージェント監視の問題など)を伴い報告しており、完全に利用可能な状態ではありません。 | オレンジ |
| レポートなし | この期間中、ホストは Instana に一切レポートしていませんでした。 | 赤 |
このデータをホストダッシュボードに表示するために使用されるメトリックは、ホストを監視するエージェントから受信したメッセージを集計したものです。 ホストは、 Instana が所定の時間枠内で予想されるメッセージの少なくとも98%を受信した場合に 「報告中」 として分類されます。
例えば、メトリック集計の時間ウィンドウが5分間であり、ホストのポーリングレートが1秒に1回の場合、 Instana はその時間枠内でホストから300件のメッセージを受信することを想定します。
- 少なくとも294件のメッセージを受信した場合(300件の98%)、ホストステータスは 「Reporting 」として表示されます。
- 受信したメッセージが294未満かつ0より多い場合、ホストステータスは 「レポーティング – 監視の問題」 として表示されます。
- メッセージを受信しない場合、ホストの状態は 「報告なし 」として表示されます。
パフォーマンス・メトリック
Instana AIX ホストの包括的なパフォーマンス指標を監視および表示します。 これらのメトリクスは、CPU使用パターン、メモリ割り当て、ディスクI/O操作、ネットワークインターフェースの活動、プロセス動作など、システムリソース利用状況に関する詳細な洞察を提供し、効果的なパフォーマンス分析とトラブルシューティングを可能にします。
CPU使用率: 全体
このセクションでは、すべてのプロセッサにわたる総CPU使用率(パーセント)を表示します。これは、ホスト上のすべてのCPUリソースの合計使用率を表しています。 この集計メトリクスは、システム全体の負荷を迅速に評価し、CPU使用率が高い期間を特定するのに役立ちます。
AIX LPAR環境でより正確なCPU使用率を収集するには、エージェント設定ファイルのホストセクションで `useMpstat` を true `true`に設定する必要があります*instanaAgentDir*/etc/instana/configuration.yaml。以下の例のように設定してください:
com.instana.plugin.host:
useMpstat: true
| メトリック | 説明 | 粒度 |
|---|---|---|
| CPU 使用率 | 設定した時間範囲におけるCPU使用率(パーセンテージ) | 1 秒 |
メモリ使用量: 全体
このセクションには、 AIX ホストの全体的なメモリ使用率(パーセンテージ)が表示されます。これは、現在使用中の物理メモリの総量を示しています。 この指標はメモリ使用量の概要を素早く把握でき、システムにおける潜在的なメモリ負荷を特定するのに役立ちます。
| メトリック | 説明 | 粒度 |
|---|---|---|
| メモリー使用率 | 設定した時間範囲におけるメモリ使用量の合計(パーセンテージ) | 1 秒 |
used は次のように計算されます: (computational + non-computational) ÷ real total. この計算には、計算用メモリ(アプリケーションやオペレーティングシステムによって積極的に使用されるもの)と非計算用メモリ(キャッシュやその他の再利用可能な目的で使用されるもの)の両方が含まれます。 非計算要素は使用メモリの大部分を占めることが多く、高い used 割合が必ずしもメモリ不足を示しているわけではない。 AIX における効果的なメモリ監視と容量計画のためには、メモリ computational 使用率パーセンテージがより有益です。これは実際のメモリ負荷を示し、システムが過剰コミット状態にあるかどうかの判断に役立ちます。CPU負荷: ピーク
このセクションでは、選択した期間中に到達した最大CPU負荷を監視し、システムが経験したCPU要求の最高レベルを示します。 ピーク負荷の測定は、システム利用率の上限を明らかにし、ワークロードの急増に対応するCPUリソースが不足する可能性のある期間を特定するのに役立つため、キャパシティプランニングに不可欠である。
| メトリック | 説明 | 粒度 |
|---|---|---|
| Load | 選択した時間範囲で記録された最大CPU負荷。これは、システム上で実行待機状態にある、または実際に実行中のプロセスのピーク数を表します。 | 1 秒 |
平均実行キュー(1時間)
このセクションでは、過去1時間における平均ランキュー深度を監視し、CPU実行時間を待機しているプロセスの数を測定します。 ランキューはCPU競合の主要な指標です。値が高いほど、より多くのプロセスがCPUリソースを競合していることを示し、パフォーマンス最適化や追加のCPU容量の必要性を示す可能性があります。
| メトリック | 説明 | 粒度 |
|---|---|---|
| 平均実行キュー(1時間) | 過去60分間の実行キュー内のプロセス数の平均値。 エージェントが60分未満稼働している場合、. を Not collected表示します。 |
60 分 |
物理CPU消費数
物理CPU消費量は、仮想プロセッサの設定数に関係なく、LPARが実際に使用した物理プロセッサ容量をプロセッサ単位(コア)で測定した値です。
| メトリック | 説明 | 粒度 |
|---|---|---|
| 物理CPU消費数 | 消費された物理プロセッサの数。 | 1 秒 |
ユーザー・セッション
このセクションでは、 AIX ホストにおける同時ユーザーログインセッションを監視し、システムにアクティブにログインしているユーザー数を追跡します。 この指標は、管理者がシステムへのアクセスを監視し、異常なログインパターンを特定し、ライセンスやセキュリティポリシーへの準拠を確保するのに役立ちます。
| メトリック | 説明 | 粒度 |
|---|---|---|
| ユーザー・セッション | ホスト上の同時ユーザーログインセッション数。 | 1 分 |
CPU使用率: 合計
このセクションでは、総CPU使用率を特定のカテゴリに分類し、プロセッサ時間がユーザープロセス、システム操作、I/O待機状態、およびアイドル時間にどのように割り当てられているかを示します。
| メトリック | 説明 | 粒度 |
|---|---|---|
| ユーザー | アプリケーションやユーザーが開始したサービスを含む、ユーザー空間プロセスを実行するために費やされたCPU時間の割合。 | 1 秒 |
| システム | カーネル操作の実行に費やされたCPU時間の割合。これにはシステムコール、デバイスドライバ、および中核的なオペレーティングシステム機能が含まれる。 | 1 秒 |
| お待ちください (Wait) | I/O操作の完了待ちに費やされたCPU時間の割合。ディスクまたはネットワークのボトルネックの可能性を示します。 | 1 秒 |
| アイドル | プロセッサがアイドル状態でI/O操作を待機していないCPU時間の割合。利用可能なCPU容量を示す。 | 1 秒 |
CPUイベント
このセクションでは、プロセッサのパフォーマンスとシステムの応答性に影響を与えるコンテキストスイッチやデバイス割り込みを追跡し、CPU関連のシステムイベントを監視します。
| メトリック | 説明 | 粒度 |
|---|---|---|
| コンテキスト・スイッチ回数 | CPUがプロセスまたはスレッド間で切り替える回数。 高い値は、過剰なマルチタスクやリソース競合を示している可能性があります。 | 1 秒 |
| デバイス割り込み回数 | 周辺機器からのハードウェア割り込み要求数。I/O操作のためにCPUの即時対応を必要とするもの。 | 1 秒 |
CPU負荷: 平均
このセクションでは、時間経過に伴う平均CPU負荷を追跡し、CPUリソースを競合するプロセスの数を測定します。 この指標は、システムの負荷を評価し、需要が高まる時期やリソース競合が発生する時期を特定するのに役立ちます。
| メトリック | 説明 | 粒度 |
|---|---|---|
| CPU 負荷 | 1分間の平均実行可能プロセス数または待機プロセス数。システム全体の負荷とCPUリソースの圧迫度を示す。 | 5 秒 |
物理プロセッサーの使用状況
このセクションは、 AIX のLPARにおける物理プロセッサの使用率を監視し、実際の物理CPU消費量を追跡します。
| メトリック | 説明 | 粒度 |
|---|---|---|
| 物理CPU消費数 | 消費された物理プロセッサの数。 | 1 秒 |
| ハイパーバイザー呼び出し | 物理プロセッサ時間のうち、ハイパーバイザー呼び出しに費やされた割合。 0これはrootユーザーによるデプロイの場合にのみ利用可能です。それ以外の場合は、値は.となります。 |
1 秒 |
| 流用されたビジー・サイクル | ハイパーバイザーがビジーサイクルを窃取している間に発生する物理プロセッサ使用率の割合。 | 1 秒 |
| 盗まれたアイドル・サイクル | ハイパーバイザーがアイドルサイクルを奪っている間に発生する物理プロセッサ使用率の割合。 | 1 秒 |
デフォルトでは、物理プロセッサの使用率メトリクスは収集されません。 収集を有効にするには、エージェント設定ファイルのホストセクションで以下の設定を構成します(*instanaAgentDir*/etc/instana/configuration.yaml):
com.instana.plugin.host:
collectPhysicalProcessorUtil: true
このメトリックは物理プロセッサ使用率の時系列グラフにも表示され、過去の傾向を分析できます。
個々の CPU 使用率
このセクションでは、各プロセッサごとのCPU使用率の内訳を表示し、CPU時間が異なる実行状態にどのように割り当てられているかを示します:
| メトリック | 説明 | 粒度 |
|---|---|---|
| ユーザー | ユーザー空間プロセス(アプリケーションおよびサービス)の実行に費やされたCPU時間の割合。 | 1 秒 |
| システム | カーネル空間プロセス(OSのコア機能)の実行に費やされたCPU時間の割合。 | 1 秒 |
| お待ちください (Wait) | I/O操作の完了待ちに費やされたCPU時間の割合。 | 1 秒 |
| アイドル | プロセッサがアイドル状態であったCPU時間の割合。 | 1 秒 |
デフォルトでは、個々のCPU使用率メトリクスは収集されません。 収集を有効にするには、エージェント設定ファイルのホストセクションで以下の設定を構成します(*instanaAgentDir*/etc/instana/configuration.yaml):
com.instana.plugin.host:
collectIndividualCpuMetrics: true
デフォルトでは、パフォーマンスの最適化とシステムオーバーヘッドの削減のため、個々のCPU使用率メトリクスは無効化されています。 これらのメトリクスはプロセッサごとの内訳を提供しますが、論理CPUが多数存在するシステムを監視する場合、システムパフォーマンスに影響を与える可能性があります。 このコレクションは必要な場合のみ有効にしてください。
メモリー
このセクションでは、 AIX ホストのメモリリソースを監視し、物理メモリと仮想メモリの使用状況、スワップ領域の割り当て、ページングアクティビティに関するメトリクスを提供します。これにより、メモリ負荷の評価とシステムパフォーマンスの最適化を支援します。
| メトリック | ユニット | 説明 | 粒度 |
|---|---|---|---|
| 使用中 | % | 現在割り当てられている物理メモリの割合(計算用メモリと非計算用メモリの両方を含む)。 | 1 秒 |
| 計算 | % | アプリケーションおよびオペレーティングシステムがタスク処理のために積極的に使用しているメモリの割合。 | 1 秒 |
| 非計算的 | % | キャッシュやその他の回収可能な目的で使用されているメモリのうち、必要に応じて解放可能な割合。 | 1 秒 |
| 計算 | バイト | アプリケーションおよびオペレーティングシステムによって実際に使用されているメモリの絶対量。 | 1 秒 |
| 非計算的 | バイト | キャッシュおよびその他の回収可能な目的で使用されるメモリの絶対量。 | 1 秒 |
| 実際に使用可能 | バイト | ページングやスワッピングを必要とせずに割り当て可能な物理メモリの量。 | 1 秒 |
| 最小のファイル・ページしきい値(minperm%) | % | ファイルページに対する最小閾値。この値を下回ると、ファイルページと計算用ページの両方からメモリが解放される可能性がある。 | 10 分 |
| 使用済みスワップ | % | 現在使用中のスワップ領域の割合。数値が高い場合、メモリ使用圧力を示す。 | 1 秒 |
| 仮想使用中 | % | 現在割り当てられている仮想メモリ(物理メモリとスワップ領域の合計)の割合。 | 1 秒 |
| 合計スワップ | バイト | システムに設定されたスワップ領域の合計量。 | 1 秒 |
| 空きスワップ | バイト | 使用可能なスワップ領域の量。 | 1 秒 |
| 仮想合計 | バイト | 仮想メモリの総容量(物理メモリとスワップ領域の合計)。 | 1 秒 |
| 仮想空き | バイト | 割り当て可能な仮想メモリの量。 | 1 秒 |
| バーチャル・アクティブ | バイト | 実行中のプロセスによってアクティブに使用されている仮想メモリの量。 | 1 秒 |
| ページ・イン | レート | ディスクから物理メモリに読み込まれたページ数。これは利用可能なRAMを超えるメモリ需要を示している。 | 1 秒 |
| ページ・アウト | レート | 物理メモリからディスクに書き込まれたページ数。メモリ負荷と潜在的なパフォーマンスへの影響を示します。 | 1 秒 |
| ページスキャン | レート | システムが再利用またはスワッピングの対象候補を特定するためにスキャンしたメモリページの数。 | 1 秒 |
| ページ数-フォールト | レート | プロセスが物理RAM上に現在存在しないメモリページにアクセスした際のページフォルト例外の発生回数。 | 1 秒 |
| ページ再利用 | レート | ディスクI/Oを必要とせずにフリーリストから解放されたメモリページの数。 | 1 秒 |
Instana ダッシュボードでは、すべてのメモリメトリクスが時系列グラフとして可視化されます。これにより、選択した時間範囲において、異なるメモリコンポーネント間の傾向や相関関係を分析できます。
入出力アクティビティー
このセクションでは、システムI/Oアクティビティを監視し、アプリケーションレベルの操作と物理ディスクI/Oの両方を追跡します。
| メトリック | 説明 | 粒度 |
|---|---|---|
| 読み取り | アプリケーションによって実行されたreadおよびreadvシステムコールの数。これは、キャッシュから満たされるか、ディスクアクセスを必要とする可能性のある高レベルのファイル読み取り要求を表す。 | 1 秒 |
| 書き込み | アプリケーションによって実行されたwriteおよびwritevシステムコールの数。これは、最初にバッファキャッシュに書き込まれる高レベルのファイル書き込み要求を表す。 | 1 秒 |
| ブロック読み取り数 | サンプリング期間中にディスクデバイスから実行された物理ブロック読み取り操作の数。これは、バッファキャッシュをバイパスまたは回避した実際のディスク読み取りI/Oを示します。 | 1 秒 |
| ブロック書き込み数 | ディスクデバイスへの物理ブロック書き込み操作の数。バッファキャッシュから永続ストレージへデータをフラッシュする同期書き込みと非同期書き込みの両方を含む。 | 1 秒 |
| ノンブロック読み取り | 物理ブロック読み取り操作数(同期I/Oと非同期I/Oを含む)。ディスク読み取り活動パターンの全体像を把握するための指標。 | 1 秒 |
| ノンブロック書き込み | ファイルシステムバッファキャッシュを完全にバイパスする生のI/O書き込み操作の数。通常、即時書き込みを必要とするダイレクトI/Oやデータベース操作に使用される。 | 1 秒 |
| 論理ブロック読み取り数 | 物理ディスクアクセスなしでシステムバッファキャッシュから直接満たされた論理ブロック読み取り数。読み取り操作における効果的なキャッシュ利用率を示す。 | 1 秒 |
| 論理ブロック書き込み数 | システムバッファキャッシュへの論理ブロック書き込み数。これらは後で非同期的にディスクにフラッシュされ、書き込みバッファリングの有効性を評価するのに役立ちます。 | 1 秒 |
| システム呼び出し | すべてのプロセスによって行われるシステムコールの総数 | 1 秒 |
デフォルトでは、これらのメトリクスの収集は有効になっています。 収集を無効にするには、エージェント設定ファイルのホストセクションで以下の設定を構成します(*instanaAgentDir*/etc/instana/configuration.yaml):
com.instana.plugin.host:
collectIOActivity: false
プロセス統計
このセクションでは、プロセスおよびスレッドの活動を監視し、プロセス状態、実行パターン、システムコール活動を追跡することで、ワークロードの分散を評価し、スケジューリングの問題を特定するのに役立ちます。
| メトリック | 説明 | 粒度 |
|---|---|---|
| プロセスの合計 | システム上で現在実行中の全状態のプロセス総数(アクティブ、スリープ、停止、アイドル状態を含む)。 | 1 秒 |
| 実行可能 | 実行待機中のプロセス数。これには、実行可能なプロセスと現在CPU上で実行中のプロセスの両方が含まれる。 | 1 秒 |
| 待機中スレッド数 | ページイン操作の完了待ちでブロックされたプロセスまたはスレッドの数。メモリページングの活動を示す。 | 1 秒 |
| Execs実行済み | サンプリング期間中に実行された実行システムコールの数。プログラムの実行および置換操作を表す。 | 1 秒 |
| フォークが実行されました | サンプリング間隔中に実行されたフォークシステムコールの数。新規プロセス作成活動を表す。 | 1 秒 |
| 停止済み | 現在停止状態にあるプロセスの数。通常、ジョブ制御信号によって一時停止された状態、またはデバッグセッション中に停止された状態を指す。 | 1 秒 |
| スリープ中 | 現在スリープ状態にあるプロセス数。イベント、リソース、またはI/O操作の完了を待機中。 | 1 秒 |
| アイドル | 現在アイドル状態にあるプロセスの数。実行中の作業や消費するリソースがない状態。 | 1 秒 |
| ゾンビ | 実行は完了したが、親プロセスがステータスを読み取るのを待っているため、プロセス・テーブルにエントリが残っているゾンビプロセスの数。 | 1 秒 |
デフォルトでは、これらのメトリクスの収集は有効になっています。 収集を無効にするには、エージェント設定ファイルのホストセクションで以下の設定を構成します(*instanaAgentDir*/etc/instana/configuration.yaml):
com.instana.plugin.host:
collectProcessStatistics: false
ディスク
このセクションでは、物理ディスクのパフォーマンス指標(I/O操作、転送速度、使用率パターンなど)を監視します。
| メトリック | 説明 | 粒度 |
|---|---|---|
| ディスク名 | 物理ディスクデバイスの名前。 | 10 分 |
| 平均転送サイズ | ディスクI/O操作あたりの平均転送バイト数。 典型的な転送サイズを評価し、ワークロードが大規模な連続操作を実行しているのか、小規模なランダムI/Oを実行しているのかを特定するのに役立ちます。 | 5 秒 |
| ビジー | ディスクがデータをアクティブに転送している時間の割合。 30%を超える値は、多くの場合、過剰なページング活動またはI/Oに制約されたプロセスを示します。 CPU使用率が高い場合(80%以上)、この値は通常、注意を要するシステム過負荷を示しています。 | 5 秒 |
| 転送速度 | 1秒あたりに完了したデータ転送操作の数。ディスクの全体的なトランザクションスループットを表し、I/Oワークロードの強度を評価するのに役立つ。 | 5 秒 |
| 読み取り操作数 | 1秒あたりに完了した読み取り転送操作の数。アダプタを除くすべてのストレージデバイスタイプに適用され、ディスク上の読み取りワークロードの強度を示す。 | 5 秒 |
| 書き込み操作数 | 1秒あたりに完了した書き込み転送操作の数。アダプタを除くすべてのストレージデバイスタイプに適用され、ディスク上の書き込みワークロードの強度を示す。 | 5 秒 |
| キュー満杯カウント | ディスクのサービスキューが最大容量に達し、追加のリクエストを受け付けられなくなった1秒あたりの頻度。これはI/O飽和状態と潜在的なパフォーマンス低下を示している。 | 5 秒 |
| 転送されたデータ | 指定期間中に転送された総キロバイト数。ディスクデータ移動速度の主要指標となるが、実際のパフォーマンスはディスクフォーマットやスペース使用効率にも依存する。 | 5 秒 |
| 読み取られたデータ | 監視間隔で測定される、ディスクからの読み取りスループットを追跡し、読み取り集約型のワークロードを特定するための、1秒あたりの読み取りバイト数。 | 5 秒 |
| 書き込まれたデータ | 監視間隔で測定される、ディスクへの書き込みスループットを追跡し、書き込み負荷の高いワークロードを特定するための、1秒あたりの書き込みバイト数。 | 5 秒 |
| タイプ | ストレージデバイスタイプの分類。適切な性能解釈とトラブルシューティングのために、ディスクまたはストレージアダプタの具体的な種類を特定する。 | 10 分 |
デフォルトでは、稼働率(高い順)に基づいて上位10台のディスクのデータが収集されます。 すべてのディスクのデータを収集するには、エージェント設定ファイルのホストセクションで以下の設定を構成します(*instanaAgentDir*/etc/instana/configuration.yaml):
com.instana.plugin.host:
collectAllDisks: true # Set false to collect only top 10 disks
物理ボリューム
このセクションでは物理ボリュームを監視します。 物理ボリュームは、使用前に初期化されボリュームグループに追加される必要がある生のストレージデバイス(ディスクまたはパーティション)です。
| メトリック | 説明 | 粒度 |
|---|---|---|
| 物理ボリューム名 | システム参照および管理操作のために物理ボリュームに割り当てられたデバイス識別子。 | 10 分 |
| 合計サイズ | 物理ボリューム上でボリュームグループに割り当て可能な総生ストレージ容量。 | 10 分 |
| 使用済みサイズ | この物理ボリュームからボリュームグループ内の論理ボリュームに現在割り当てられているストレージ量。 | 8分 |
| フリー・サイズ | 物理ボリューム上に新規または拡張用の論理ボリューム用に割り当てられていない空き容量の量。 | 8分 |
| 使用スペース | ボリュームグループに現在割り当てられている物理ボリューム容量の割合。 | 8分 |
| 空きスペース | ボリュームグループに割り当て可能な物理ボリューム容量の割合。 | 8分 |
デフォルトでは、容量使用率(高い順)に基づいて上位10個の物理ボリュームのデータが収集されます。 すべての物理ボリュームのデータを収集するには、エージェント設定ファイルのホストセクションで以下の設定を構成します(*instanaAgentDir*/etc/instana/configuration.yaml):
com.instana.plugin.host:
collectAllVolumeGroups: true # Set false to collect only top 10 physical volumes.
ボリューム・グループ
このセクションではボリュームグループを監視します。 ボリュームグループは、ストレージプールを形成する物理ボリュームの集合体です。
| メトリック | 説明 | 粒度 |
|---|---|---|
| ボリューム・グループ名 | ボリュームグループに割り当てられた一意の識別子(管理および参照目的)。 | 10 分 |
| 合計サイズ | ボリュームグループ内で利用可能な総ストレージ容量。これはすべての物理ボリュームの合計を表します。 | 10 分 |
| 使用済みサイズ | ボリュームグループ内の論理ボリュームに現在割り当てられているストレージ容量。 | 8分 |
| フリー・サイズ | ボリュームグループ内に新規論理ボリューム用に利用可能な未割り当てストレージの残量。 | 8分 |
| 使用スペース | ボリュームグループ容量のうち、現在論理ボリュームに割り当てられている割合。 | 8分 |
| 空きスペース | 新規または拡張される論理ボリュームへの割り当てが可能なボリュームグループ容量の割合。 | 8分 |
| アクティブな物理ボリューム | ボリュームグループ内で現在アクティブかつアクセス可能な物理ボリュームの数。 | 8分 |
| 物理ボリューム | ボリュームグループに構成された物理ボリュームの総数(アクティブと非アクティブの両方を含む)。 | 8分 |
| 論理ボリューム | ボリュームグループ内に現在定義されている論理ボリュームの数。 | 8分 |
| ボリューム・グループの状態 | ボリュームグループの動作状態。アクティブ、非アクティブ、または変更中の状態を示す。 | 10 分 |
デフォルトでは、容量使用率(高い順)に基づく上位10のボリュームグループについてデータが収集されます。 すべてのボリュームグループに関するデータを収集するには、エージェント設定ファイルのホストセクションで以下の設定を構成します(*instanaAgentDir*/etc/instana/configuration.yaml):
com.instana.plugin.host:
collectAllVolumeGroups: true # Set false to collect only top 10 volume groups.
論理ボリューム
このセクションは論理ボリュームを監視します。 論理ボリュームとは、ボリュームグループ内に作成される仮想ブロックデバイスであり、ファイルシステムまたは生ストレージとして使用できる。
| メトリック | 説明 | 粒度 |
|---|---|---|
| ボリューム・グループ名 | この論理ボリュームを含むボリュームグループ名。これによりストレージプールの関係が確立されます。 | 10 分 |
| 論理ボリューム名 | システム参照および管理操作のために論理ボリュームに割り当てられた一意の識別子。 | 10 分 |
| サイズ | 論理ボリュームに割り当てられた総ストレージ容量。必要に応じて動的に調整可能。 | 10 分 |
| タイプ | 論理ボリュームの種類。その目的を示すもので、例: jfs2、 jfs2log、ページング、その他の特殊機能など。 | 10 分 |
| マウント・ポイント | 論理ボリュームがマウントされたファイルシステムをホストしている場合、その論理ボリュームがアクセス可能なファイルシステムのマウントポイント。 | 10 分 |
| 状態 | 論理ボリュームの動作状態。オープン、クローズド、同期済み、またはその他の状態であるかを示す。 | 10 分 |
デフォルトでは、容量使用率(高い順)に基づいて上位10個の論理ボリュームのデータが収集されます。 すべての論理ボリュームのデータを収集するには、エージェント設定ファイルのホストセクションで以下の設定を構成します(*instanaAgentDir*/etc/instana/configuration.yaml):
com.instana.plugin.host:
collectAllLogicalVolumes: true # Set false to collect only top 10 logical volumes.
ファイル・システム
これらのメトリクスは、ファイルシステムのパフォーマンス、容量、使用状況に関する洞察を提供し、管理者がストレージシステムを効果的に監視および最適化することを可能にします。
| メトリック | 説明 | 粒度 |
|---|---|---|
| 空きディスク・スペース | ファイルシステム上で利用可能な空き領域の量。 | 1 秒 |
| リーク | 割り当てられたが使用されていない領域。リークまたは無駄と見なされる。 | 1 秒 |
| 容量 | ファイルシステムの総容量。 | 1 秒 |
| 使用済みディスクの割合 | ファイルシステム上で使用されている領域の割合。 | 1 秒 |
| inode 使用状況 | 使用中のiノード(ファイルやディレクトリを記述するデータ構造)の割合。 | 1 秒 |
| iノード空き | ファイルシステム上で利用可能な空きiノードの数。 | 1 秒 |
| 読み取りバイト数/秒 | ファイルシステムから読み込まれたバイト数。 | 1 秒 |
| 書き込みバイト数/秒 | ファイルシステムに書き込まれるバイト数。 | 1 秒 |
| 読み取り数/秒 | 1 秒当たりの読み取り操作の数。 | 1 秒 |
| 書き込み数/秒 | 1 秒当たりの書き込み操作の数。 | 1 秒 |
| タグ | 説明 |
|---|---|
| デバイス | デバイスの名前。 |
| マウント | デバイスがファイルシステム階層内でマウントされるマウントポイント。 |
| オプション | ファイルシステムのマウント時に使用されるオプションまたはパラメータ。 |
| タイプ | ファイル・システムのタイプ。 |
* 合計、読み取り、書き込みの使用状況データポイントメトリクスは、ディスクI/O使用率をパーセンテージで表示します。
* Leaked (使用中の削除済みファイルを指し、. に相当する capacity - used - free) これらのファイルは、 lsof | grep deleted). で検索できます。
デフォルトでは、 Instana はローカルファイルシステムのみを監視します。 configuration.yaml ファイル (*instanaAgentDir*/etc/instana/configuration.yaml) には、監視対象または除外対象のファイルシステムを列挙できます。
設定項目の名前はデバイス名であり、これはコマンド df 出力の最初の列から確認できます。
以下の例は、監視対象のファイルシステムのリストを示しています:
com.instana.plugin.host:
filesystems:
- '/dev/hd11admin'
- '/dev/livedump'
- '/dev/hd10opt'
- '/dev/hd2'
次の例は、含まれるファイルシステムと除外されるファイルシステムを示しています:
com.instana.plugin.host:
filesystems:
include:
- '/dev/hd11admin'
- '/dev/livedump'
exclude:
- '/dev/hd10opt'
- '/dev/hd2'
デフォルトでは、容量使用率(高い順)に基づいて上位10ファイルシステムのデータが収集されます。 すべてのファイルシステムに関するデータを収集するには、エージェント設定ファイルのホストセクションで以下の設定を構成します(*instanaAgentDir*/etc/instana/configuration.yaml):
com.instana.plugin.host:
collectAllAixFilesystems: true # Set false to collect only top 10 filesystems
NFS 統計
ネットワークファイルシステム( NFS )の統計情報は、システムがネットワーク経由でリモートファイルシステムとやり取りする方法を詳細に可視化します。 これらの統計情報は、パフォーマンスの理解、遅延問題の診断、ストレージアクセスやネットワーク動作に関連するボトルネックの特定に不可欠です。
NFS バージョン2、バージョン3、およびバージョン4のクライアントおよびサーバー呼び出しがサポートされています。
以下の表は、利用可能な NFS メトリクスについて説明しています。
NFS トップレベルコールテーブルは、システム上の NFS の動作を概観的に示す。 これにより、 NFS リクエストがどれだけ処理されているか、またそのうちのどれかが失敗しているかどうかを素早く把握できます。
| メトリック | 説明 | 粒度 |
|---|---|---|
| 合計呼び出し数 | 指定期間内に受信した NFS リクエストの総数。 | 60 秒 |
| 拒否された呼び出し | 処理できず拒否された NFS リクエストの数 | 60 秒 |
| 着信拒否率 | NFS の呼び出しが拒否された割合を、呼び出しの総数と比較した値。 | 60 秒 |
NFS クライアントテーブルは、システムがクライアントとして動作する際の活動を示し、 NFS サーバーへのリクエスト送信数や発生したエラー・拒否を含みます。
| メトリック | 説明 | 粒度 |
|---|---|---|
| ルックアップ数 | クライアントがファイルやディレクトリを検索するために実行した検索操作の数。 | 60 秒 |
| 読み取り呼び出し | クライアントから送信された読み取り要求の数。 | 60 秒 |
| ディレクトリー読み取り呼び出し | ディレクトリ内容の読み取り要求数。 | 60 秒 |
| リンク読み取り呼び出し | シンボリックリンクを読み取る要求の数。 | 60 秒 |
| 書き込み | クライアントによって実行された書き込み操作の数。 | 60 秒 |
| キャッシュ書き込み呼び出し | クライアントから送信されたキャッシュされた書き込み操作の数。 | 60 秒 |
| ファイル作成 | クライアントからのファイル作成要求の数。 | 60 秒 |
| ファイル削除呼び出し | ファイル削除のリクエスト数。 | 60 秒 |
| ファイル・リネーム呼び出し | クライアントによって行われたファイル名変更要求の数。 | 60 秒 |
| ディレクトリー作成呼び出し | 新規ディレクトリ作成のリクエスト数 | 60 秒 |
| ディレクトリー削除呼び出し | ディレクトリ削除のリクエスト数 | 60 秒 |
| Get 属性呼び出し | ファイルまたはディレクトリの属性を取得するためのリクエスト数。 | 60 秒 |
| Set 属性呼び出し | ファイルまたはディレクトリの属性を更新するためのリクエスト数。 | 60 秒 |
| ファイル・システム統計呼び出し | ファイルシステム統計を取得するためのリクエスト数。 | 60 秒 |
| リンク呼び出し | ハードリンクを作成するリクエストの数。 | 60 秒 |
| シンボリック・リンク呼び出し | シンボリックリンクを作成するリクエストの数。 | 60 秒 |
| ヌル呼び出し | 接続性を確認するために使用されたNULLプロシージャ呼び出しの数。 | 60 秒 |
| ルート呼び出し | クライアントによって実行されたルート操作呼び出しの数。 | 60 秒 |
NFS サーバーテーブルは、サーバーが受信し処理した NFS リクエストを表示します。 サーバーのパフォーマンス監視、エラー追跡、ファイル共有操作における潜在的なボトルネックの特定に役立ちます。
| メトリック | 説明 | 粒度 |
|---|---|---|
| ルックアップ数 | 指定期間中にサーバーが処理したルックアップ要求の数。 | 60 秒 |
| 読み取り呼び出し | サーバーが受信した読み取り要求の数。 | 60 秒 |
| 書き込み | サーバーが受信した書き込み要求の数。 | 60 秒 |
| ディレクトリー読み取り呼び出し | ディレクトリ内容の読み取り要求数。 | 60 秒 |
| リンク読み取り呼び出し | シンボリックリンクを読み取る要求の数。 | 60 秒 |
| キャッシュ書き込み呼び出し | サーバーが処理するキャッシュ書き込み操作の数。 | 60 秒 |
| ファイル作成 | サーバーが処理したファイル作成要求の数。 | 60 秒 |
| ファイル削除呼び出し | ファイル削除のリクエスト数。 | 60 秒 |
| ファイル・リネーム呼び出し | サーバーが処理したファイル名変更要求の数。 | 60 秒 |
| ディレクトリー作成呼び出し | 新規ディレクトリ作成のリクエスト数 | 60 秒 |
| ディレクトリー削除呼び出し | ディレクトリ削除のリクエスト数 | 60 秒 |
| Get 属性呼び出し | ファイルまたはディレクトリの属性を取得するためのリクエスト数。 | 60 秒 |
| Set 属性呼び出し | ファイルまたはディレクトリの属性を更新するためのリクエスト数。 | 60 秒 |
| ファイル・システム統計呼び出し | ファイルシステム統計を取得するためのリクエスト数。 | 60 秒 |
| リンク呼び出し | ハードリンクを作成するリクエストの数。 | 60 秒 |
| シンボリック・リンク呼び出し | シンボリックリンクを作成するリクエストの数。 | 60 秒 |
| ヌル呼び出し | 接続性を確認するために使用されたNULLプロシージャ呼び出しの数。 | 60 秒 |
| ルート呼び出し | サーバーが受信したルート操作呼び出しの数。 | 60 秒 |
デフォルトでは、 NFS の統計情報は収集されません。 有効にするには、エージェント設定ファイルのホストセクションで設定を構成する必要があります(*instanaAgentDir*/etc/instana/configuration.yaml):
com.instana.plugin.host:
collectNfsStatistics: true
NFS ファイルシステムがマウントされている場合のみ、この設定を構成してください。 そうでない場合、収集された値はゼロになります。
RPC 統計
リモート・プロシージャ・コール( RPC )は、あるシステム上のプログラムが、あたかもローカル関数呼び出しであるかのように、別のシステム上のプロシージャを実行できるようにするための、中核的な通信メカニズムである。 RPC ネットワーク通信、シリアライゼーション、トランスポートの複雑さを抽象化し、分散コンポーネントがシームレスに相互作用できるようにする。
接続指向および接続非指向の両方の RPC クライアントおよびサーバー呼び出しがサポートされています。
RPC client 表は、クライアントからサーバーへ送信された RPC リクエストを示しています。 通話の成功、タイムアウト、再送信、および認証の問題を監視し、信頼性の高いリモートプロシージャ通信を確保するのに役立ちます。
| メトリック | 説明 | 粒度 |
|---|---|---|
| 呼び出し | クライアントから送信された RPC リクエストの数 | 60 秒 |
| サーバーによって拒否された呼び出し | RPC サーバーによって拒否されたクライアントリクエストの数。 | 60 秒 |
| タイムアウトした呼び出し | クライアントからの RPC 呼び出しのうち、サーバー応答を受信する前にタイムアウトした呼び出しの数。 | 60 秒 |
| 再送された呼び出し | 応答の失敗または遅延によりサーバーに再送信された RPC パケットの数 | 60 秒 |
| 応答が呼び出しと一致しない | サーバーの応答がクライアントのリクエストと一致しなかった回数。 | 60 秒 |
| ビジーのために呼び出しを待機した回数 | サーバーがビジー状態だったため、クライアントが待機しなければならなかった回数。 | 60 秒 |
| 認証更新の回数 | クライアントが認証情報を再送信する必要があった回数(指定期間中)。 | 60 秒 |
RPC サーバーテーブルは、サーバーが受信し処理した RPC リクエストを表示します。 拒否されたリクエスト、重複した呼び出し、パケットエラー、可用性問題を監視し、信頼性の高いサーバーサイド通信を確保するのに役立ちます。
| メトリック | 説明 | 粒度 |
|---|---|---|
| 呼び出し | サーバーが受信した RPC リクエストの数。 | 60 秒 |
| 拒否された呼び出し | サーバーによって拒否された RPC リクエストの数。 | 60 秒 |
| 重複リクエスト | サーバーが受信した重複した RPC リクエストの数。 | 60 秒 |
| 重複チェック | 重複リクエストキャッシュから処理された RPC リクエストの数 | 60 秒 |
| 誤った形式のヘッダーを含むパケット | 不正なヘッダーを持つ RPC パケットの受信数(処理エラーの原因) | 60 秒 |
| 短すぎるパケット | 処理するには短すぎる未完了の RPC パケットの受信数 | 60 秒 |
| RPCパケットが使用不可であった回数 | サーバーがパケットを受信しようとしたが、利用可能なパケットが存在しなかった回数。 | 60 秒 |
デフォルトでは、 RPC の統計情報は収集されません。 有効にするには、エージェント設定ファイルのホストセクションで設定を構成する必要があります(*instanaAgentDir*/etc/instana/configuration.yaml):
com.instana.plugin.host:
collectRpcStatistics: true
この設定は、 NFS ファイルシステムがマウントされている場合、またはシステムが NFS サーバーとして動作している場合にのみ構成してください。 そうでない場合、収集された RPC の統計値はゼロになります。
ネットワーク・インターフェース
以下の表は、インターフェースごとのネットワークトラフィックとエラーの概要を示しています。
| メトリック | 説明 | 粒度 |
|---|---|---|
| インターフェース | 通信に使用されるネットワークインターフェース。 | 60 秒 |
| Mac | ネットワークインターフェースのメディアアクセス制御(MAC)アドレス。 | 60 秒 |
| IP | ネットワークインターフェースに割り当てられたIPアドレス。 | 60 秒 |
| 受信パケットのバイト数 | ネットワークインターフェースが1秒間に受信した総バイト数。 | 1 秒 |
| 受信エラー | ネットワークインターフェースでデータを受信中に発生したエラーの数。 | 1 秒 |
| 送信パケットのバイト数 | ネットワークインターフェースが1秒間に送信する総バイト数。 | 1 秒 |
| 送信エラー | ネットワークインターフェースでのパケット送信中にエラーが発生しました。 | 1 秒 |
| 受信済み/秒 | ネットワークインターフェースが1秒間に受信するパケット数。 | 1 秒 |
| 送信済み/秒 | ネットワークインターフェースが1秒間に送信するパケット数。 | 1 秒 |
TCP アクティビティー
これらのメトリクスは、 TCP の接続アクティビティに関する洞察を提供します。これには確立された接続、セグメント伝送レート、およびエラー発生が含まれます。
| メトリック | 説明 | 粒度 |
|---|---|---|
| 確立済み | 確立された TCP 接続の数。 | 1 秒 |
| オープン/秒 | 1秒あたりに開かれる新しい TCP 接続の数。 | 1 秒 |
| 着信セグメント数/秒 | 1秒あたりの TCP セグメント受信数。 | 1 秒 |
| 発信セグメント数/秒 | 1秒あたりの TCP セグメントの送信数。 | 1 秒 |
| 確立されたリセット | 1秒あたりにリセットされる確立済み TCP 接続の割合 | 1 秒 |
| 発信リセット | 1秒あたりにリセットされる TCP 接続の割合 | 1 秒 |
| 失敗 | 1秒あたりの TCP 接続試行の失敗率 | 1 秒 |
| エラー | TCP エラーの1秒あたりの割合 | 1 秒 |
| 再送信 | TCP の再送信が1秒あたりに占める割合。 | 1 秒 |
トップ・プロセス・リスト
これらのメトリクスは、実行中のプロセスに関する洞察を提供します。これには、プロセスID、プロセス名、CPU使用率、正規化されたCPU使用率、およびメモリ消費量が含まれます。 上位プロセスリストは30秒ごとに更新され、システムリソースを使用しているプロセスのみがリストに含まれます。 例えば、過去30秒間にCPU使用率が10%を超えたプロセスや、メモリ使用量(RSS)が512MBを超えたプロセスが、プロセスのトップリストに表示されます。
CPU使用率上位10プロセスとメモリ使用量上位10プロセスの統合リストを作成するには、を combineTopProcesses に設定します true。 プロセスは、CPU使用率が10%未満またはメモリ使用量が512MB未満であっても、統合リストに含まれます。 同じプロセスがCPU使用率トップ10とメモリ使用率トップ10の両リストに掲載されている場合、統合リストでは1回のみ表示されます。統合リストには最大20件のエントリが含まれます。
com.instana.plugin.host:
combineTopProcesses: true
Linuxtop 意味論が用いられる。 100% CPUとは単一CPUコアのフル使用を指し、前月のスナップショット履歴を検索できます。 正規化されたCPUは、CPUを論理プロセッサの数で割ることで算出される。
| メトリック | 説明 | 粒度 |
|---|---|---|
| PID | オペレーティングシステムによって各プロセスに割り当てられる一意の識別子。 | 30 秒 |
| プロセス名 | アプリケーションまたはサービスによって定義されたプロセスの名前。 | 30 秒 |
| PPID | 現在のプロセスを開始した親プロセスのプロセスID。これによりプロセス階層が示される。 | 30 秒 |
| GID | プロセスのプライマリグループ所有権を示すグループID。 | 30 秒 |
| UID | プロセスの所有者を識別するユーザーID。 | 30 秒 |
| 経過時間 | プロセスが開始されてから現在までの総実行時間。 | 30 秒 |
| CPU | プロセスが消費するCPUリソースの量。 | 30 秒 |
| CPU (標準化) | プロセスのCPU使用率を正規化した値。 | 30 秒 |
| メモリー | プロセスによって消費されるメモリ量。 | 30 秒 |
正常性シグニチャー
各センサーについて、健康状態のシグネチャからなるナレッジベースが、入力されるメトリクスに対して継続的に評価される。 これらは、ユーザーへの影響度に応じて問題やインシデントを報告するために使用されます。
組み込みイベントは、エンティティのヘルスシグネチャの異常に基づいて課題やインシデントをトリガーし、 カスタムイベントは、エンティティの個々のメトリクスのしきい値に基づいて課題やインシデントをトリガーします。
ホストセンサーの組み込みイベントの詳細については、 「組み込みイベントリファレンス」 を参照してください。
エラー報告イベント
AIX システムでは、errptコマンドはエラー・ログの項目からエラー・レポートを生成します。 エラー・レポート内のエラーは、イベントとしてキャプチャーされ、Instana に送信されます。 センサーは、永続エラー・タイプと一時エラー・タイプ、およびハードウェアとソフトウェアのエラー・クラスを収集します。 次の例に示すように、エージェント configuration.yaml ファイルを使用して機能を有効*instanaAgentDir*/etc/instana/configuration.yamlにする必要があります:
com.instana.plugin.host:
aixEventsPollRate: 900 # In seconds
トラブルシューティング
Instana を使用して AIX のホストを監視する際、次のような問題が発生する可能性があります:
エージェントのクラッシュ、メトリクスの欠落、またはレポートの不正確さ
2026年5月27日にリリースされた Instana エージェントの最新機能強化により、一部の AIX 環境において、エージェントがクラッシュしたり、正しくレポートされなかったり、メトリクスが欠落したりする問題が発生しています。
解決策:この問題は、Agent 2026.06.11.1448、Boot 1.2.55、および Host sensor 1.1.234 で修正されています。 これらの問題を解決するには、利用可能な最新バージョンにアップグレードしてください。