すべてのプロダクト
Search
ドキュメントセンター

Cloud Monitor:インフラ監視と OS 監視

最終更新日:Aug 18, 2026

Elastic Compute Service (ECS) は、インフラ監視 (エージェントレス、ホストから収集) と OS 監視 (エージェントベース、CloudMonitor エージェントによって OS 内から収集) の 2 種類のホストメトリックを提供します。このトピックでは、両方の種類の違い、収集方法、およびメトリックの定義について説明します。

インフラ監視と OS 監視の違い

比較項目

インフラ監視

OS 監視

監視場所

仮想化スタック

仮想マシンのオペレーティングシステム内

収集頻度

1 分に 1 回

1 秒に 1 回

集計出力

なし

データは 1 秒に 1 回サンプリングされ、15 秒ごとに 1 つのデータポイントに集計されます。最小値 (min)、平均値 (avg)、最大値 (max) の 3 つのメトリックが生成されます。

インストール要件

プローブは不要です。すぐに使用できます。

CloudMonitor エージェントのインストールが必要です。

長所

  • 追加のリソースオーバーヘッドがありません。

  • 適用範囲が広いです。インスタンスで実行されている高負荷のワークロードの影響を受けません。

  • データ精度が高いです。

  • プロセスと関連付けて、「Steal Time」などの問題を診断できます。

短所

  • 精度が低いです。突発的な CPU の変動を検出できません。

  • 特定のプロセスのオーバーヘッドと関連付けることはできません。

  • インストールとメンテナンスが必要です。リソースオーバーヘッドが発生します。

  • 仮想マシン (VM) がハングしたり、起動またはシャットダウンの問題が発生した場合、データが失われる可能性があります。

代表的なシナリオ

VM の実行状態に影響されません。インスタンスのハングや機能停止の診断に適していますが、サンプリング頻度が低いため、急激なパフォーマンスの急上昇の検出には限界があります。

アプリケーションのパフォーマンス診断、リアルタイムモニタリング、およびアラート機能。

よくある質問:インフラ監視と OS 監視でデータ (接続数や CPU 使用率など) が一致しないのはなぜですか?どちらを信頼すべきですか?

2 つの監視タイプ間でデータが一致しないのは想定内の正常な動作です。この違いは、次の 3 つの要因から生じます:

  1. 収集の観点:インフラ監視はホスト (ハイパーバイザーレベル) からデータを収集しますが、OS 監視は CloudMonitor エージェントを介して ECS インスタンス内からデータを収集します。インフラ監視のネットワークトラフィックは課金データから派生し、ECS と Server Load Balancer (SLB) 間の非課金トラフィックは除外されます。一方、OS 監視は各ネットワークインターフェイスコントローラー (NIC) の実際のトラフィックを記録します。その結果、OS 監視のネットワークデータはインフラ監視のネットワークデータよりも高くなる場合があります。

  2. 収集頻度:インフラ監視は 1 分間隔で収集し、平均値のみを提供します。OS 監視は 15 秒間隔で収集し、より細かい粒度で最大値、最小値、平均値を提供します。I/O 負荷の高いインスタンスの場合、インフラ監視の 1 分間の統計期間では、I/O 負荷による一時的な CPU スパイクが平均化されるため、インフラ監視の CPU データは 15 秒間隔で収集される OS 監視データよりも低く見えることがあります。

  3. 統計メソッド:2 つの監視タイプは異なる統計メソッドを使用しているため、同じ基盤リソースに対して異なる値が生成されるのは自然なことです。

インスタンス内部のパフォーマンスの問題をトラブルシューティングする場合や、正確なアラートのしきい値を設定する場合は、OS 監視データを使用することを推奨します。OS 監視は、より細かい粒度で、より正確なインスタンス内部の状態を提供します。

よくある質問:ECS の CPU またはメモリのアラートルールを設定する際、インフラ監視と OS 監視のどちらのメトリックを使用すべきですか?

