深夜のアラート対応｜今すぐ動くか朝まで待つかの判断基準

深夜2時47分。枕元のスマホが短く震えて、目が覚める。 画面には監視ツールからの通知。「CPU使用率が閾値を超えました」。 起きてパソコンを開くべきか。それとも朝まで待っていいのか。布団の中で、通知の文面を何度も読み返してしまう。

一人で保守運用をしていると、この「動くか、待つか」の判断まで、自分ひとりで背負うことになります。動けば翌日がつらい。待てば「もし大ごとだったら」が頭から離れない。どちらを選んでも、少し後ろめたい。

もし今、この場面に覚えがあるなら、それはあなたが心配性だからではありません。夜中に判断するための物差しが、まだ手元に無いだけです。物差しがあれば、深夜の迷いは「決めたとおりに確かめる5分」に変わります。

この記事では、深夜にアラートが鳴ったときに今すぐ動くか、朝まで待つかを決めるための判断基準を、一緒に整理していきます。

結論：深夜のアラートは、通知を開いてから5分だけ使って、次の4つの問いで見立てます。①利用者はいま困っているか、②悪くなり続けているか、③朝まで待つと取り返しがつかなくなるか、④もう落ち着いているか。①か③が「はい」なら今すぐ動く。②だけが「はい」なら時刻を決めて見張りつつ待つ。どれも「いいえ」なら記録だけして朝に回す。そして待つと決めたら、再確認の時刻と、メモ1行を残して眠る。まずは今夜のために、この4つの問いをスマホのメモに貼っておくところから始めれば十分です。

「どんな障害なら夜中でも出るか」という事前の線引きそのものは、一人運用のオンコールとエスカレーションの記事で整理しています。この記事は、その線引きを持っていても迷う「通知が鳴った、その瞬間」の見立て方の話です。監視ツールの種類（クラウドの監視サービス、Zabbix、外形監視サービスなど）や、契約上の対応時間によって判断は変わります。ここでの考え方を出発点に、ご自身の環境に読み替えてください。

なぜ、深夜のアラートはこんなに迷うのか

迷うのは、判断力が足りないからではありません。深夜のアラートには、迷いやすくなる条件がそろっています。

• 通知の文面だけでは、深刻さが分からない：「CPU使用率が閾値を超えました」は、3分で収まる一時的な山かもしれないし、サービスが止まる前ぶれかもしれません。通知は「何かが起きた」は教えてくれても、「どれくらい困るか」までは教えてくれません。
• 寝起きの頭は、悪いほうに想像しやすい：暗い部屋で一人だと、最悪の展開ばかりが浮かびます。逆に、眠気に負けて「たぶん大丈夫」と流したくなることもあります。どちらも、疲れた頭では自然なことです。
• 相談できる人がいない：日中なら「これ、どう思う？」と聞けますが、深夜の一人運用では、聞ける相手がいません。
• 「動かなかったせいで」が怖い：朝になって大ごとになっていたら、自分の判断ミスになる。その怖さが、すべてのアラートに飛び起きる方向へ背中を押します。

最後の点は、とくに大事です。すべてのアラートに飛び起きる運用は、長くは続きません。 睡眠が削られると、翌日の作業ミスが増え、本当に動くべき夜に判断が鈍ります。だから、「待っていいもの」を見分けることは、手抜きではなく運用を続けるための仕事です。

通知を開いたら、5分だけ使う「4つの問い」

アラートを開いたら、まず「5分だけ見立てる」と決めます。5分で原因を突き止める必要はありません。ここでやるのは、動くか、待つかを決めることだけです。原因の調査は、動くと決めたあと、あるいは朝の明るい時間にやれば十分です。

見立ては、次の4つの問いを上から順に確かめます。

① 利用者は、いま困っているか

いちばん先に確かめるのは、サイトやシステムを使う人が、いま実際に困っているかです。サーバーの数値がどれだけ赤くても、利用者が普通に使えているなら、急ぐ度合いはぐっと下がります。

確かめ方は、手元のスマホでできることから。

