Elastic Compute Service (ECS) は、インフラ監視 (エージェントレス、ホストから収集) と OS 監視 (エージェントベース、CloudMonitor エージェントによって OS 内から収集) の 2 種類のホストメトリックを提供します。このトピックでは、両方の種類の違い、収集方法、およびメトリックの定義について説明します。
インフラ監視と OS 監視の違い
|
比較項目 |
インフラ監視 |
OS 監視 |
|
監視場所 |
仮想化スタック |
仮想マシンのオペレーティングシステム内 |
|
収集頻度 |
1 分に 1 回 |
1 秒に 1 回 |
|
集計出力 |
なし |
データは 1 秒に 1 回サンプリングされ、15 秒ごとに 1 つのデータポイントに集計されます。最小値 (min)、平均値 (avg)、最大値 (max) の 3 つのメトリックが生成されます。 |
|
インストール要件 |
プローブは不要です。すぐに使用できます。 |
CloudMonitor エージェントのインストールが必要です。 |
|
長所 |
|
|
|
短所 |
|
|
|
代表的なシナリオ |
VM の実行状態に影響されません。インスタンスのハングや機能停止の診断に適していますが、サンプリング頻度が低いため、急激なパフォーマンスの急上昇の検出には限界があります。 |
アプリケーションのパフォーマンス診断、リアルタイムモニタリング、およびアラート機能。 |
よくある質問:インフラ監視と OS 監視でデータ (接続数や CPU 使用率など) が一致しないのはなぜですか?どちらを信頼すべきですか?
2 つの監視タイプ間でデータが一致しないのは想定内の正常な動作です。この違いは、次の 3 つの要因から生じます:
-
収集の観点:インフラ監視はホスト (ハイパーバイザーレベル) からデータを収集しますが、OS 監視は CloudMonitor エージェントを介して ECS インスタンス内からデータを収集します。インフラ監視のネットワークトラフィックは課金データから派生し、ECS と Server Load Balancer (SLB) 間の非課金トラフィックは除外されます。一方、OS 監視は各ネットワークインターフェイスコントローラー (NIC) の実際のトラフィックを記録します。その結果、OS 監視のネットワークデータはインフラ監視のネットワークデータよりも高くなる場合があります。
-
収集頻度:インフラ監視は 1 分間隔で収集し、平均値のみを提供します。OS 監視は 15 秒間隔で収集し、より細かい粒度で最大値、最小値、平均値を提供します。I/O 負荷の高いインスタンスの場合、インフラ監視の 1 分間の統計期間では、I/O 負荷による一時的な CPU スパイクが平均化されるため、インフラ監視の CPU データは 15 秒間隔で収集される OS 監視データよりも低く見えることがあります。
-
統計メソッド: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 |
最大値、最小値、平均値 |
インフラ監視データの表示
-
Cloud Monitor コンソールにログインします。
-
左側のナビゲーションウィンドウで、を選択します。
-
ホストのモニタリングページで、ターゲットインスタンスの名前をクリックするか、その 操作列にある モニタリングチャートをクリックします。
-
基本監視タブをクリックします。
基本監視タブで、インフラ監視データを表示します。また、ホストのアラートルールを作成したり、アラートを表示したりすることもできます。
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 操作を待ってブロックされている場合、
topやhtopでは特定の高 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 監視データの表示
-
Cloud Monitor コンソールにログインします。
-
左側のナビゲーションウィンドウで、を選択します。
-
ホストのモニタリングページで、ターゲットインスタンスの名前をクリックするか、その 操作列にある モニタリングチャートをクリックします。
OS 監視タブで、OS 監視データを表示します。また、ホストのアラートルールを作成したり、アラートを表示したりすることもできます。
よくある質問:API を使用して ECS のメモリ使用量と CPU 負荷のメトリックを取得する方法
使用する API は監視タイプによって異なります:
-
インフラ監視メトリック (vCPU 使用率など):ECS API の
DescribeInstanceMonitorDataを呼び出して、基本的なインスタンスレベルのメトリックをクエリします。この API は CloudMonitor エージェントを必要としません。 -
OS レベルのメトリック (メモリ使用量、CPU 負荷、システムの平均負荷など):
-
CloudMonitor エージェントが ECS インスタンスにインストールされていることを確認してください (OS 監視に必須)。
-
CloudMonitor API の
DescribeMetricDataまたはDescribeMetricListを呼び出して、エージェントのメトリックをクエリします。一般的なメトリック識別子は次のとおりです:-
cpu_total— CPU 使用率 -
memory_usedutilization— メモリ使用率 -
load_5m— 5 分間のシステムの平均負荷
-
-