どちらを選択するかは、監視要件によって異なります:

  • OS 監視メトリック (プレフィックス:(Agent)):高精度の監視、プロセスレベルの診断、またはリアルタイムアラートが必要な場合に推奨されます。インスタンスに CloudMonitor エージェントをインストールする必要があります。より正確なインスタンス内部のリソース状態を提供します。

  • インフラ監視メトリック (プレフィックス:(ECS)):エージェントレスでの基本的なリソース概要の把握、またはインスタンスのダウンタイムや応答しない (ハングした) インスタンスのシナリオの診断に適しています。

ほとんどの場合、より正確で詳細なインスタンス内部の状態を把握するために、OS 監視メトリックを使用することを推奨します。

インフラ監視

ECS はホストからインスタンスのメトリックを収集します。OS レベルのプラグインをインストールする必要はありません。

収集とレポート

ホストプローブは 1 分ごとに 1 つのデータポイントを収集し、その間隔の平均値を表します。

メトリック

インフラ監視メトリックは 1 分間隔で収集されます。

説明

1 分の粒度では、最大値、最小値、平均値はすべて同じになります。

メトリック名

説明

単位

MetricName

ディメンション

統計

(ECS) CPU 使用率

CPU 使用量

%

CPUUtilization

userId, instanceId

最大値、最小値、平均値

(ECS) インバウンドインターネット帯域幅 (クラシックネットワーク)

インバウンドインターネットトラフィックの平均レート

bit/s

InternetInRate

userId, instanceId

最大値、最小値、平均値

(ECS) インバウンドプライベートネットワーク帯域幅

インバウンドプライベートネットワークトラフィックの平均レート

bit/s

IntranetInRate

userId, instanceId

最大値、最小値、平均値

(ECS) アウトバウンドインターネット帯域幅 (クラシックネットワーク)

アウトバウンドインターネットトラフィックの平均レート

bit/s

InternetOutRate

userId, instanceId

最大値、最小値、平均値

(ECS) アウトバウンドプライベートネットワーク帯域幅

アウトバウンドプライベートネットワークトラフィックの平均レート

bit/s

IntranetOutRate

userId, instanceId

最大値、最小値、平均値

(ECS) 全ディスクの読み取り BPS

システムディスクから 1 秒あたりに読み取られる合計バイト数

Byte/s

DiskReadBPS

userId, instanceId

最大値、最小値、平均値

(ECS) 全ディスクの書き込み BPS

システムディスクに 1 秒あたりに書き込まれる合計バイト数

Byte/s

DiskWriteBPS

userId, instanceId

最大値、最小値、平均値

(ECS) 全ディスクの読み取り IOPS

全ディスクの読み取り IOPS

counts/s

DiskReadIOPS

userId, instanceId

最大値、最小値、平均値

(ECS) 全ディスクの書き込み IOPS

全ディスクの書き込み IOPS

counts/s

DiskWriteIOPS

userId, instanceId

平均値、最小値、最大値

(ECS) IP アドレス別のインバウンドインターネット帯域幅

インバウンドインターネット帯域幅

bit/s

VPC_PublicIP_InternetInRate

userId, instanceId, ip

最大値、最小値、平均値

(ECS) IP アドレス別のアウトバウンドインターネット帯域幅

アウトバウンドインターネット帯域幅

bit/s

VPC_PublicIP_InternetOutRate

userId, instanceId, ip

最大値、最小値、平均値

(ECS) IP アドレス別のアウトバウンドインターネット帯域幅使用率

アウトバウンドインターネット帯域幅使用量

%

VPC_PublicIP_InternetOutRate_Percent

userId, instanceId, ip

平均値

(ECS) インバウンドインターネットトラフィック (クラシックネットワーク)

インバウンドインターネットトラフィック

Byte

InternetIn

userId, instanceId

平均値、最小値、最大値、合計

(ECS) アウトバウンドインターネットトラフィック (クラシックネットワーク)

アウトバウンドインターネットトラフィック

Byte

InternetOut

userId, instanceId

最大値、最小値、平均値

