LASSIC Media らしくメディア

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

回線が混んでいるかどうかは、グラフを見れば分かるはずだった。けれどCactiを入れた担当者はもう異動していて、グラフが途切れても直し方が分からない——。何年も前に作った監視の仕組みを引き継いだ情報システムの現場では、こうした悩みが起こりがちです。Cacti（カクタイ）は、ネットワーク機器やサーバーから値を集め、通信量などの推移をグラフにして見せるオープンソースのソフトウェアです。

ルーターやスイッチの通信量（トラフィック）を長く記録できる一方、障害を知らせる仕組みはプラグインで補う作りです。ただし万能な答えはなく、ほかのソフトへ移れば片づくとも限りません。本記事では、古いCactiを引き継いだシステム担当者に向けて、Cactiの仕組み、LibreNMSやZabbixとの違い、保守を続けるか移行するかの目安、移行の進め方、そして外部に頼むときに確認したい点を整理します。

Cactiとは

Cactiは、RRDtool（時系列の値を保存してグラフにする道具）を土台にした、ネットワーク監視とグラフ作成の仕組みです。^*1 RRDtoolは、通信量のグラフで長く使われてきたMRTGと同じ作者が作った道具です。^*7 ルーターやスイッチ、サーバーから定期的に値を集め、時間の流れに沿った折れ線グラフとして見せることを得意としています。

• 機器の設定やテンプレートはMySQLまたはMariaDBのデータベースに、集めた値はRRDファイルに分けて保存します^*2
• 値の集め方はSNMP（ネットワーク機器の状態を読み出す標準の方式）が中心で、スクリプトの結果も集められます
• グラフやデータの形をテンプレートにまとめ、同じ種類の機器に使い回します
• 拠点の近くに置く遠隔の収集サーバー（リモートコレクター）も使えます
• ライセンスはGPL v2（自由に使い、改変して配り直せることを守るライセンス）です^*1

RRDファイルは、決まった大きさの中で、古い値を平均などにまとめながら保存する仕組みです。^*2 そのため、何年も前の細かい通信量までは残りません。長く使ってきたCactiでも、昔の記録をすべて持っているわけではない点は押さえておきます。

CactiとLibreNMS・Zabbixの違い

Cactiから移る先として名前が挙がりやすいのが、同じオープンソースのLibreNMSとZabbixです。LibreNMSはSNMPで機器を自動で見つけて監視する仕組みで、^*8 Zabbixはしきい値（トリガー）による判定と通知を本体に備えています。^*9 3つの違いを、得意なことと障害の知らせ方で並べると次のとおりです。

どれが優れているかではなく、何に困っているかで選びます。通信量のグラフが見られれば足りるならCactiのままでもよく、機器の故障をすぐ知りたいならLibreNMSやZabbixの仕組みが合います。LibreNMSはLibreNMSとObserviumの違い、ZabbixはZabbixでインフラ監視基盤を外注構築で扱っています。

保守を続けるか移行するか

Cacti自体の開発は止まっていません。公式のGitHubでは、2026年6月に安定版の1.2.31が公開され、^*3 次の1.3系の開発も進んでいます。そのため「古いから移る」と決める必要はなく、自社のCactiがいまどんな状態かで判断します。

• Cactiを、新しい1.2系の版に更新できているか
• 動かしているサーバーのOS・PHP・データベースが、いまの版の要件を満たしているか
• 使っているプラグインが、いまのCactiの版に対応しているか
• SNMPの設定が古いままになっていないか。SNMPv2cは通信を暗号化しないため、認証と暗号化に対応したSNMPv3へ切り替えられるか^*5
• グラフだけでなく、障害の通知まで1つの仕組みで求められていないか

当てはまる項目が少なければ、版の更新と設定の棚卸しを済ませて使い続けるのが近道です。版を上げる前には、データベースと設定ファイルのバックアップを取るよう公式の手順に書かれています。^*6 当てはまる項目が多く、通知の仕組みも作り直したいなら、移行を考える時期に来ています。

移行の進め方

移行でいちばん気をつけたいのは、過去のグラフの扱いです。Cactiのテンプレートを書き出しても移るのは定義だけで、RRDファイルにたまった過去の計測値は移りません。^*2 次の4つの段階で進めると、記録の空白と監視の漏れを抑えられます。

• ステップ1：棚卸し。機器・グラフ・使っているプラグイン・通知先を一覧にする
• ステップ2：過去の記録の扱いを決める。旧Cactiを見るためだけに残すか、必要な期間のグラフを保存するか
• ステップ3：並行して動かす。同じ機器を新旧の両方で監視し、値と通知を比べる
• ステップ4：切り替えて止める。新しい仕組みに一本化し、旧Cactiを止める

つまずきやすいのはステップ2です。新しい仕組みは移行した日からの記録しか持たないため、前の年の同じ月と通信量を比べたい場面で困ることがあります。旧Cactiをどれだけの期間残すか、どの期間のグラフを保存するかを、回線の増強を判断する担当者と決めてから切り替えます。

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