• 自分のスマホで、トップページやログイン画面を開いてみる：表示されるか、普段どおりの速さか。Wi-Fiを切ってモバイル回線で開くと、社内ネットワークの影響を受けずに外からの見え方が分かります。
• 外形監視（外からサイトに定期アクセスして確かめる監視）の結果を見る：設定していれば、「外から見て正常か」がいちばん早く分かります。
• 問い合わせ窓口やエラー通知に、利用者からの連絡が来ていないか見る：深夜でも利用者がいるサービスなら、ここが最も確かな手がかりです。

ここで「はい（困っている）」なら、それだけで今すぐ動く理由になります。とくに、ログイン・決済・申し込みのようなサービスの中心になる機能が使えないときは、迷わず動きます。

② 悪くなり続けているか

次に見るのは、数値が悪くなり続けているか、横ばいか、もう下がり始めているかです。通知は「閾値を超えた瞬間」を知らせるだけなので、その前後の流れをグラフで見ます。

• 直近1〜3時間のグラフを開き、線が右肩上がりか、山を越えて下がっているかを見る。
• 可能なら昨日の同じ時刻と比べる。毎晩この時間にバッチ処理で上がるなら、それは「いつもの山」かもしれません（平常時の値の把握はベースラインの記事で整理しています）。

悪くなり続けている場合は、次の③で「いつ限界に届くか」を計算します。

③ 朝まで待つと、取り返しがつかなくなるか

ここが、いちばん大事な問いです。いま利用者が困っていなくても、朝まで放っておくと元に戻せない状態になるものがあります。

• ディスクの空きが朝までに尽きそう：書き込めなくなると、ログもデータも保存できず、サービスが止まることがあります。
• データが壊れている・消えている・二重に処理されている疑い：時間がたつほど、壊れたデータが他へ広がります。
• 情報漏えいや不正アクセスの疑い：待つほど被害が広がる可能性があります。
• 決済や受注など、お金や約束にかかわる処理が止まっている：朝に気づいても、取りこぼした分を取り戻すのが大変になります。

悪くなり続けているものは、限界に届く時刻を計算すると判断が一気に楽になります。

限界に届くまでの時間 ＝ 限界までの残り ÷ 1時間あたりの増え方

たとえば、深夜2時45分にディスク使用率が85%で、直近のグラフでは1時間に2%ずつ増えているとします。

(100% − 85%) ÷ 2%/時 ＝ 7.5時間

2時45分＋7時間30分＝10時15分ごろに満杯になる計算です。始業が9時なら、朝いちばんに気づいても手を打てる時間は1時間ほどしかありません。この場合は「今すぐ原因まで直す」まではしなくても、古いログを1つ圧縮して空きを作るなど、時間を稼ぐ一手だけ今夜打つ、という判断ができます。

逆に、同じ85%でも増え方が1時間に0.2%なら、(100 − 85) ÷ 0.2 ＝ 75時間。3日先の話なので、朝に回して大丈夫です。

ここで「はい（取り返しがつかなくなる）」なら、今すぐ動きます。動く中身は「全部直す」ではなく、朝まで持たせる一手で構いません。

④ もう落ち着いているか

最後に、通知が来たあと、すでに元に戻っていないかを確かめます。

• 監視ツールに「回復しました」の通知が来ていないか。
• グラフの線が、閾値の下に戻っているか。

数分で上がって数分で戻ったなら、多くは一時的な山です。今夜は記録だけして、朝に「何が山を作ったか」を見れば十分です。ただし、同じ山が何度も繰り返しているなら、それは「落ち着いた」ではなく、断続的な障害のサインかもしれません（断続的な障害の調べ方の記事を参考にしてください）。

4つの答えから、行き先を決める

4つの問いに答えたら、行き先は3つのどれかです。

迷ったときの決め方も、ひとつ決めておくと楽です。おすすめは、「迷ったら、見る。でも直さない」。パソコンを開いて状況を確かめるところまではやる。ただし、原因の調査や本格的な修正には手を付けず、4つの問いに答えられたら閉じる。寝起きの頭で本番の設定を触るのは、それ自体が次の障害の種になりやすいからです。

「今すぐ動く」と決めたら：朝まで持たせる一手だけ

