LASSIC Media らしくメディア

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

Nagiosの設定ファイルを書き足すたびに、どこで何を監視しているのか分からなくなる。設定を直して再読み込みするたびに、監視が止まらないか心配になる——。長く使ってきたNagiosの監視基盤では、こうした悩みが起こりがちです。Icinga（アイシンガ）は、Nagiosから分かれて生まれたオープンソースの監視ソフトウェアです。

Nagiosからの移行先として名前が挙がるのは、これまで使ってきたプラグインを引き継げるからです。ただし万能ではなく、設定ファイルはそのままでは動かないため、書き直しの手間がかかります。本記事では、Nagiosの監視基盤を運用している情報システムの担当者に向けて、NagiosとIcingaの違い、移行で引き継げるものと書き直すもの、移行の進め方、そして外部に頼むときに確認したい点を整理します。

Icingaとは

Icingaは2009年5月に最初の版が公開されたオープンソースのプロジェクトで、2014年には仕組みを作り直したIcinga 2が公開されています。^*1 当初の版（Icinga 1.x）はNagiosのフォーク（元のソースコードを複製して別に開発したもの）でした。^*3 いま新しく入れるのは、このIcinga 2です。

• 監視を実行する本体（Icinga 2）と、状態を見るWebの画面（Icinga Web 2）を組み合わせて使います^*2
• 設定はIcinga専用の設定言語で書くほか、Webの画面から設定できる追加機能のIcinga Directorも使えます^*11
• ライセンスはGPL（ソースコードの公開を条件に自由に使えるライセンス）で、2.16.0以降の版はGPLv3以降です^*8

開発はドイツのIcinga GmbHが続けています。自社のサーバーに入れて使う場合、Nagiosと同じく、構築と更新の手間は自社で持つことになります。移行先として考えるなら、誰がその手間を受け持つのかを最初に決めておく必要があります。

NagiosとIcingaの違い

IcingaはNagiosから分かれた経緯があるため、監視の考え方はよく似ています。違いが出るのは、設定の書き方と、監視する台数や拠点が増えたときの組み方です。主な違いを並べると次のとおりです。

Icinga 2には、HTTPで設定や状態を操作できるREST API（外部のプログラムから操作する窓口）もあります。^*7 どちらが優れているかではなく、何に困っているかで考えます。Nagiosを使い続けるか、Zabbixなど別の仕組みへ移るかの判断はNagiosの監視基盤を使い続けるか移行するかの判断ポイントで扱っています。

移行で引き継げるものと書き直すもの

Icingaの公式ドキュメントには、Icinga 1.xやNagiosから移る人向けの章があり、その内容はNagiosにも当てはまると書かれています。^*3 そこから、そのまま使えるものと作り直すものを整理すると次のようになります。

• 引き継げる：Nagios向けのプラグイン。公式ドキュメントは、既存のNagiosのプラグインはすべてIcinga 2で動くとしています^*4
• 書き直す：ホストやサービスの設定ファイル。設定の形式が変わるため、Icinga 2の考え方に沿って作り直すよう勧めています
• 作り直す：Nagiosに組み込んでいた追加モジュール（ブローカーモジュール）。Icinga 2とは互換性がありません
• 組み直す：複数拠点の監視。NSCAで結果を集めていた構成は、Icinga 2の分散監視の仕組みで組み直します

設定の書き直しは手間がかかりますが、監視を整理し直す機会にもなります。Icinga 2では、「アドレスが登録されたすべてのホストにpingの監視を付ける」といった決まりを1つ書けば、1,000台分の監視が自動で作られます。^*5 ホストの一覧をCMDB（構成管理データベース）やCSVファイルで持っているなら、Directorで取り込む方法も案内されています。

移行の進め方

Nagiosからの移行では、新しい基盤を組む作業より、いまの設定とプラグインを洗い出す作業に時間がかかります。次の4つの段階で進めると、監視の漏れを出さずに切り替えられます。

• ステップ1：プラグインを洗い出す。自作のものも含め、どのホストで何を調べているかを一覧にする
• ステップ2：設定の管理方法を決める。設定ファイルで書くか、Directorで画面から管理するかを選ぶ
• ステップ3：ルールにまとめて書き直す。同じ監視を1台ずつ書いていた部分を共通のルールに置き換える
• ステップ4：並行稼働で通知を比べる。同じ機器を両方で監視し、通知が同じように届くかを確かめてから切り替える

つまずきやすいのはステップ3です。Nagiosの設定で「5」と書いていた監視の間隔は、Icinga 2では単位を付けない数字が秒として扱われるため、「5m」のように単位を付け直す必要があります。^*3 書き写すだけでは、5分ごとのはずの監視が5秒ごとに動いてしまいます。一方で、Icinga 2は再読み込みの間も古い設定で監視を続け、新しい設定に誤りがあれば古い設定のまま動き続けます。

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

Nagiosからの移行を外部に頼む場合、プラグインと設定の扱いを先に決めておかないと、見積もりと実際の作業がずれやすくなります。次の点を依頼の前に確かめておきます。

