LASSIC Media らしくメディア
Netdataとは？秒単位のリアルタイム監視の仕組みを解説
監修・編集責任者：牛尾 昭昌（株式会社LASSIC 執行役員）
この記事の結論
- Netdataはサーバーの数値を1秒ごとに集めて画面に出す、オープンソースのリアルタイム監視の仕組みです。
- 既存の監視ツールを置き換えずに並べて使え、一瞬の負荷や不具合の原因を調べる場面に向いています。
- 画面は既定で誰でも見られる状態になり得るため、導入時に公開範囲を絞ることが欠かせません。
※ 本記事は2026年10月時点の公式情報（省庁・公的機関、および製品やサービスを提供する事業者が公開している資料）に基づきます。
サーバーがときどき重くなるのに、監視の画面を見ても数値は落ち着いている。障害の報告を受けて調べ始めたときには、もう原因の痕跡が残っていない——。数値を数分おきにしか集めていない監視の仕組みでは、こうした食い違いが起こりがちです。Netdata（ネットデータ）は、サーバーの数値を1秒ごとに集めて画面に出す、オープンソースの監視のソフトウェアです。
インストールするだけで多くの監視対象を自動で見つけます。ただし万能ではなく、画面の公開範囲を決めないまま広げると困ることがあります。本記事では、サーバー監視を任された情報システムの担当者に向けて、Netdataでできること、PrometheusやZabbixとの違い、導入の進め方、そして外部に頼むときに確認したい点を整理します。
目次
Netdataとは
Netdataは、サーバーやネットワーク、コンテナの状態を秒単位で見せることに力を入れた監視のソフトウェアです。開発元はGitHubで、オープンソースのリアルタイムなインフラ監視の仕組みと説明しています。*1 監視の中心になるのは、監視したいサーバー1台ずつに入れる「エージェント」と呼ばれるプログラムです。
- 数値（CPUの使用率やディスクの空きなど）を1秒ごとに集めて画面に出します*1
- 動いているサービスを自動で見つけて、監視の設定をほぼせずに使い始められます
- Linux・macOS・FreeBSD・Windowsで動きます
- エージェントはGPL v3以降（ソースコードが公開され、自由に使えるライセンス）です。画面の部分は無料で使えるものの、ソースコードは公開されていません*2
- 複数の拠点の画面をまとめて見られるNetdata Cloudは任意で、無料の枠と有料の枠があります
ライセンスは部品ごとに異なる点に注意が要ります。エージェントはオープンソースですが、画面は開発元のエージェントやNetdata Cloudと組み合わせて使う場合に限って無料で使える、別のライセンス（NCUL1）で提供されています。*2 社内の規程と照らすときは、エージェントと画面を分けて確認します。
秒単位で見る仕組み
監視の仕組みの多くは、数値を一定の間隔で集めます。たとえばPrometheusの既定の間隔は1分です。*4 この間隔の間に起きた一瞬の負荷の跳ね上がりは、グラフの上では平らにならされて見えなくなります。Netdataは1秒ごとに数値を集め、画面に出るまでの遅れも1秒程度としています。*1 「たまに遅くなるが原因が分からない」という場面で役に立つのは、この細かさです。
- 集める：OS・ディスク・ネットワーク・コンテナ・アプリケーションの数値を集めます。開発元は800を超える連携先を挙げています
- ためる：直近は1秒単位、古い数値は1分単位・1時間単位にまとめて保存し、ディスクの容量の分だけ長く残せます*1
- 見つける：数値ごとに機械学習（過去の動きから外れ値を見つける仕組み）で、いつもと違う動きを自動で探します
- 知らせる：あらかじめ用意された多数の通知ルールがあり、メールやSlack、Microsoft Teamsなどに送れます
秒単位で集めると監視の負荷が心配になりますが、開発元は既定の設定でCPUの5％程度、メモリ150MiB程度と案内しています。*1 業務のサーバーに入れる前に、検証用の環境で実際の負荷を測っておきます。
PrometheusやZabbixとの違い
サーバー監視のオープンソースには、PrometheusやZabbixのように広く使われているものがあります。違いが大きいのは、数値を集める間隔と、監視の設定をどう始めるかです。
| 項目 | Netdata | Prometheus | Zabbix |
|---|---|---|---|
| 数値を集める間隔 | 1秒ごと | 設定で決める。既定は1分 | 監視項目ごとに決める（最長1日） |
| 設定の始め方 | 動いているサービスを自動で見つける | 集める先を設定ファイルに書く | 監視する項目を画面などで登録する |
| 向いている場面 | 一瞬の負荷や不具合の原因を細かく調べたいとき | 多くのサーバーの数値を1か所に集めて分析したいとき | サーバーや機器の監視項目を決めて長く運用したいとき |
Netdataは、ほかの監視ツールと並べて使えると開発元が案内しており、集めた数値をPrometheusなどへ送り出すこともできます。*1 いま動いているZabbixを置き換える必要はなく、原因を調べる場面だけNetdataを加える、という使い分けもできます。Prometheusの仕組みはPrometheusの解説、Zabbixの構築はZabbixでのインフラ監視で扱っています。
導入の進め方
Netdataは入れればすぐに画面が出るため、準備を飛ばしがちです。社内のサーバーで使うなら、次の4つの段階で進めます。
- ステップ1：監視したいサーバーと、調べたい困りごと（遅くなる時間帯など）を決める
- ステップ2：検証用のサーバーにエージェントを入れ、自動で見つかった監視対象と負荷を確かめる
- ステップ3：画面を見られる人とネットワークを絞る
- ステップ4：数値を集める親のサーバーを決め、保存期間と通知の送り先を決める
特に気をつけたいのはステップ3です。開発元の文書は、エージェントの画面が既定で19999番ポートに出ており、サーバーに公開のIPアドレスがあれば誰でも画面と数値を見られる状態になると注意しています。*3 管理用ネットワークだけに画面を出す、接続元のIPアドレスを絞る、認証付きの中継サーバー（リバースプロキシ）を置く、といった方法が案内されています。*3 ステップ4の親のサーバーは、各サーバーの数値を受け取って画面と保存をまとめる役です。
外部に頼むときに確認しておきたい点
Netdataは入れるだけなら手軽ですが、業務のサーバー全体に広げると公開範囲・保存・通知の設計が要ります。自社で入れるか外部に頼むかは、台数と夜間の通知を誰が受けるかで考えます。数台を調査の目的で見るなら自社で、業務のサーバー全体に広げて通知まで運用するなら外部の手を借りる、という分け方です。頼むときは次の点を確かめておきます。
- どこまで頼むか：エージェントの導入、親のサーバーの構築、画面の公開範囲の設定、通知の設計のうち、どれを任せるか
- 画面の守り方：社外から画面に入れないことを、どの方法で、どう確かめるか
- ライセンスの確認：エージェントと画面とNetdata Cloudのライセンスの違いを、社内の規程と照らして説明してもらえるか
- 既存の監視との関係：いまの監視ツールを残すか、Netdataで何を補うかを決めているか
- 運用後の見直し：誤った通知や見落とした通知をもとに、通知のルールを直す場を設けるか
ほかのオープンソースの監視ツールと比べながら選びたい場合は、Checkmkの解説も参考になります。
まとめ：Netdataで確かめておきたい3つの点
Netdataでサーバーの監視を始めるうえで、確かめておきたい点は3つに整理できます。第一に、秒単位の数値で何を調べたいのかを決め、既存の監視ツールとの役割を分けること。第二に、エージェントの画面が誰からでも見える状態になっていないかを、導入の段階で確かめること。第三に、エージェントと画面とNetdata Cloudでライセンスが異なることを、社内の規程と照らしておくことです。この3点を踏まえておけば、「手軽に入れたものの、画面が社外から見えていた」という事態を避けやすくなります。親のサーバーの構築や通知の設計に迷いがあれば、外部の手を借りるのも一つの選択肢です。
よくある質問
Netdataは無料で使えますか
エージェントはGPL v3以降のオープンソースで、無料で使えます。*2 画面も無料で使えますが、ソースコードは公開されていません。複数のサーバーをまとめて見るNetdata Cloudには無料の枠と有料の枠があり、使うかどうかは任意です。
Netdataは利用状況のデータを開発元に送りますか
既定では匿名の利用状況を開発元に送ります。*1 開発元は個人を追跡するためのものではないと説明しており、インストールの時の指定や設定ファイルで送らないようにできます。社内の規程で外部への送信を確かめる場合は、導入の前に止めておくとよいでしょう。
Windowsのサーバーも監視できますか
Windowsにもエージェントを入れて、CPU・メモリ・ディスク・ネットワークなどの数値を集められます。*1 ただし、Linuxと比べると集められる項目に差があるため、監視したい項目が対象に含まれているかを検証の段階で確かめておきます。
サーバー監視の仕組みづくりのご相談
Netdataなどの監視ツールの構築から、画面の公開範囲の設定、通知の設計と運用まで、元請（プライムベンダー）としてご提案します。
2006年の創業以来、一次請けのシステムインテグレーターとして、企業のシステム開発と保守・運用を受託してきました。
出典
- *1 参考：netdata/netdata（GitHub）README（https://github.com/netdata/netdata）。出典：秒単位の収集と1秒程度の表示の遅れ、自動検出、対応OS、800を超える連携、1秒・1分・1時間単位の段階的な保存、機械学習による異常検知、通知先、既定のCPU・メモリの目安、親のサーバーへの集約、Prometheusなどへの送出、他の監視ツールとの併用、匿名の利用状況の送信と停止方法、各部品のライセンスの記述を参照（2026年10月確認）
- *2 参考：netdata/netdata（GitHub）LICENSE／Netdata Cloud UI License v1.0（NCUL1）（https://app.netdata.cloud/LICENSE.txt）。出典：エージェントのライセンス（GNU General Public License Version 3）と、画面のライセンスが開発元の部品と組み合わせる場合に限った利用であることを参照（2026年10月確認）
- *3 参考：Netdata Documentation「Securing Netdata Agents」（https://learn.netdata.cloud/docs/netdata-agent/securing-netdata-agents）。出典：既定で19999番ポートに画面が出ること、公開IPアドレスがあれば誰でも見られること、管理用ネットワークへの限定・接続元の制限・リバースプロキシの方法を参照（2026年10月確認）
- *4 参考：Prometheus Documentation「Configuration」（https://prometheus.io/docs/prometheus/latest/configuration/configuration/）。出典：数値を集める間隔（scrape_interval）の既定値が1分であることを参照（2026年10月確認）
- *5 参考：Zabbix Documentation「Item」（https://www.zabbix.com/documentation/current/en/manual/config/items/item）。出典：監視項目ごとの更新間隔と、その上限（1日）を参照（2026年10月確認）
