LASSIC Media らしくメディア

監修・編集責任者：牛尾 昭昌（株式会社LASSIC 執行役員）

何年も前に入れたNagiosが、いまも監視を続けている。けれど設定を作った担当者はもう異動していて、通知が鳴っても何を見ているのか分からない——。長く同じ監視基盤を使ってきた情報システムの現場では、こうした悩みが起こりがちです。Nagiosは、サーバーやネットワーク機器を見張り、問題があれば知らせるオープンソースの監視ソフトウェアです。

自由に組み立てられる分、使い続けるにも移行するにも、まず中身を把握する必要があります。ただし万能な答えはなく、Zabbixなどへ移ることが正解とも限りません。本記事では、監視基盤を任されたシステム担当者に向けて、Nagios Coreの仕組み、Zabbixとの違い、使い続けるか移行するかの判断の目安、移行の進め方、そして外部に頼むときに確認したい点を整理します。

Nagios Coreとは

Nagios Core（ナギオス・コア）は、指定したサーバーやサービスを見張り、問題が起きたときと直ったときに知らせるオープンソースの監視ソフトウェアです。^*1 開発元はGPL v2のライセンスで、利用料はかからないと案内しています。^*4 長く使われてきた分、社内の監視基盤として何年も動き続けている会社も少なくありません。

• 監視の中身は「プラグイン」と呼ぶ外部のプログラムが受け持ちます。Nagios Core本体には、状態を調べる仕組みが入っていません^*2
• プラグインは本体とは別に配布されており、公式のものとコミュニティのものがあります^*2
• 何を監視するかは、ホスト・サービス・連絡先などを書いた設定ファイルで決めます^*3
• Webの画面は状態や通知の履歴を見るためのもので、使うかどうかは選べます^*1
• 同じ開発元から、Webで設定できる有償版のNagios XIも出ています^*1

開発元の手引きにも、設定には時間がかかると書かれています。^*3 プラグインと設定ファイルで自由に組み立てられる反面、組み立てた人がいなくなると中身を追いにくくなる、という性質を持っています。

NagiosとZabbixの違い

Nagiosから移る先として名前が挙がりやすいのが、同じオープンソースのZabbixです。Zabbixは、収集した値をデータベースに保存してグラフや報告にでき、設定もWebの画面から行います。^*6 両者の違いを、監視の仕組みと運用の手間で並べると次のとおりです。

どちらが優れているかではなく、何に困っているかで選ぶものです。台数が少なく、決まった項目の死活監視だけで足りているなら、Nagiosのままでも困らないことがあります。グラフで傾向を見たい、台数が増えて設定ファイルの書き足しが追いつかない、という場合はZabbixの仕組みが合います。^*7 Zabbixで基盤を組む手順はZabbixでインフラ監視基盤を外注構築で扱っています。

使い続けるか移行するか

Nagios Core自体の開発は止まっていません。公式のGitHubでは、2026年8月に4.5.14が公開されています。^*5 そのため「古いから移る」と決める必要はなく、自社の監視基盤がいまどんな状態かで判断します。

• 設定ファイルとプラグインの中身を説明できる人が社内にいるか
• Nagios Coreとプラグインを、新しい版に更新できているか
• 動いているサーバーのOSが、保守の期限内に収まっているか
• 通知が多すぎて、本当の障害が埋もれていないか
• グラフや報告など、いまの仕組みに無いものを求められていないか

当てはまる項目が少なければ、設定の棚卸しと更新の手順を整えて使い続けるのが近道です。当てはまる項目が多いなら、移行を考える時期に来ています。移る先の保守期間も確かめておきます。Zabbixは長期サポート版を約1年半ごとに出し、5年間サポートすると公表しています。^*8 いま提供されている長期サポート版の7.0 LTSは、限定サポートが2029年6月30日までです。^*8

移行の進め方

移行でいちばん手間がかかるのは、新しい仕組みの構築よりも、いまのNagiosが何を見張っているかを洗い出す作業です。次の4つの段階で進めると、監視の漏れを出さずに切り替えられます。

• ステップ1：監視の棚卸し。ホスト・監視項目・使っているプラグイン・通知先を一覧にする
• ステップ2：新しい基盤を組む。一覧をもとにテンプレートと通知の条件を作る
• ステップ3：並行して動かす。同じ機器を両方で監視し、通知が同じように届くかを比べる
• ステップ4：切り替えて止める。通知先を新しい基盤に移し、旧基盤を止める

