WordPressの死活モニタリング

死活監視を導入する目的

• サーバーダウンやハッキングによるサイト消滅を即座に検知し、ダウンタイムによる機会損失を最小化する
• 管理者が常にサイトをブラウザで開いて確認する手間を省き、異常時のみ通知を受け取る体制を構築する
• 負荷増大による一時的な応答遅延を把握し、サーバープランの見直しやキャッシュ導入の判断材料にする
• 外部サービスによる客観的な監視を行うことで、サーバー内蔵の監視ツールでは気づけないネットワーク障害を検知する

外部サービスによる常時監視の仕組み

• 5分〜15分おきに外部の監視サーバーからサイトへアクセス（HTTPリクエスト）を試行する
• 応答コードが「200 OK」以外（500エラーや404エラー）を返した場合、異常として記録する
• サイトの応答速度が一定の閾値を超えた場合に、パフォーマンス低下としてアラートを飛ばす
• 接続失敗が一定回数以上連続したタイミングで、管理者へメールやプッシュ通知を送信する

監視対象の選定と通知設定

• サイトのトップページだけでなく、ログイン画面や重要な問い合わせフォームのURLも監視対象に含める
• サーバーメンテナンス時の誤報を防ぐため、特定の時間帯のアラートを一時停止する運用を検討する
• 管理者一人だけでなく、緊急連絡先に指定したメンバーも通知を受け取れるようにグループ設定を行う
• 通信のタイムアウト時間を適切に設定し、一時的なネットワークの揺らぎによる頻繁な誤報を抑制する

障害検知後の初動対応ルール

• アラート受信時、まずは自分自身の端末からサイトが表示されるか、複数の回線（4G/Wi-Fi）で確認する
• サーバー会社の障害情報を確認し、インフラ側の問題かWordPress内部の問題かを切り分ける
• サイトが改ざんされている恐れがある場合は、即座にメンテナンスモードへ切り替えて被害拡大を防ぐ
• 定期バックアップの最新データを確認し、必要に応じてリストア（復旧）の準備を開始する