LASSIC Media らしくメディア

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

サーバーが止まっていたのに、気づいたのは利用者からの問い合わせだった。監視の仕組みはあるものの、担当者が辞めてから設定を誰も触れない——。社内のサーバーやネットワーク機器を少人数で見ている会社では、こうした悩みが起こりがちです。Checkmk（チェックエムケー）は、サーバーやネットワーク機器の状態を見守り、異常を知らせる監視ソフトウェアです。

無償のオープンソース版から始められます。ただし万能ではなく、規模や求める機能によっては有償版や別の監視ソフトが合うこともあります。本記事では、サーバー監視を任された情報システムの担当者に向けて、Checkmkの監視の仕組み、無償版と有償版の違い、導入の流れ、そして外部に頼むときに確認したい点を整理します。

Checkmkとは

開発元はGitHubで、Checkmkを「物理・仮想・コンテナ・クラウドのどの環境でも、インフラとアプリケーションを監視できるソフトウェア」と説明しています。^*6 監視する側のサーバーはLinuxの上で動かし、WindowsなどほかのOSも監視します。

• 無償で使えるオープンソース版（Checkmk Community）と、機能を足した有償版がある
• 無償版のライセンスはGNU GPL v2（ソースコードを公開する条件つきで自由に使えるライセンス）^*6
• 画面はWebブラウザで開き、監視の設定もその画面から行える
• サーバーに入れる形のほか、Dockerのコンテナや、あらかじめ組み上がった仮想マシン（アプライアンス）でも動かせる

Nagiosとのつながりもあります。公式ドキュメントによると、無償版のCheckmk Communityは、監視の心臓部（コア）に老舗のオープンソース監視ソフトであるNagiosのコアを使っています。^*2 一方の有償版では、Checkmkが独自に開発したコアに置き換わります。この違いは後の節で表にまとめます。

監視の仕組み

Checkmkでは、監視の対象を「ホスト」と「サービス」の2段で考えます。ホストはサーバーやネットワーク機器のように、IPアドレスを持つ1台1台のことです。サービスは、そのホストの中で「正常か異常か」を判定できる1つ1つの項目を指します。ディスクの空き容量やCPUの使用率、Webサイトの応答などがそれにあたります。^*3

情報の集め方は対象によって変わります。サーバーには「エージェント」と呼ばれる小さなプログラムを入れて値を集めます。ネットワーク機器は、機器に備わったSNMP（機器の状態を問い合わせる標準の仕組み）で値を取ります。クラウドは、管理用の窓口（API）に監視サーバーから問い合わせます。^*4

• エージェントは、監視サーバーから問い合わせを受けて値を返すのが基本の動き
• エージェントから監視サーバーへ定期的に値を送る方式もあり、こちらは上位の有償版の機能^*1
• ホストを登録すると、Checkmkが監視できる項目を自動で見つけて候補に出すので、項目を1つずつ手で書き足さずに済む^*5

無償版と有償版の違い

Checkmkには、無償のCheckmk Communityのほか、自社のサーバーに置く有償版が3つと、開発元が運用するクラウド版があります。公式ドキュメントの説明を表にまとめます。

無償版について、公式サイトは「小規模なインフラ向け」とし、目安を約100ホストまでと記しています。^*7 有償版のCMCは、Nagiosから分かれたものではなく、2013年から独自に作られたコアです。開発元は、監視の処理の効率や、設定を変えたときに監視を止めずに反映できる点を挙げています。^*2

• CMCでも、Nagios用に作られた監視プログラム（プラグイン）を動かせる
• 有償版でもNagiosのコアを選べるが、無償版から有償版へ移るための用途に限られる
• Nagiosから移ってきた場合、手元の自作プラグインをエージェント経由で使い続ける仕組みもある^*8

Nagiosの監視基盤をそのまま使い続けるか移るかの判断は、Nagiosの監視基盤を使い続けるか移行するかの判断ポイントで扱っています。

導入の流れ

Checkmkの導入では、ソフトを入れる作業より、何を監視し異常を誰に知らせるかを決める作業に時間を使います。公式の入門ガイドに沿うと、次の4段階です。

• ステップ1：エディションと置き場所を決める（Linuxサーバー、仮想アプライアンス、Docker、クラウド版）
• ステップ2：監視サーバーにCheckmkを入れ、監視の単位となる「サイト」を作る
• ステップ3：ホストを登録し、自動で見つかった監視項目から監視するものを選ぶ
• ステップ4：異常を知らせる先と方法を決める（メールのほか、SlackやMicrosoft Teamsなどにも送れる）