つまずきやすいのはステップ1です。自作のプラグインや、設定ファイルの中で無効にしたまま残っている監視が見つかることがあります。何を確かめている監視なのかが分からないものは、担当部署に聞いて残すか捨てるかを決めます。ステップ3の並行稼働は、月末の処理のように決まった時期にしか起きない負荷を含めて確かめられる長さにしておきます。

外部に頼むときに確認しておきたい点

Nagiosの保守や移行を外部に頼む場合、作業の範囲を先に決めておかないと、見積もりと実際の作業がずれやすくなります。次の点を依頼の前に確かめておきます。

• どこまで頼むか：いまのNagiosの更新だけか、棚卸しと移行までか、移行後の監視運用までか
• 棚卸しの成果物：監視項目と通知先の一覧を、移行の前に文書で受け取れるか
• 並行稼働の確かめ方：旧基盤と新基盤の通知をどう突き合わせ、何をもって合格とするか
• 通知の見直し：鳴りすぎている通知を、移行のついでに整理してもらえるか
• 運用後の体制：障害の通知を受けたあと、誰が一次対応をするか

特に棚卸しの一覧は、移行しない場合にも役立ちます。一覧があれば、Nagiosを使い続けるときの保守の引き継ぎにも使えます。夜間や休日の監視まで任せたい場合はシステム24時間監視を外注する費用と体制の選び方も参考になります。

まとめ：Nagiosで確かめておきたい3つの点

Nagiosの監視基盤をこの先どうするかを決めるうえで、確かめておきたい点は3つに整理できます。第一に、設定ファイルとプラグインの中身を説明できる人が社内にいるかを確かめること。第二に、Nagios Coreとプラグイン、動いているOSを新しい版に更新できているかを見ること。第三に、移行するなら監視の棚卸しを先に済ませ、並行稼働で通知を突き合わせてから切り替えることです。この3点を踏まえておけば、「移行したら、前は届いていた障害の通知が来なくなった」という事態を避けやすくなります。棚卸しや移行の進め方に迷いがあれば、外部の手を借りるのも一つの選択肢です。

よくある質問

出典

1. *1　参考：Nagios Core Documentation「About Nagios Core」（https://assets.nagios.com/downloads/nagioscore/docs/nagioscore/4/en/about.html）。出典：Nagios Coreの説明（ホストとサービスの監視、問題と回復の通知、任意のWeb画面）、GPL v2のライセンス、Nagios XIのNagios Core取り込み機能の記述を参照（2026年10月確認）
2. *2　参考：Nagios Core Documentation「Nagios Plugins」（https://assets.nagios.com/downloads/nagioscore/docs/nagioscore/4/en/plugins.html）。出典：状態を調べる仕組みを本体に持たずプラグインに任せること、プラグインが本体と別に配布されること、本体は状態の変化だけを追うことの記述を参照（2026年10月確認）
3. *3　参考：Nagios Core Documentation「Configuration Overview」（https://assets.nagios.com/downloads/nagioscore/docs/nagioscore/4/en/config.html）。出典：設定に時間がかかること、オブジェクト定義ファイル（ホスト・サービス・連絡先・コマンド等）の記述を参照（2026年10月確認）
4. *4　参考：Nagios「Nagios Core」公式サイト（https://www.nagios.org/projects/nagios-core/）。出典：GPL v2で利用料がかからないことの記述を参照（2026年10月確認）
5. *5　参考：NagiosEnterprises/nagioscore（GitHub）Releases（https://github.com/NagiosEnterprises/nagioscore/releases）。出典：nagios-4.5.14 の公開（2026年8月5日）を参照（2026年10月確認）
6. *6　参考：Zabbix Documentation「What is Zabbix」（https://www.zabbix.com/documentation/current/en/manual/introduction/about）。出典：収集したデータにもとづく報告と可視化、Webの画面での設定、AGPL-3.0のライセンスの記述を参照（2026年10月確認）
7. *7　参考：Zabbix Documentation「Zabbix features」（https://www.zabbix.com/documentation/current/en/manual/introduction/features）。出典：SNMP・IPMI等による収集、トリガー、グラフ、データベースへの履歴保存、テンプレート、ネットワークディスカバリの記述を参照（2026年10月確認）
8. *8　参考：Zabbix「Life Cycle & Release Policy」（https://www.zabbix.com/life_cycle_and_release_policy）。出典：LTS版を約1.5年ごとに公開し5年間サポートすること、Zabbix 7.0 LTSの限定サポート終了日（2029年6月30日）を参照（2026年10月確認）

Tweet