Zabbixは捨てろ：一人情シスには『Uptime Kuma』の60秒監視で十分な理由

Zabbixは素晴らしいツールです。エンタープライズグレードの機能を持ち、あらゆるメトリクスを取得でき、カスタマイズ性も無限大。そして何よりオープンソース（無料）です。しかし、その「高機能」こそが、時間のない一人情シスにとっては「足かせ」になります。

MySQLのチューニング、PHPのバージョンアップ地獄、複雑怪奇なトリガー設定、誤検知のアラートメールの嵐……。「監視サーバーを監視するため」に休日を費やすのは本末転倒です。

本稿では、中小企業の一人情シスが「Zabbixを捨てるべき理由」と、その代わりとなる救世主『Uptime Kuma』について、具体的な構築手順を含めて解説します。

なぜ一人情シスにZabbixは「重すぎる」のか

1. 誰も「グラフ」なんて見ない

Zabbixの強みは、CPU使用率やメモリ使用量の推移を美しいグラフで可視化できることです。しかし、胸に手を当てて考えてみてください。 過去1年間のファイルサーバーのCPU使用率グラフ、何回見ましたか？

おそらく「ゼロ」か、トラブルがあった時の「1回」でしょう。中小企業の情シスに必要なのは、「先週のCPUロードアベレージが1.5だった」という分析データではなく、「今、インターネットが死んでいるか、生きているか」というYes/Noの情報だけです。

2. 構築と維持のコストが高すぎる

Zabbixを真面目に運用しようとすると、以下の知識要求が発生します。

Linux (RHEL/Ubuntu) のOS管理
MySQL/PostgreSQL のパフォーマンスチューニング（ヒストリデータが肥大化すると激重になるため）
Apache/Nginx/PHP のミドルウェア管理
Zabbix Agent の各端末への配布とバージョン管理

これらを、本業（ヘルプデスクやキッティング）の片手間でメンテナンスし続けるのは不可能です。結果として、数年前に構築された古いバージョンのZabbixが、誰にも触られずに放置される「ゾンビ監視サーバー」が爆誕します。

3. 「DB肥大化」という時限爆弾

Zabbix運用で最も恐ろしいのが データベースの肥大化です。「とりあえずデフォルト設定で運用開始」したZabbixは、1分ごとのCPU使用率データを無限にDBに書き込み続けます。 1年後、ibdataファイルが数百GBに膨れ上がり、ディスク容量を圧迫します。これを解消するには「パーティショニング（Partitioning）」という高度なDB設計知識が必要ですが、多くの（専任ではない）情シス担当者はここで詰みます。

「監視サーバーのストレージがいっぱいです」というアラートを止めるために、監視サーバーのログを消す……という不毛な戦いが始まるのです。

監視ツールの比較：松・竹・梅・神

では、何を使えばいいのでしょうか。主要な選択肢を比較します。

カテゴリ	ツール名	特徴	構築・維持コスト	一人情シスおすすめ度
Enterprise OSS	Zabbix	業界標準。何でもできるが設定が複雑。DB管理が必須。	激高	★ (趣味ならOK)
Modern OSS	Prometheus + Grafana	クラウドネイティブ時代の標準。カッコいいが学習コスト高い。	高	★★ (コンテナ好きなら)
Cloud (SaaS)	Mackerel / Datadog	SaaSなのでサーバー管理不要。エージェント入れるだけで動く。	低 (だが金がかかる)	★★★ (予算あれば最強)
Simple OSS	Uptime Kuma	死活監視に特化。UIが美しく、Dockerで一瞬で立つ。	極低	★★★★★ (これだ！)

Uptime Kuma とは何か？

Uptime Kumaは、GitHubで50k Starを超える超人気のセルフホスト型監視ツールです。「高機能なZabbix」の対極にあり、「シンプルで美しい死活監視（Uptime RobotのOSS版）」を目指して作られています。

Uptime Kuma Dashboard

一人情シスに刺さる3つのメリット

60秒で設定完了: Dockerコマンド一発で立ち上がり、ブラウザからポチポチするだけで「GoogleへのPing監視」や「社内ポータルのHTTP監視」が始まります。Agentのインストールすら不要です。
通知設定が神: Slack, Discord, LINE, Microsoft Teams, Telegramなど、90種類以上の通知先に標準対応しています。「Webhookの設定JSONを書く」ような苦行は不要です。
「ステータスページ」機能: 「今、システム動いてる？」と社員に聞かれた時、「ここ見て」と渡せる公開用のステータスページを自動生成できます。これだけで問い合わせが激減します。

補足：日本の現場で嬉しい通知連携

海外製ツールだと「メールのみ」だったりしますが、Uptime Kumaは日本の現場でよく使われるツールに対応しています。

LINE: 「LINE Notify」のトークンを入れるだけで、個人のLINEやグループラインに通知が飛びます。
Slack / Microsoft Teams: Webhook URLを貼るだけで、専用チャンネルにメンション付きで通知可能です。
電話（Twilio連携）: どうしても起きたい場合、API経由で電話をかけさせることも可能です。

実践：5分で構築する Uptime Kuma (Docker Compose)