インフラ監視データの表示

  1. Cloud Monitor コンソールにログインします。

  2. 左側のナビゲーションウィンドウで、クラウドリソースの監視 > ホスト監視を選択します。

  3. ホストのモニタリングページで、ターゲットインスタンスの名前をクリックするか、その 操作列にある モニタリングチャートをクリックします。

  4. 基本監視タブをクリックします。

    基本監視タブで、インフラ監視データを表示します。また、ホストのアラートルールを作成したり、アラートを表示したりすることもできます。

OS 監視

Cloud Monitor は、Alibaba Cloud ホスト (ECS インスタンス) および Alibaba Cloud 以外のホストにインストールされた CloudMonitor エージェントを介して OS レベルのメトリックを収集します。これらのメトリックに対してアラートルールを設定できます。メトリックがアラートルールをトリガーすると、Cloud Monitor はアラート通知を送信し、迅速に問題に対処できるようにします。

前提条件

ご利用の Alibaba Cloud ホスト (ECS インスタンス) および Alibaba Cloud 以外のホストに CloudMonitor エージェントがインストールされていることを確認してください。

収集とレポート

Cloud Monitor のホストプローブは 1 秒に 1 回データをサンプリングし、15 秒ごとに 1 つのデータポイントに集計します。各データポイントには、最小値 (min)、最大値 (max)、平均値 (avg) の 3 つの値が含まれます。

メトリック

OS 監視メトリックは 15 秒ごとに収集され、次のように分類されます:

説明

