非エンジニアでもわかるサーバー監視入門｜HTTP・Ping・DNS・SSLの違い
「監視」と言われても何を見ているのか分からない
Web制作会社で働いていると、エンジニアから「HTTP監視を入れました」「SSL証明書の期限が近いです」と言われることがあります。しかし、ディレクターや営業担当にとっては、それぞれが何を意味するのか分かりづらいものです。
この記事では、Webサイトの監視で使われる4つの基本的な監視方法を、技術用語をできるだけ使わずに解説します。
HTTP監視 — サイトが「見えるか」を確認する
HTTP監視は、実際にWebサイトにアクセスして、ページが正常に表示されるかを確認する方法です。ブラウザで「サイトを開いてみる」作業を自動化したものと考えてください。
チェックする内容:
- サイトにアクセスできるか
- 正しいページが返ってくるか（ステータスコード200）
- 表示に何秒かかるか（レスポンスタイム）
# HTTP監視のイメージ（curlコマンドで手動確認する場合）
curl -o /dev/null -s -w "ステータス: %{http_code}\n応答時間: %{time_total}秒\n" \
https://example.com
上記のようなチェックを、Miterlでは1分間隔で自動実行します。異常があれば即座に通知が届きます。
Ping監視 — サーバーが「生きているか」を確認する
Ping監視は、サーバーが応答するかどうかを確認する最もシンプルな方法です。人に例えると「おーい、聞こえてる？」と声をかけて返事があるか確認するようなものです。
HTTP監視との違いは以下の通りです。
| Ping監視 | HTTP監視 | |
|---|---|---|
| 確認内容 | サーバーが応答するか | Webページが表示されるか |
| 検知できる障害 | サーバー停止、ネットワーク障害 | アプリケーションエラー、設定ミスも含む |
| 用途 | インフラレベルの死活確認 | サービスレベルの稼働確認 |
一般的には、HTTP監視のほうがより多くの問題を検知できるため、Webサイトの監視にはHTTP監視が推奨されます。
DNS監視 — 「住所案内」が正しいかを確認する
DNSは、ドメイン名（例: example.com）をサーバーのIPアドレスに変換する仕組みです。電話帳のようなもので、「この名前の人の電話番号は何番？」と問い合わせる役割を持っています。
DNS監視では以下を確認します。
- ドメイン名がIPアドレスに正しく変換されるか
- DNS応答が速いか
- DNSレコードが意図せず変更されていないか
DNS設定が壊れると、サーバー自体は正常でもサイトにアクセスできなくなります。ドメイン移管やネームサーバー変更のタイミングで起きやすいトラブルです。
SSL監視 — 「安全な通信」が維持されているかを確認する
SSL証明書は、サイトとユーザーの間の通信を暗号化するために必要なものです。ブラウザのアドレスバーに表示される鍵マークがその証です。
SSL証明書が期限切れになると、ブラウザが「この接続は安全ではありません」という警告を表示し、ユーザーがサイトにアクセスできなくなります。
SSL監視で確認する内容:
- 証明書の有効期限（残り日数）
- 証明書チェーンの正当性
- 証明書と使用ドメインの一致
# SSL証明書の期限を手動で確認する例
echo | openssl s_client -connect example.com:443 2>/dev/null | \
openssl x509 -noout -dates
Miterlでは証明書の期限が近づくと自動で通知してくれるため、更新忘れによる障害を防げます。
どの監視を入れるべきか？
制作会社がクライアントサイトに導入する場合、以下の優先度をおすすめします。
- HTTP監視（必須）: すべてのサイトに導入
- SSL監視（強く推奨）: HTTPS対応サイトに導入
- DNS監視（推奨）: ドメイン管理も代行している場合
- Ping監視（任意）: 専用サーバーを管理している場合
トラブル別・監視タイプ早見表
「どの監視が何を検知できるのか」を現場のトラブル事例と対応付けてまとめます。
| よくあるトラブル | 検知できる監視 | 見逃す監視 |
|---|---|---|
| サーバーが完全停止 | HTTP・Ping | — |
| アプリがエラーを返す（500など） | HTTP | Ping・DNS |
| ドメイン移管ミスでアクセス不能 | DNS・HTTP | Ping（サーバー自体は正常のため） |
| SSL証明書が期限切れ | SSL・HTTP | Ping・DNS |
| CDN設定ミスで特定地域からのみ不達 | HTTP（拠点監視） | Ping・DNS・SSL |
この表を見ると、HTTP監視を入れていれば多くのトラブルに気づけることがわかります。一方、DNS切り替え作業中など特定のシナリオではDNS監視が必須になります。
よくある質問（FAQ）
監視の間隔はどれくらいが適切ですか？
サイトの重要度によって変わります。ECサイトや予約システムなど売上直結のページは1〜5分間隔、コーポレートサイトや静的コンテンツが中心のページは5〜15分間隔が目安です。間隔を短くするほど障害を早く検知できますが、監視回数が増えるため、プランの制限と合わせて設定しましょう。
複数の監視を組み合わせるとコストが上がりますか？
Miterlでは1つのURLに対してHTTP・SSL・DNSをまとめて設定できます。SSL証明書のチェックはHTTP監視に付随して自動実行されるため、別途コストが発生しません。
メンテナンス中の誤アラートはどう防ぎますか？
メンテナンスウィンドウ機能を使うと、計画停止の時間帯だけアラートを抑制できます。監視チェック自体は継続するため、メンテナンスが予定より長引いた場合もすぐに検知できます。
まとめ
4つの監視方法はそれぞれ異なる観点からサイトの健全性を確認します。すべてを組み合わせることで、障害の検知漏れを防げます。Miterlではこれらの監視を一つのダッシュボードで一元管理できるため、運用の手間を最小限に抑えられます。
複数の監視タイプを組み合わせるとき、ツールを分散させるのか一元管理するのかも重要な判断です。「一元監視 vs 個別ツール分散——どちらを選ぶべきか？」では、管理コストや障害対応速度の観点からどちらが制作会社の運用に向いているかを比較しています。
まずはドキュメントで各監視の設定方法を確認しましょう。実際の動作は無料プランで試せます。他のツールとの比較は死活監視ツールの比較記事を参照してください。