動くと決めても、今夜のゴールは「完全に直す」ではありません。「朝まで持たせる」です。

1. 時間を稼ぐ一手を打つ：ディスクなら不要なファイルの圧縮や移動、詰まったプロセスなら再起動など、手順書や過去の記録にある、慣れた操作を選びます。初めての操作は、できるだけ避けます。
2. 利用者に影響が出ているなら、第一報を出す：何が起きているか・いつから・いま対応中であること。完璧な文面でなくて大丈夫です（障害の第一報テンプレートがそのまま使えます）。
3. 判断を仰ぐ相手がいるなら、一報を入れる：深夜に連絡してよいかを事前に握っているなら、迷わず連絡します。「自分の一存で決めなくていい」と思えるだけで、気持ちがずいぶん楽になります。
4. やったことを時刻つきで残す：「2:58 /var/log の古いログを圧縮、使用率85%→71%」のように1行ずつ。朝の自分と、報告書を書く自分が助かります。

時間を稼げたら、根本の対処は朝に回して構いません。夜中に全部を片づけようとしないことも、大切な判断です。

「待つ」と決めたら：安心して眠るための3つの段取り

待つと決めたのに眠れない、というのもよくある話です。「待つ」を、放っておくことではなく、段取りのある判断に変えておくと、ずっと眠りやすくなります。

1. 再確認の時刻を決めて、アラームをかける（「見張りつつ待つ」のとき）：③で計算した限界の時刻から逆算して、まだ余裕がある時刻に設定します。先ほどの例なら、たとえば6時にもう一度グラフを見る、という具合です。
2. メモを1行残す：「2:47 CPU閾値超え通知。利用者影響なし、3分で回復。朝に原因確認」。これを書いておくと、「判断して、待つことにした」という事実が残ります。朝になって何かあっても、自分がどう見立てたかを説明できます。
3. 次に鳴ったら動く条件を決めておく：「もう一度同じ通知が来たら起きる」「外形監視が落ちたら起きる」。ここまで決めておけば、それまでは安心して眠って大丈夫です。

具体例：3つの夜の見立て

現場でよくある形を、3つ見てみます。

• CPU使用率の通知が来たが、3分で回復していた：スマホでトップページを開くと普段どおり表示された（①いいえ）。グラフはすでに閾値の下に戻っている（④落ち着いた）。昨日の同じ時刻にも小さな山があり、夜間バッチの時間と重なっていた。→ 朝に回す。メモを1行残して眠った。朝に確認すると、バッチの処理件数がたまたま多い日だった。
• ディスク使用率85%の通知、1時間に2%ずつ増えている：サイトは普通に見られる（①いいえ）が、増え続けている（②はい）。計算すると10時15分ごろに満杯で、始業から1時間しかない（③はい）。→ 今すぐ動く。古いアプリケーションログを圧縮して71%まで下げ、計算し直すと満杯になるのはその日の夕方以降（(100 − 71) ÷ 2 ＝ 14.5時間後）になった。原因（ログの出力量が急に増えた理由）の調査は朝に回した。
• 外形監視から「応答なし」の通知：スマホでモバイル回線から開くと、確かにつながらない（①はい）。→ 迷わず動く。パソコンを開いてWebサーバーのプロセスを確認し、手順書どおりに再起動して復旧。第一報と復旧報を時刻つきで残し、原因の調査は朝に回した。

同じ「深夜のアラート」でも、見立ての結果で行き先はまったく違います。通知の種類ではなく、4つの問いの答えで決めるのがポイントです。

影響：判断基準があると、何が変わるか

• 眠れる夜が増える：「朝に回していいもの」がはっきりすると、通知のたびに起きて調べる必要がなくなります。
• 動くべき夜に、ちゃんと動ける：睡眠が守られていると、本当に大事な夜に頭が働きます。
• 判断を説明できる：「利用者影響なし、限界まで7時間以上あったので朝に回しました」と言えれば、上司や依頼者への報告は短く済みます。勘ではなく、決めた基準に沿った判断だからです。
• 監視そのものが良くなる：「朝に回す」が何度も続く通知は、閾値や通知先を見直す合図です。見立てのメモが、そのまま閾値の見直しの材料になります。