Cloud Monitor では、トラフィック量はバイナリ (1024 ベース) 単位を使用します。MiB はメビバイト (1 MiB = 1,024 × 1,024 バイト) を表します。大文字の B はバイト (Byte) を示します。帯域幅の値は bit/s (ビット/秒) を使用します。変換の参考:

  • 1 MiB = 1,048,576 バイト

  • 1 バイト = 8 ビット

  • CPU 関連のメトリック

    • Windows

      `ntdll` の `NtQuerySystemInformation` 関数を呼び出して、CPU の各部分が費やした時間を取得します。この関数を一定間隔で 2 回呼び出すことで、その間隔中に CPU の各部分が費やした時間の割合を計算できます。

    • Linux

      次の表のメトリックは、top コマンドの出力に対応します。

    メトリック名

    説明

    単位

    MetricName

    ディメンション

    統計

    説明 (Linux のみ)

    (Agent) cpu.idle

    アイドル状態の CPU の割合。

    %

    cpu_idle

    userId, instanceId

    最大値、最小値、平均値

    CPU がアイドル状態である時間の割合。

    (Agent) cpu.system

    カーネル空間で費やされた CPU 時間の割合。

    %

    cpu_system

    userId, instanceId

    最大値、最小値、平均値

    システムコンテキストスイッチによるオーバーヘッド。値が高い場合は、プロセスまたはスレッドが多すぎることを示します。

    (Agent) cpu.user

    ユーザースペースで費やされた CPU 時間の割合。

    %

    cpu_user

    userId, instanceId

    最大値、最小値、平均値

    ユーザープロセスによる CPU 消費。

    (Agent) cpu.wait

    I/O 操作の待機に費やされた CPU 時間の割合。

    %

    cpu_wait

    userId, instanceId

    最大値、最小値、平均値

    値が高い場合は、I/O 操作が頻繁に行われていることを示します。

    (Agent) cpu.other

    他のタスクに費やされた CPU 時間の割合。

    %

    cpu_other

    userId, instanceId

    最大値、最小値、平均値

    その他の消費 = Nice + SoftIrq + Irq + Stolen。

    (Agent) cpu.total

    消費された CPU の合計割合。

    %

    cpu_total

    userId, instanceId

    最大値、最小値、平均値

    CPU 使用率 = 1 - Host.cpu.idle

    説明

    Cloud Monitor の CPU 使用率メトリックには iowait (wa) 時間が含まれます。アプリケーションが I/O 操作を待ってブロックされている場合、tophtop では特定の高 CPU プロセスが表示されないことがありますが、wa 値が上昇しているため、Cloud Monitor の合計 CPU 使用率は高く表示されます。さらに、Cloud Monitor は監視間隔中に収集された集計値 (最大値または平均値) を表示しますが、top はデフォルトでリアルタイムのスナップショットを表示します。Cloud Monitor の測定値と一致する一時的な CPU スパイクをキャプチャするには、top -d 0.5 を実行して更新頻度を上げてください。

  • メモリ関連のメトリック

    • Windows

      `kernel32.dll` の `GlobalMemoryStatusEx` 関数を呼び出して、32 ビット Windows オペレーティングシステムの物理メモリと仮想メモリの現在の使用量を取得します。

    • Linux

      次の表のメトリックは、free コマンドの出力に対応します。データソースは /proc/meminfo です。

    メトリック

    説明

    単位

    MetricName

    ディメンション

    統計

    説明 (Linux のみ)

    (Agent) memory.total.space

    合計メモリ。

    Byte

    memory_totalspace

    userId, instanceId

    最大値、最小値、平均値

    サーバー上の合計メモリ量。

    これは /proc/meminfo の MemTotal に対応します。

    (Agent) memory.free.space

    空きメモリの量。

    Byte

    memory_freespace

    userId, instanceId

    最大値、最小値、平均値

    システムで使用可能なメモリの量。

    これは /proc/meminfo の MemFree に対応します。

    (Agent) memory.used.space

    使用済みメモリの量。

    Byte

    memory_usedspace

    userId, instanceId

    最大値、最小値、平均値

    システムで使用されているメモリの量。

    計算方法:total - free。

    (Agent) memory.actualused.space

    ユーザーによって消費されたメモリの量。

    Byte

    memory_actualusedspace

    userId, instanceId

    最大値、最小値、平均値

    計算方法:

    • /proc/meminfo に MemAvailable が存在する場合:total - MemAvailable

    • /proc/meminfo に MemAvailable が存在しない場合:used - buffers - cached

    説明

    CentOS 7.2 や Ubuntu 16.04 以降など、新しい Linux カーネルを使用するシステムでは、メモリの推定がより正確になります。MemAvailable の具体的な意味については、この コミットをご参照ください。

    (Agent) memory.free.utilization

    空きメモリの割合。

    %

    memory_freeutilization

    userId, instanceId

    最大値、最小値、平均値

    計算方法:

    • /proc/meminfo に MemAvailable が存在する場合:(MemAvailable / total) × 100%。

    • /proc/meminfo に MemAvailable が存在しない場合:((total - actualused) / total) × 100%。

    (Agent) memory.used.utilization

    メモリ使用量。

    %

    memory_usedutilization

    userId, instanceId

    最大値、最小値、平均値

    計算方法:

    • /proc/meminfo に MemAvailable が存在する場合:((total - MemAvailable) / total) × 100%。

    • /proc/meminfo に MemAvailable が存在しない場合:((total - free - buffers - cached) / total) × 100%。

    説明

    Cloud Monitor のメモリ使用率メトリック (memory.used.utilization) には、バッファー/キャッシュは含まれません。これは、数式 (Total − MemAvailable) / Total × 100% (MemAvailable/proc/meminfo で利用可能な場合) を使用して計算されます。これにより、システムキャッシュを含むレガシーな free コマンドの出力と比較して、真に利用可能なメモリをより正確に反映します。Cloud Monitor のメモリ使用量と free コマンドの出力との間に不一致が見られる場合、これは想定された動作です。

    説明

    Cloud Monitor には現在、SWAP (スワップ領域) の使用量メトリックは含まれていません。SWAP の監視が必要な場合は、次の代替案を検討してください:

    • 物理メモリ使用量の監視 (memory.used.utilization):SWAP は通常、物理メモリが不足している場合にのみ多用されます。物理メモリの使用量を監視することで、通常はメモリの圧迫を検出するのに十分です。

    • Simple Log Service (SLS) を介したカスタム SWAP 監視:Simple Log Service (SLS) のホストログローカル収集機能を使用して、インスタンスから SWAP 使用量情報を収集および集計します。

  • システムの平均負荷メトリック

    • Windows

      この監視メトリックは存在しません。

    • Linux

      次の表のメトリックは、top コマンドの出力に対応します。値が高いほど、システムがビジーであることを示します。

    メトリック名

    説明

    単位

    MetricName

    ディメンション

    統計

    (Agent) load.1m

    過去 1 分間の平均システム負荷。

    なし

    load_1m

    userId, instanceId

    最大値、最小値、平均値

    (Agent) load.5m

    過去 5 分間の平均システム負荷。

    なし

    load_5m

    userId, instanceId

    最大値、最小値、平均値

    (Agent) load.15m

    過去 15 分間の平均システム負荷。

    なし

    load_15m

    userId, instanceId

    最大値、最小値、平均値

    (Agent) load.1m.percore

    過去 1 分間の CPU コアあたりの平均システム負荷。

    なし

    load_per_core_1m

    userId, instanceId

    最大値、最小値、平均値

    (Agent) load.5m.percore

    過去 5 分間の CPU コアあたりの平均システム負荷。

    なし

    load_per_core_5m

    userId, instanceId

    最大値、最小値、平均値

    (Agent) load.15m.percore

    過去 15 分間の CPU コアあたりの平均システム負荷。

    なし

    load_per_core_15m

    userId, instanceId

    最大値、最小値、平均値

  • ディスク関連のメトリック

    • Windows

      まず、`Kernel32.dll` の `GetDiskFreeSpaceExA` 関数を呼び出して、利用可能なディスク領域を取得します。これにより、ディスクの使用済みストレージ領域、ディスク使用率、空きストレージ領域、および合計ストレージ領域が提供されます。次に、`RegConnectRegistryA` 関数を呼び出して `HKEY_PERFORMANCE_DATA` レジストリに接続します。最後に、`RegQueryValueExA` 関数を呼び出して、`HKEY_PERFORMANCE_DATA` レジストリからディスク関連のプロパティをクエリします。これらのプロパティには、読み取り回数、書き込み回数、書き込みバイト数、読み取りバイト数、読み取り時間、書き込み時間、およびディスク使用時間が含まれます。

    • Linux

      ディスク使用率と inode メトリックは df コマンドの出力に対応します。ディスクの読み取り/書き込みメトリックは iostat コマンドの出力に対応します。

    メトリック

    説明

    単位

    MetricName

    ディメンション

    統計

    Host.diskusage.used

    使用済みディスクストレージ領域。

    Byte

    diskusage_used

    userId, instanceId, device

    最大値、最小値、平均値

    Host.diskusage.utilization

    一般ユーザーのディスク使用率。

    %

    diskusage_utilization

    userId, instanceId, device

    最大値、最小値、平均値

    Host.diskusage.free

    一般ユーザおよびスーパーユーザ向けのディスクストレージの空き容量。

    バイト

    diskusage_free

    userId、instanceId、デバイス

    最大値、最小値、平均値

    (Agent) disk.usage.avail_device

    一般ユーザーの空きディスクストレージ領域。

    Byte

    diskusage_avail

    userId, instanceId, device

    最大値、最小値、平均値

    Host.diskusage.total

    合計ディスクストレージ領域。

    Byte

    diskusage_total

    userId, instanceId, device

    最大値、最小値、平均値

    (Agent) disk.read.bps_device

    ディスクから 1 秒あたりに読み取られるバイト数。

    Byte/s

    disk_readbytes

    userId, instanceId, device

    最大値、最小値、平均値

    (Agent) disk.write.bps_device

    ディスクに 1 秒あたりに書き込まれるバイト数。

    Byte/s

    disk_writebytes

    userId, instanceId, device

    最大値、最小値、平均値

    (Agent) disk.read.iops_device

    ディスクへの 1 秒あたりの読み取りリクエスト数。

    counts/s

    disk_readiops

    userId, instanceId, device

    最大値、最小値、平均値

    (Agent) disk.write.iops_device

    ディスクへの 1 秒あたりの書き込みリクエスト数。

    counts/s

    disk_writeiops

    userId, instanceId, device

    最大値、最小値、平均値

  • ファイルシステムメトリック

    • Windows

      指定された監視メトリックは存在しません。

    • Linux

      次の表のメトリックは、df コマンドの出力に対応します。

    監視メトリック名

    説明

    単位

    MetricName

    ディメンション

    統計

    説明 (Linux のみ)

    (Agent) fs.inode.utilization_device

    inode 使用率。

    %

    fs_inodeutilization

    userId, instanceId, device

    最大値、最小値、平均値

    Linux は inode 番号でファイルを追跡します。すべての inode が割り当てられると、ディスク領域が残っていても新しいファイルを作成できません。多数の小さなファイルが inode を使い果たす可能性があります。

    説明

    ホスト監視の「利用可能なディスク領域」メトリック (diskusage_free) には、ファイルシステムの予約ブロック領域 (Reserved block count) が含まれます。その結果、OS 内部の df などのコマンドで表示される利用可能な領域とは値が異なる場合があります。これは想定された動作です。特定のデバイスの予約領域のサイズを調べるには、次のコマンドを実行します:

    tune2fs -l <device>
  • ネットワーク関連のメトリック

    • Windows

      まず、`iphlpapi.dll` の `GetAdaptersAddresses` 関数を呼び出して、ローカルマシンのアダプターアドレスを取得します。次に、`GetIfTable` 関数を呼び出して、各インターフェイスのネットワークメトリックを取得します。これらのメトリックには、1 秒あたりの受信ビット数、1 秒あたりの送信ビット数、1 秒あたりの受信パケット数、1 秒あたりの送信パケット数、受信エラーパケット、送信エラーパケットが含まれます。

    • Linux

      • TCP 接続数は ss コマンドの出力に対応します。

        説明

        TCP 接続数には、ECS ホスト上のすべての TCP 接続が含まれます。

        デフォルトでは、TCP_TOTAL (合計接続数)、ESTABLISHED (確立された状態の接続)、および NON_ESTABLISHED (確立されていない状態の接続、ESTABLISHED 以外のすべての状態を含む) の TCP 接続状態が収集されます。

      • 次の表のネットワークトラフィックメトリックは、iftop コマンドの出力に対応します。

    メトリック名

    説明

    単位

    MetricName

    ディメンション

    統計

    (Agent) network.in.rate_device

    インバウンド NIC 帯域幅 (1 秒あたりの受信ビット数)。

    bit/s

    networkin_rate

    userId, instanceId, device

    最大値、最小値、平均値

    (Agent) network.out.rate_device

    アウトバウンド NIC 帯域幅 (1 秒あたりの送信ビット数)。

    bit/s

    networkout_rate

    userId, instanceId, device

    最大値、最小値、平均値

    (Agent) network.in.packages_device

    NIC が 1 秒あたりに受信したパケット数。

    packets/s

    networkin_packages

    userId, instanceId, device

    最大値、最小値、平均値

    (Agent) network.out.packages_device

    NIC が 1 秒あたりに送信したパケット数。

    packets/s

    networkout_packages

    userId, instanceId, device

    最大値、最小値、平均値

    (Agent) network.in.errorpackages_device

    デバイスドライブによって検出された受信エラーパケットの数。

    packets/s

    networkin_errorpackages

    userId, instanceId, device

    最大値、最小値、平均値

    (Agent) network.out.errorpackages_device

    デバイスドライブによって検出された送信エラーパケットの数。

    packets/s

    networkout_errorpackages

    userId, instanceId, device

    最大値、最小値、平均値

    (Agent) network.tcp.connection_state

    さまざまな状態にある TCP 接続の数。これには、LISTEN、SYN_SENT、ESTABLISHED、SYN_RECV、FIN_WAIT1、CLOSE_WAIT、FIN_WAIT2、LAST_ACK、TIME_WAIT、CLOSING、および CLOSED が含まれます。

    カウント

    net_tcpconnection

    userId, instanceId, state

    最大値、最小値、平均値

  • 上位 5 つのプロセス関連メトリック

    • Windows

      • クエリ

        まず、`Kernel32.dll` の `OpenProcess` 関数を呼び出してプロセスにアクセスします。`GetProcessTimes` 関数を一定間隔で 2 回呼び出して CPU 使用率を計算します。次に、`RegConnectRegistryA` 関数を呼び出して `HKEY_PERFORMANCE_DATA` レジストリに接続します。最後に、`RegQueryValueExA` 関数を呼び出して、レジストリからプロセスプロパティをクエリします。これらのプロパティには、プロセス ID、親プロセス ID、優先度、仮想メモリ、常駐メモリ、共有メモリ、プロセス名、オープンファイル数、スレッド数、ページフォールト、読み取りバイト数、書き込みバイト数が含まれます。

      • プロセス数 (Host.process.number)

        • `OpenProcess` 関数を呼び出してターゲットプロセスを開きます。`NTDLL` の `NtQueryInformationProcess` 関数を呼び出して `RTL_USER_PROCESS_PARAMETERS` 情報を取得します。`ReadProcessMemory` 関数を呼び出してプロセスのコマンドラインを取得します。このアクションにより、プロセス引数 (args) とそのルート実行パス (現在の作業ディレクトリ) が取得されます。

        • `OpenProcessToken` 関数を呼び出してアクセストークンハンドルを取得します。`GetTokenInformation` 関数を呼び出してトークン情報を取得します。`LookupAccountSid` 関数を呼び出して、プロセスのユーザー名とユーザーグループを取得します。

        • 各プロセスについて、その引数 (args)、ルート実行パス、ユーザー名、およびユーザーグループがキーワードと照合されます。一致が見つかった場合、カウンターが 1 ずつインクリメントされます。

    • Linux

      • プロセスの CPU およびメモリメトリックは、top コマンドの出力に対応します。CPU 使用率はマルチコアの使用率を反映します。

      • Host.process.openfile は lsof コマンドの出力に対応します。

      • Host.process.number は ps aux | grep '<keyword>' コマンドの出力に対応します。

    メトリック

    説明

    単位

    MetricName

    ディメンション

    統計

    (Agent) process.cpu_pid

    特定のプロセスによって消費された CPU の割合。

    %

    process.cpu

    userId, instanceId, name, pid

    平均値

    アラート機能はサポートされていません。

    (Agent) process.memory_pid

    特定のプロセスによって消費されたメモリの割合。

    %

    process.memory

    userId, instanceId, name, pid

    平均値

    アラート機能はサポートされていません。

    (Agent) process.openfile_pid

    現在のプロセスによって開かれたファイルの数。

    単位

    process.openfile

    userId, instanceId, name, pid

    平均値

    アラート機能はサポートされていません。

    (Agent) process.count_processname

    指定されたキーワードを持つプロセスの数。

    単位

    process.number

    userId, instanceId, processName

    平均値

    アラート機能はサポートされていません。

