監視の唯一の掟は、モニターが監視対象の外側で生きていなければならない、ということです。アプリと同じサーバーで動くヘルスチェックは、そのサーバーが落ちた瞬間に無意味になります — 一緒に倒れ、アラートは決して発火しません。だからあなたには、ほかのすべてを見張り、壊れたときに知らせることだけを仕事にする、小さく独立したマシンが必要です。Uptime Kuma はまさにそのためのセルフホスト型ツールで、安価な VPS はその自然な住処です。
なぜセルフホストするのか
- 独立性。 自分の VPS 上で — 理想的にはメインインフラと別のリージョンで — Uptime Kuma はメインサーバーや自宅回線が落ちていてもチェックとアラートを続けます。これがモニターの価値のすべてです。
- 管理とプライバシー。 監視対象エンドポイントの一覧、アラートのルール、ステータスページは、あなたのスタック全体を知る第三者ダッシュボードではなく、あなたが所有するサーバーに存在します。月額固定、モニター単位の課金なし。
- 自分でホストするステータスページ。 Uptime Kuma は整った公開ステータスページを発行します — 自分のドメインで、何が稼働中かをユーザーに伝え、ステータスページ SaaS を借りることなく。
必要なもの
- 専用 IPv4、ドメイン、HTTPS。 ダッシュボードとステータスページには
https://status.yourdomain.comでアクセスし、それにはドメイン、有効な TLS、受信 443 が要ります — 専用 IP プランです。NAT プランは受信を受けません。**Nano-IP（月額 8 ドル）**で数十のモニターを余裕でこなせます。 - 軽いリソース。 Uptime Kuma は小さく、RAM はチェック数と保持する履歴とともにのみ増えます。数百のエンドポイント向けに余裕を足してください。それ以外なら最小のマシンで十分です。
セットアップ（Ubuntu 24.04、Docker）
# dedicated-IP plan, root shell
apt update && apt install -y docker.io caddy
systemctl enable --now docker
docker run -d --restart=unless-stopped \
-p 127.0.0.1:3001:3001 \
-v uptime-kuma:/app/data \
--name uptime-kuma louislam/uptime-kuma:1
# TLS + reverse proxy on your domain
echo 'status.yourdomain.com { reverse_proxy 127.0.0.1:3001 }' > /etc/caddy/Caddyfile
systemctl restart caddy && ufw allow 80,443/tcp
status.yourdomain.com を自分の IP に向け、開いて管理者ユーザーを作成し、モニターを追加します — HTTP(S)、TCP ポート、ping、DNS など。通知（Telegram、メール、Webhook、ntfy）をつないで障害があなたに届くようにし、公開したいサービスのステータスページを発行します。
こんな人向け
- devops やセルフホスター — 自分のサーバーとサービスに独立した番犬が欲しい人。
- 小規模チーム — ホスト型ツールでモニター単位に課金されずに、ステータスページとアラートが欲しい人。
- ホームラボを運用する誰でも — 自宅回線が落ちても稼働し続ける、クラウドの見晴らし台が欲しい人。
Uptime Kuma に EQVPS を選ぶ理由
- 専用 IPv4 が月額 8 ドルから、ドメイン + HTTPS に親和的、全ポート、逆引き DNS はセルフサービス。
- EU ロケーション（ドイツ、フィンランド） — そして二つのリージョンを運用しているので、真の独立性のためにモニターをメインマシンから離して置けます。
- KYC なし、暗号資産で支払い。 登録はメール、支払いは USDC/USDT。
- 約 60 秒で root、NVMe。 Uptime Kuma を立ち上げ、Caddy を足せば、自分専用の監視が稼働します。
すでに一台のマシンで複数のサービスを動かしている？ 一つの IP の背後で複数サービスをセルフホストするを参照 — モニターは Docker スタックと自然に組み合わさりますが、真の独立性のためには番犬は自分だけの別サーバーに属します。
コメント
まだコメントはありません。最初になりましょう。