• 棚卸しの成果物：ホスト・監視項目・プラグイン・通知先の一覧を、移行の前に文書で受け取れるか
• 自作プラグインの扱い：社内で作ったプラグインが新しいサーバーでも動くかを確かめてもらえるか
• 設定の管理方法：設定ファイルとDirectorのどちらで管理するか。移行後に社内で直せる形になっているか
• 分散構成の設計：拠点やクラウドごとにサテライトを置くか、どの機器にエージェントを入れるか
• 運用後の体制：Icinga 2とIcinga Web 2の更新を、誰がいつ行うか

特に設定の管理方法は、移行後の運用を左右します。Directorを使えば画面から監視を追加できますが、ルールの考え方を社内の誰も説明できない状態では、Nagiosのときと同じ悩みが残ります。移行の成果物として、ルールの一覧と直し方の手順を受け取っておきます。夜間や休日の監視まで任せたい場合はシステム24時間監視を外注する費用と体制の選び方も参考になります。

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

NagiosからIcingaへ移るうえで、確かめておきたい点は3つに整理できます。第一に、プラグインは引き継げても、設定ファイルは書き直しになると見込んでおくこと。第二に、1台ずつ書いていた監視を共通のルールにまとめ、設定の管理のしかたを決めること。第三に、複数の拠点を監視しているなら、分散監視の構成を組み直す前提で計画することです。この3点を踏まえておけば、「プラグインが動くから設定もすぐに移せると思っていた」という事態を避けやすくなります。移行の段取りに迷いがあれば、外部の手を借りるのも一つの選択肢です。

よくある質問

出典

1. *1　参考：Icinga GmbH「About Us」（https://icinga.com/about/）。出典：2009年にオープンソースのプロジェクトとして始まったこと、2009年5月の最初の版、2014年6月のIcinga 2の公開の記述を参照（2026年10月確認）
2. *2　参考：Icinga 2 Documentation「About Icinga 2」（https://icinga.com/docs/icinga-2/latest/doc/01-about/）。出典：Icinga 2が監視サーバーでIcinga Web 2を組み合わせて使うこと、設定をIcinga Director・構成管理ツール・設定言語で管理できることの記述を参照（2026年10月確認）
3. *3　参考：Icinga 2 Documentation「Migration from Icinga 1.x or Nagios」（https://icinga.com/docs/icinga-2/latest/doc/23-migrating-from-icinga-1x/）。出典：Icinga 1.xがNagiosのフォークであること、設定の作り直しの推奨、Directorの取り込み元（CMDB・CSV等）、間隔の単位、再読み込みの動作、ブローカーモジュールの非互換、分散監視の違いの記述を参照（2026年10月確認）
4. *4　参考：Icinga 2 Documentation「Service Monitoring」（https://icinga.com/docs/icinga-2/latest/doc/05-service-monitoring/）。出典：既存のIcingaやNagiosのプラグインがIcinga 2で動くことの記述を参照（2026年10月確認）
5. *5　参考：Icinga 2 Documentation「Monitoring Basics」（https://icinga.com/docs/icinga-2/latest/doc/03-monitoring-basics/）。出典：applyルール（1,000台のホストに1つのルールで監視を作る例）の記述を参照（2026年10月確認）
6. *6　参考：Icinga 2 Documentation「Distributed Monitoring with Master, Satellites and Agents」（https://icinga.com/docs/icinga-2/latest/doc/06-distributed-monitoring/）。出典：マスター・サテライト・エージェントの役割、Windowsはマスターに非対応であること、WindowsのエージェントにIcinga for Windowsを勧める記述を参照（2026年10月確認）
7. *7　参考：Icinga 2 Documentation「REST API」（https://icinga.com/docs/icinga-2/latest/doc/12-icinga2-api/）。出典：HTTPのリクエストで設定オブジェクトや状態を扱えることの記述を参照（2026年10月確認）
8. *8　参考：Icinga/icinga2（GitHub）README・Releases（https://github.com/Icinga/icinga2/releases）。出典：ライセンス（2.16.0以降はGPLv3以降、それ以前はGPLv2以降）、v2.16.3（2026年7月1日）・v2.16.4（同7月16日）・v2.16.5（同8月18日）の公開を参照（2026年10月確認）
9. *9　参考：Nagios Core Documentation「About Nagios Core」（https://assets.nagios.com/downloads/nagioscore/docs/nagioscore/4/en/about.html）。出典：GPL Version 2のライセンスの記述を参照（2026年10月確認）
10. *10　参考：Nagios Core Documentation「Configuration Overview」（https://assets.nagios.com/downloads/nagioscore/docs/nagioscore/4/en/config.html）。出典：ホストやサービス等をオブジェクト定義ファイルに書く設定の仕組みの記述を参照（2026年10月確認）
11. *11　参考：Icinga/icingaweb2-module-director（GitHub）（https://github.com/Icinga/icingaweb2-module-director）。出典：Icinga 2の設定の扱いを簡単にするために作られた追加機能であることの記述を参照（2026年10月確認）

Tweet