「シェルスクリプト×Cron」で実装する、エンジニアの脳を解放する死活監視の自動化
「サーバーが落ちているかも」というエンジニアの認知負荷を排除する
Webサイトの運用において、運用者が最も消耗するリソースは、サーバーのアップタイムを気にかける「認知リソース」です。休日や就寝中に「Webサイトが停止していないだろうか」と不安になる心理状態は、エンジニアの創造性を削ぐ最大の要因の一つと言えます。
「人間にできることには限界がある。監視と通知は、機械に任せるべきだ」
本稿では、高価な監視SaaSを導入するまでもない小規模サイトにおいて、UnixライクなOS環境であれば標準的に備わっているシェルスクリプトとCronを活用し、脳のメモリを解放するための死活監視システムを構築する手法を解説します。
死活監視を自作するアーキテクチャ設計
今回構築するシステムは、極めて軽量かつ低コストです。監視対象のサーバー上でcronが定期的にシェルスクリプトを呼び出し、HTTPリクエストを送出。異常を検知した場合にのみ、SlackのWebhookを叩いて通知を行う設計とします。
このアーキテクチャの肝は、「ノイズの最小化」です。正常稼働時の通知は不要です。異常が発生した時のみ、即座にSlackへ通知を行うことで、エンジニアは「通知が来ない限りは正常」という確信を持って日々の業務に集中できます。
コードで実装する、軽量監視エージェントの作成
構築の具体的な実装手順を示します。
1. Slack Webhook URLの確保
Slackのチャンネル設定より「Incoming Webhook」を有効化し、専用のURLを発行します（例: ）。
2. 監視用シェルスクリプトの作成
監視の主体となるスクリプト（）を実装します。ここでは コマンドを用いてHTTPステータスコードを抽出し、判断を行います。
3. Cronによるタスクの永続化
作成したスクリプトを に登録し、毎分実行されるようにスケジュールします。
プロフェッショナルな監視運用に求められる考慮事項
自前で監視システムを構築する際には、技術的な落とし穴を事前に認識しておく必要があります。
| 考慮項目 | 概要 |
|---|---|
| 監視の死角 | 監視サーバー自体がダウンした場合、通知が送信されない。 |
| 通知の連鎖 | 障害発生中、毎分通知が飛ぶことによるSlackのスパム化。 |
| 外部通信設定 | コマンドのタイムアウト設定を適切に行う必要性。 |
監視サーバー自身の停止を検知するには、外部から監視される構成（例：UptimeRobot等の外部サービスによる監視）を併用するのがベストプラクティスです。また、通知が無限に飛ぶのを防ぐためには、スクリプト内で「直前の状態」を一時ファイルに記録し、前回が正常だった場合のみ通知を送るようロジックを拡張することを推奨します。
FAQ: 監視運用をより高度化するために
Q. 通知の頻度が高すぎて困るのですが？
A. 「状態変化」をトリガーにすべきです。異常検知時にローカルディレクトリへステータスファイルを書き出し、次回実行時にそのファイルを参照して「異常から正常への復旧時」や「正常から異常への転換時」のみ通知するように条件分岐を実装してください。
Q. セキュリティへの影響は？
A. 本番環境での監視において を使用するのは厳禁です。証明書検証は必須であり、信頼できる認証局の証明書を使用する運用を整えてください。
Q. Webサービス以外も監視できますか？
A. 可能です。ディスク容量やCPU負荷については Filesystem 1K-blocks Used Available Use% Mounted on /dev/root 75085112 58313124 16755604 78% / tmpfs 4064444 84 4064360 1% /dev/shm tmpfs 1625780 1012 1624768 1% /run tmpfs 5120 0 5120 0% /run/lock efivarfs 131072 32 131036 1% /sys/firmware/efi/efivars /dev/sda16 901520 65012 773380 8% /boot /dev/sda15 106832 6250 100582 6% /boot/efi tmpfs 812888 12 812876 1% /run/user/1001 コマンドや コマンド、あるいは ファイルシステムを解析するシェルスクリプトを作成し、閾値を超えた場合に通知を送る仕組みとして容易に拡張できます。
機械の仕事は機械に。エンジニアは価値創造へ
サーバー監視の自動化は、エンジニアの認知コストを削減し、クリエイティブな時間を捻出するための極めて合理的な投資です。
- 仕組みをコード化する: 監視業務のロジックをスクリプトとして抽象化する。
- 通知のフローを確立する: 不安を「検知」という機械的処理へ置換する。
- 運用で最適化する: 必要な情報のみが流れる仕組みへ昇華させる。
一度この仕組みを構築してしまえば、あなたはシステムの細かい挙動から精神的に解放されます。まずは上記のコードを手元の環境で動かし、少しずつ独自の運用ルールに合わせてカスタマイズしてみてください。機械が淡々と仕事をしてくれる環境こそ、優れたエンジニアが自身の才能を最大化するための基盤となります。