それでは、実際に構築してみましょう。前提として、Dockerが動く環境（Linuxサーバー、NAS、あるいはあなたのPCでも可）が必要です。

docker-compose.yml

services:
  uptime-kuma:
    image: louislam/uptime-kuma:1
    container_name: uptime-kuma
    restart: always
    ports:
      - "3001:3001"
    volumes:
      - uptime-kuma-data:/app/data
      # 以下の設定はDockerホストのDockerソケットを監視する場合のみ必要（上級者向け）
      # - /var/run/docker.sock:/var/run/docker.sock

volumes:
  uptime-kuma-data:

起動と初期設定

上記のファイルを保存し、docker compose up -d を実行。
ブラウザで http://[サーバーIP]:3001 にアクセス。
管理者アカウント（ユーザー名・パスワード）を作成。
これで完了です。

最初に設定すべき監視項目（例）

ダッシュボード右上の「+ 新しいモニターを追加」から設定します。

インターネット接続確認:
- タイプ: ping
- ホスト名: 8.8.8.8 (Google DNS)
- 意味: これが落ちていたら、自社の回線（ONUやルーター）が死んでいます。
社内ファイルサーバー:
- タイプ: TCP Port
- ホスト名: 192.168.1.10 (ファイルサーバーIP)
- ポート: 445 (SMB)
- 意味: Pingが通ってもポート445が応答しなければ、Windows共有は死んでいます。
社外向けWebサイト:
- タイプ: HTTP(s)
- URL: https://www.your-company.com
- ここが重要: 「SSL証明書の有効期限」の通知設定をONにしてください。
- 意味: 証明書切れでサイトが見られなくなる（情シスあるある）を、有効期限の7日前に通知してくれます。これが無料で使えるだけで元が取れます。

本番運用のためのセキュリティ対策（必須）

Uptime Kumaは非常に手軽ですが、そのままインターネットに公開するのは危険です。管理画面にBasic認証をかけるか、VPN経由のみアクセス可能にするのが鉄則ですが、もう一つのおすすめは「Nginx Proxy Manager」との併用です。

Nginx Proxy Manager (NPM) とは

これもDockerで動くGUI付きのリバースプロキシです。「monitor.your-company.com」のようなサブドメインへのアクセスを、自動でLet’s EncryptでSSL化し、Uptime Kumaのコンテナ（ポート3001）に転送してくれます。さらに、NPM側で「IP制限」や「Basic認証」をかけることができるため、Uptime Kuma自体に認証機能が乏しくても強固なセキュリティを担保できます。

「Uptime Kuma + Nginx Proxy Manager」の組み合わせは、現代の自宅サーバー勢（Homelab）や一人情シス界隈における「黄金の組み合わせ」と言われています。ぜひセットで導入してみてください。

結論：身の丈に合った武器を選べ

「大は小を兼ねる」と言いますが、運用リソースが限られるITの現場において、「大は運用コストで担当者を押し潰す」が真実です。

Zabbixを使いこなせるスキルがあるなら、それは素晴らしいことです。しかし、そのスキルと時間を「Zabbixのメンテナンス」に使うより、「情シス業務の自動化」や「セキュリティ対策」に使った方が、会社全体の幸福度は上がります。

99%の中小企業にとって、必要な監視は「止まったらすぐスマホに通知が来る」ことだけです。 Uptime Kumaは、そのたった一つの目的を、最高に美しく、最も低いコストで実現してくれます。

今すぐZabbixの仮想マシンを停止し、Dockerコンテナを一つ立ち上げましょう。そうすれば、夜中に「Zabbixのディスク容量アラート」で叩き起こされることは二度となくなります。

AIに社内ネットワーク監視を相談するプロンプト

自社の環境に合わせ、Uptime Kumaで何をどう監視すべきか、AIに壁打ちするためのプロンプト（テンプレート）です。

あなたは中小企業のインフラ運用とネットワークの専門家です。
現在、社内システムの監視ツールとして「Uptime Kuma」を導入しようとしています。
過剰な監視（CPU使用率など）は避け、ユーザー影響が出たこと（＝死活）を検知できる「ミニマムかつ効果的な監視項目」をリストアップしてください。

# 監視対象の環境
*   拠点: 本社のみ（社員数50名）
*   回線: フレッツ光 + UTM (FortiGate)
*   サーバー:
    1.  Windows Server (AD/ファイルサーバー兼用) x1
    2.  クラウド上のWebサーバー (Webサイト) x1
    3.  複合機 x2
    4.  NAS (バックアップ用) x1

# 知りたいこと
1.  **必須の監視ターゲット **: 何に対して、何のプロトコル（Ping/HTTP/TCP）で監視すべきか。
    *   例: ファイルサーバーにはPingだけでなくTCP:445も監視すべきか？
2.  **通知のしきい値（Threshold）**: 「瞬断」で深夜に通知が来るのを防ぐため、リトライ回数や間隔の推奨設定。
3.  **証明書監視 **: クラウドWebサーバーのSSL証明書期限の通知設定についてのベストプラクティス。

# 出力してほしい形式
監視項目リストを表形式で作成し、それぞれの「監視する意義（何が止まったと判断できるか）」を解説してください。

目次