OS 監視データの表示

  1. Cloud Monitor コンソールにログインします。

  2. 左側のナビゲーションウィンドウで、クラウドリソースの監視 > ホスト監視を選択します。

  3. ホストのモニタリングページで、ターゲットインスタンスの名前をクリックするか、その 操作列にある モニタリングチャートをクリックします。

    OS 監視タブで、OS 監視データを表示します。また、ホストのアラートルールを作成したり、アラートを表示したりすることもできます。

よくある質問:API を使用して ECS のメモリ使用量と CPU 負荷のメトリックを取得する方法

使用する API は監視タイプによって異なります:

  1. インフラ監視メトリック (vCPU 使用率など):ECS API の DescribeInstanceMonitorData を呼び出して、基本的なインスタンスレベルのメトリックをクエリします。この API は CloudMonitor エージェントを必要としません。

  2. OS レベルのメトリック (メモリ使用量、CPU 負荷、システムの平均負荷など):

    • CloudMonitor エージェントが ECS インスタンスにインストールされていることを確認してください (OS 監視に必須)。

    • CloudMonitor API の DescribeMetricData または DescribeMetricList を呼び出して、エージェントのメトリックをクエリします。一般的なメトリック識別子は次のとおりです:

      • cpu_total — CPU 使用率

      • memory_usedutilization — メモリ使用率

      • load_5m — 5 分間のシステムの平均負荷

関連ドキュメント