明日やること：4つの問いを、スマホのメモに貼る

全部を一度に整えなくて大丈夫です。次の夜のために、小さく準備します。

1. スマホのメモアプリに、4つの問い（利用者は困っているか／悪くなり続けているか／朝まで待つと取り返しがつかないか／もう落ち着いているか）を書いて、すぐ開ける場所に置く。
2. 自分のスマホから、外からサイトを開いて確かめる手順を1回試しておく（モバイル回線で開く、外形監視の画面をブックマークする）。
3. 監視ツールのグラフを、スマホで直近3時間ぶん表示する方法を確かめておく。
4. ディスクなど増え続けるタイプの監視項目について、「限界までの残り ÷ 1時間あたりの増え方」をいちど計算してみる。
5. 「迷ったら、見る。でも直さない」を、メモの最後に1行書き足す。

ここまでで20分ほどです。次に枕元のスマホが震えたとき、開くメモがもう手元にあります。

「深夜アラートの判断」チェックリスト

このリストは全部やる前提ではありません。運用の規模に合わせて使えるよう、3段に分けてあります。まずは必須の3点だけで十分です。

【必須】一人運用なら、この3点だけは

• 4つの問いを、深夜でもすぐ開ける場所（スマホのメモなど）に置いてあるか
• 自分のスマホから外部回線でサイトを確かめる方法を、一度試してあるか
• 待つと決めたときに、時刻つきのメモを1行残すことにしているか

【影響大なら追加】決済・会員機能がある、深夜も利用者がいるサービスなら

• 外形監視を設定し、スマホから結果を見られるようにしてあるか
• 増え続ける項目（ディスク・キューの滞留など）について、限界に届く時刻を計算する手順を決めてあるか
• 朝まで持たせる一手（ログの圧縮、プロセスの再起動など）を、手順書にまとめてあるか
• 深夜に判断を仰いでよい相手と連絡手段を、事前に確認してあるか
• 次に鳴ったら起きる条件（同じ通知の再発、外形監視の失敗など）を決めてあるか

【理想・任意】余裕があるときに。できなくても気に病まないで

• 「朝に回す」が続く通知を月に1回見直し、閾値や通知先を調整しているか
• 通知の文面に、影響の大きさの目安（利用者影響あり／なし）が出るよう設定を工夫したか
• 深夜対応の記録を振り返り、動いた夜・待った夜の判断が妥当だったかを確かめたか

必須の3点なら、今夜寝る前に15分ほどで整います。全部に○が付かなくて大丈夫です。

よければ、こちらも

深夜のアラートの判断は、監視の設定・事前の線引き・連絡の段取りとつながっています。あわせて整えておくと、夜がもう少し静かになります。

• 一人運用のオンコールとエスカレーション｜最低限の決めごと：どんな障害なら夜中でも出るか、を事前に決めておく記事です。
• 監視アラートの鳴らしすぎを減らす｜閾値の決め方と運用のコツ：「朝に回す」が続く通知を、そもそも鳴らさないための見直し方です。
• 監視の平常値（ベースライン）を把握する｜「いつもと違う」に早く気づく方法：「いつもの山」かどうかを見分ける土台になります。
• 死活監視・外形監視・リソース監視の違い｜最低限の監視設計：「利用者は困っているか」を外から確かめる監視の考え方です。
• ディスク使用率100%を防ぐ｜ログローテーションと監視の基本：深夜にいちばん多い「増え続ける」アラートを、昼のうちに防ぐ方法です。
• 障害の第一報テンプレート｜誰に・何を・どの順で伝えるか：動くと決めた夜に、そのまま使える連絡の型です。

深夜のアラートに、毎回飛び起きなくていい。待つと決めることも、立派な判断です。 4つの問いがあれば、暗い部屋での迷いは「決めたとおりに確かめる5分」に変わります。まずは今夜、スマホのメモに4つの問いを貼ってから眠ってみてください。次に通知が鳴ったとき、その4行が、寝起きのあなたの代わりにちゃんと考えてくれます。

ほかの実務ヒントは記事一覧からどうぞ。保守運用の小さな備えを、メールでも少しずつお届けしています。