つまずきやすいのはステップ3と4です。自動で見つかった項目を全部監視に入れると、重要ではない項目の警告まで届き、肝心の通知が埋もれます。また、メールで知らせるには、Checkmkのサーバーがメールを送れるように社内のメールサーバーとつないでおく必要があります。^*9 通知を誰に、どの状態から送るかは、運用担当と話し合って決めておきます。

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

無償版のCheckmk Communityならソフトウェアの利用料はかかりませんが、構築と保守の手間は自社で持つことになります。サポートもフォーラムが中心です。構築や運用を外部に頼むときは、次の点を見積もりの前に確かめておきます。

• どのエディションで組むか：監視するホストの数や、クラウドの監視が要るかどうかから選んだ理由を説明してもらう
• 監視項目の選び方：自動で見つかった項目のうち、どれを監視し、どの値で警告と障害に分けるか
• 通知の設計：誰に、どの状態から、どの手段で知らせるか。夜間や休日の扱いをどうするか
• 更新とバックアップ：新しい版への更新を誰がいつ行うか。設定と監視データをどこに保存するか
• 運用後の見直し：誤報や見逃しを振り返り、監視項目と閾値を直す場を設けるか

似た監視ソフトのZabbixで監視基盤を組む場合の考え方は、Zabbixでインフラ監視基盤を外注構築にまとめています。

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

Checkmkでサーバー監視を始めるうえで、確かめておきたい点は3つに整理できます。第一に、監視するホストの数とクラウドの有無から、無償版と有償版のどちらで始めるかを決めること。第二に、自動で見つかった監視項目を選び、警告と障害の境目を自社の運用に合わせて決めること。第三に、通知の送り先とメールの送信経路、更新とバックアップの担当を、本番の監視を始める前に決めておくことです。この3点を踏まえておけば、「通知が多すぎて誰も見なくなった」という事態を避けやすくなります。構築や運用の進め方に迷いがあれば、外部の手を借りるのも一つの選択肢です。

よくある質問

出典

1. *1　参考：Checkmk GmbH「Checkmk User Guide：Setting up Checkmk」（https://docs.checkmk.com/latest/en/intro_setup.html）。出典：エディションの選び方（Checkmk Community・Pro・Ultimate・Ultimate with Multi-Tenancy・Cloud）、対応するLinux、仮想アプライアンス・Dockerでの導入の記述を参照（2026年10月確認）
2. *2　参考：Checkmk GmbH「Checkmk User Guide：The Checkmk Micro Core (CMC)」（https://docs.checkmk.com/latest/en/cmc.html）。出典：無償版がNagiosのコアを使うこと、CMCの開発の経緯と特徴、Nagiosプラグインの実行、有償版でのNagiosコアの扱いの記述を参照（2026年10月確認）
3. *3　参考：Checkmk GmbH「Checkmk User Guide：Basic principles of monitoring with Checkmk」（https://docs.checkmk.com/latest/en/monitoring_basics.html）。出典：ホストとサービスの説明、サービスの状態（OK・WARN・CRIT・UNKNOWN）と色の記述を参照（2026年10月確認）
4. *4　参考：Checkmk GmbH「Checkmk User Guide：Monitoring agents」（https://docs.checkmk.com/latest/en/wato_monitoringagents.html）。出典：Checkmkエージェント（問い合わせ方式と送信方式）、SNMP、APIを使う専用の取得の仕組み、Windows用エージェントの記述を参照（2026年10月確認）
5. *5　参考：Checkmk GmbH「Checkmk User Guide：Setting up monitoring」（https://docs.checkmk.com/latest/en/intro_setup_monitor.html）。出典：ホスト登録後に監視項目を自動で見つけて候補に出す仕組み（サービスの検出）の記述を参照（2026年10月確認）
6. *6　参考：Checkmk/checkmk（GitHub）（https://github.com/Checkmk/checkmk）。出典：リポジトリの説明（物理・仮想・コンテナ・クラウドの監視）とCheckmk CommunityのライセンスGNU GPL v2を参照（2026年10月確認）
7. *7　参考：Checkmk GmbH「Checkmk Editions」（https://checkmk.com/product/editions）。出典：Checkmk Communityの説明（小規模なインフラ向け・約100ホストまで・コミュニティのサポート）を参照（2026年10月確認）
8. *8　参考：Checkmk GmbH「Checkmk User Guide：Monitoring Linux」（https://docs.checkmk.com/latest/en/agent_linux.html）。出典：Nagiosから移行した場合に既存のNagiosプラグインをエージェント経由で使い続ける仕組み（MRPE）の記述を参照（2026年10月確認）
9. *9　参考：Checkmk GmbH「Checkmk User Guide：Switching on notifications」（https://docs.checkmk.com/latest/en/intro_notifications.html）。出典：メール通知の前にCheckmkのサーバーをメール送信できるよう設定する必要があることの記述を参照（2026年10月確認）

Tweet