Cactiの保守や移行を外部に頼むときは、作業の範囲と過去の記録の扱いを、見積もりの前に確かめておきます。特に次の点は、頼む側と受ける側で認識がずれやすいところです。

• どこまで頼むか：版の更新、プラグインの見直し、移行先の構築、運用の引き継ぎのうち、どれを任せるか
• 棚卸しの範囲：機器とグラフの一覧、プラグインと通知先を、誰が洗い出すか
• 過去の記録：旧Cactiをいつまで残すか。どの期間のグラフを保存するか
• 並行稼働の確かめ方：新旧で値と通知をどう比べ、何がそろえば切り替えるか
• 運用後の見直し：通知の鳴りすぎや見逃しを振り返り、しきい値を直す場を設けるか

過去の記録の扱いは、決めないまま旧環境を止めると後から取り戻せません。監視基盤を使い続けるか移る先を探すかの考え方は、Nagiosの監視基盤を使い続けるか移行するかの判断ポイントにもまとめています。

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

古いCactiの扱いを決めるうえで、確かめておきたい点は3つに整理できます。第一に、版の更新とプラグインの対応、SNMPの設定がいまの状態で保てているかを点検すること。第二に、グラフだけで足りるのか、障害の通知まで1つの仕組みで求められているのかを決めること。第三に、移行するなら過去のRRDファイルの扱いと旧環境を残す期間を、切り替えの前に決めることです。この3点を踏まえておけば、「移行したら去年のグラフと比べられなくなった」という事態を避けやすくなります。保守と移行のどちらが合うか迷いがあれば、外部の手を借りるのも一つの選択肢です。

よくある質問

出典

1. *1　参考：The Cacti Group「Cacti/cacti」（GitHub・README・LICENSE）（https://github.com/Cacti/cacti）。出典：RRDtoolを土台にしたネットワーク監視とグラフ作成の仕組みであること、SNMP・スクリプトによる収集、テンプレート、1.2系と開発中の1.3系、ライセンス（GPL v2）を参照（2026年11月確認）
2. *2　参考：The Cacti Group「Principles of Operation」（Cacti公式ドキュメント）（https://github.com/Cacti/documentation/blob/develop/Principles-of-Operation.md）。出典：データベースとRRDファイルの役割、リモートコレクター、RRDの保存量と古い値のまとめ方、起動間隔とRRDの記録間隔の関係、テンプレートの書き出しで過去の計測値は移らないことの記述を参照（2026年11月確認）
3. *3　参考：The Cacti Group「Releases」（GitHub）（https://github.com/Cacti/cacti/releases）。出典：1.2.31の公開日（2026年6月15日）とリリースノートのセキュリティに関する記述を参照（2026年11月確認）
4. *4　参考：The Cacti Group「Supported plugins」（Cacti公式ドキュメント）（https://github.com/Cacti/documentation/blob/develop/supported-plugins.md）。出典：Thold・Monitor・Maintプラグインの説明を参照（2026年11月確認）
5. *5　参考：The Cacti Group「How to Graph Your Network」（Cacti公式ドキュメント）（https://github.com/Cacti/documentation/blob/develop/How-to-Graph-Your-Network.md）。出典：SNMPv2cのコミュニティは暗号化されないこと、SNMPv3の認証と暗号化の記述を参照（2026年11月確認）
6. *6　参考：The Cacti Group「Upgrading Cacti」「Plugin Management」（Cacti公式ドキュメント）（https://github.com/Cacti/documentation/blob/develop/Upgrading-Cacti.md）。出典：更新前のデータベースと設定ファイルのバックアップ、プラグインの対応版の確認の記述を参照（2026年11月確認）
7. *7　参考：The Cacti Group「Project Credits and Licensing」（Cacti公式ドキュメント）（https://github.com/Cacti/documentation/blob/develop/Project-Information.md）。出典：RRDtoolとMRTGの作者への謝辞とライセンスの記述を参照（2026年11月確認）
8. *8　参考：LibreNMS「librenms/librenms」（GitHub）・公式ドキュメント「Alerting」（https://github.com/librenms/librenms）。出典：SNMPで機器を自動で見つけるネットワーク監視であること、アラートの送り先（メール・チャットなど）の記述を参照（2026年11月確認）
9. *9　参考：Zabbix「Zabbix features」（Zabbix公式ドキュメント）（https://www.zabbix.com/documentation/current/en/manual/introduction/features）。出典：トリガーによるしきい値の判定、宛先や段階を決めた通知、ネットワーク・サーバー・アプリケーションの監視の記述を参照（2026年11月確認）
10. *10　参考：The Cacti Group「Frequently Asked Questions」（Cacti公式ドキュメント）（https://github.com/Cacti/documentation/blob/develop/Frequently-Asked-Questions.md）。出典：収集の起動間隔（60秒または300秒）の記述を参照（2026年11月確認）

Tweet