---
title: "メトリック問題"
slug: "cloudinsight-troubleshoot-metric"
updated: 2026-10-20T09:05:21Z
published: 2026-10-20T09:05:21Z
canonical: "guide.ncloud-docs.com/cloudinsight-troubleshoot-metric"
---

> ## Documentation Index
> Fetch the complete documentation index at: https://guide.ncloud-docs.com/llms.txt
> Use this file to discover all available pages before exploring further.

# メトリック問題

Classic/VPC環境で利用できます。

Cloud Insightサービスの利用中に次のような問題が発生することがあります。問題ごとの原因と解決方法を確認し、適切に対処してください。

## メトリックが収集されない

いきなりメトリックが収集されません。

#### 原因

root(/)パスのディスク使用率が99%以上の時点以降は、Cloud Insight Agentが正常に動作しない場合があります。

#### 解決方法

当該パスのディスク容量を確保したり点検した後、Agentを再起動してメトリックが正常に収集されるかご確認ください。

## Serverの proc_mem_usertと Memoryの mem_userが異なる

Serverの `proc_mem_usert`が Memoryの `mem_usert`より高いです。

#### 原因

各メトリックについての説明は、次の通りです。

| 項目 | 説明 |
| --- | --- |
| SERVER/proc_mem_usert | サーバ内の全プロセスのメモリ使用率 |
| MEMORY/mem_usert | サーバ全体のメモリ使用率 |

一般的に、プロセスの他にもいろいろな要素がサーバメモリを使用するため、MEMORY/mem_usertが SERVER/proc_mem_usertより大きい傾向があります。

`SERVER/proc_mem_usert`が `MEMORY/mem_usert`より大きいケースは、次の通りです。

- `SERVER/proc_mem_usert`は、すべてのプロセスが使用している RSS(プロセスが占めている Local Memory+プロセスが参照している Shared Memory)の合計を意味します。多くのプロセスが同じ Shared Memory pageを参照する場合、RSSに重複して合算されるため、理屈の上では RSSの合計が実際のメモリ使用率より大きく集計される可能性があります。
- RSSはプロセスが CPUを使用する場合にのみ、その値がアップデートされます。CPU負荷が非常に高い状況では、プロセス別に CPUの割り当てを受けられないこともあり、そのため RSS値のアップデートが正常に行われない場合があります。そのため、全体 RSS値の合計が実際のメモリ使用率より大きい場合があります。

#### 解決方法

正確なメモリ使用率を確認するには、`SERVER/proc_mem_usert`より `MEMORY/mem_usert`を使用してください。

## CPUの used_rtoと Serverの avg_cpu_used_rtoが異なる

CPUの used_rtoが Serverの avg_cpu_used_rtoより高いまたは低いです。

#### 原因

各メトリックについての説明は、次の通りです。

| 項目 | 説明 |
| --- | --- |
| CPU/used_rto | 各 vCPUの使用率例えば、vCPUが4つある場合、cpu_idx: 0~3つのうちいずれかの使用率 |
| SERVER/avg_cpu_used_rto | サーバ全体の平均 CPU使用率 |

Linuxアーキテクチャの特性上、特定のプロセスはすべての CPUを均等に使用せず、特定の CPUをより多く使用する場合があります。このような場合、`CPU/used_rto`は `SERVER/avg_cpu_used_rto`より高くなったり低くなったりすることがあります。

#### 解決方法

サーバの正確な平均 CPU使用率を確認するには、`CPU/used_rto`より `SERVER/avg_cpu_used_rto`を使用してください。

## ウィジェット作成時に収集されていないメトリックがメトリックリストに含まれる

ウィジェット作成時に収集されていないメトリックがメトリックリストに含まれています。

#### 原因

ウィジェット作成時には、選択したサービスで提供するすべてのメトリックリストを表示します。現在収集されないメトリックをウィジェットに追加しても、今後収集されるとウィジェットにメトリックが表示されます。 ただし、メトリックを収集するための追加設定が必要な場合(詳細モニタリング、Plugin設定など)、対象リソースに対してサポートしないメトリックの場合、Server(Classic)、Server(VPC)サービスの場合は、OSによって提供しないメトリックが表示される場合があります。

#### 解決方法

メトリックのリストが表示される原因を確認した後、コンソール内で提供されるメトリックの説明をご参照ください。

              参考

              

本ガイドで必要な情報が見つからない場合やさらに必要な情報がある場合は、以下のフィードバックアイコンをクリックして、ご意見をお寄せください。いただいたご意見を参照して、より有益な情報を提供できるよう努力してまいります。

## Process Pluginメトリックが収集されない

Process Pluginを登録しても関連メトリックが収集されません。

#### 原因

プロセス名が正しく登録されていない可能性があります。

#### 解決方法

1. プロセスの PIDを確認

`ps -ef | grep <프로세스명>` コマンドを利用してプロセスの PIDを確認します。

例: プロセスが `java -jar myapp.jar --port=8080` の場合、以下のコマンドを実行します。

```
ps -ef | grep java
```

出力された結果から当該プロセスの PIDを確認します。

1. 正確な実行コマンドを確認

PIDを確認した後、`/proc/{pid}/cmdline`によって実行コマンドを確認できます。 cmdlineファイルでは引数を null byte(`\0`)に区分して保存します。 正確な全体のコマンドを確認するには以下のコマンドを実行します。

```
cat /proc/{pid}/cmdline | tr '\000' '\040'
```

詳細は、[man公式ドキュメント](https://man7.org/linux/man-pages/man5/proc_pid_cmdline.5.html)をご参照ください。

1. ワイルドカードを活用したプロセス名を登録

最初はワイルドカード(`*`)を使用して広い範囲でプロセス名を登録した後、正常に収集されているかを確認してください。

例:

- `java`が含まれた全プロセスから収集するには、`*java*`で登録
- 正常に収集されているかを確認した後、 `*java -jar myapp.jar*` のように範囲を絞って登録

1. 正確なモニタリングのためにメトリックを活用

- `is_process_up` メトリックよりは `process_count` メトリックを活用した方が正確なモニタリングにより役立ちます。
- 詳細は、[ガイド](https://guide.ncloud-docs.com/docs/ja/cloudinsight-troubleshoot-event#servervpc%EC%9D%98-isprocessup%EC%9C%BC%EB%A1%9C-%EB%AA%A8%EB%8B%88%ED%84%B0%EB%A7%81-%EC%A4%91-%EC%9D%B4%EC%83%81%EC%9D%B4-%EC%97%86%EB%8A%94%EB%8D%B0-%EC%9D%B4%EB%B2%A4%ED%8A%B8-%EB%B0%9C%EC%83%9D)をご参照ください。