特定の時間だけ重い：定期処理とバックアップを疑う

レン

毎朝4時ごろだけ、決まってサイトが重くなるんだよね…

プロクラ

時刻が決まっているなら、原因はほぼ定期処理だよ。人のアクセスは時刻ぴったりには集中しない。決まった時刻に起きることは、誰かが決まった時刻に実行しているということだ。

その時刻に動いているものを洗い出す

• crontab -l で、自分が登録した定期実行を見る
• /etc/cron.daily などに置かれた、システム側の定期処理も見る
• systemdのタイマーで動いているものを一覧する
• アプリ側（WordPressのプラグイン等）の定期処理も確認する

プロクラ

2つめを見落としがちだよ。自分で登録していなくても、OSが既定で持っている定期処理がある。更新の確認や、ログの整理、ファイルの検索用の索引作りなどだね。

重くなりやすい処理

• バックアップ（データベース全体の書き出し、ファイルの圧縮）
• ログの整理と圧縮
• パッケージの更新確認と適用
• ファイル全体を走査する処理（ウイルス検査、索引作り）
• アプリ側の集計処理

プロクラ

どれもディスクを激しく使うのが共通点だね。CPU使用率は低いのに重い、という形になりやすい。ロードアベレージだけ上がって、CPUの待ちの値が大きくなる。

時間をずらす以外の対処

プロクラ

時刻をずらすのは簡単だけど、根本的ではないよ。アクセスが少ない時間に寄せても、処理そのものの重さは変わらない。重ならないようにする工夫のほうが効く。

• 複数の重い処理が同じ時刻に集中していないか確認し、分散させる
• 処理の優先度を下げて、他の処理を邪魔しないようにする
• バックアップは、差分だけを取る方式にして時間を短くする
• 圧縮の強度を下げる（時間とCPUの節約になる）

プロクラ

1つめが最も効果的なことが多い。既定の時刻がどれも同じ時間帯に設定されていて、そこに自分の処理も重なっている、という状況はよくあるよ。

確かめ方

• 重くなる時刻に、実際にログインして top を眺めてみる
• その時刻の前後で、負荷の記録を残す仕組みを入れる
• 定期実行のログに、開始と終了の時刻を残す
• 処理にかかる時間が、だんだん長くなっていないかも見る

プロクラ

4つめは早期発見に効くよ。データが増えるほど、バックアップにかかる時間は延びる。ある日突然、朝まで終わらなくなる前に気づける。

レン

時刻が決まってるなら、犯人は自分が仕込んだ処理か。まず一覧を見る。

外部からの巡回が原因のこともある

プロクラ

自分の定期処理に心当たりが無いなら、外から来ているものを疑おう。検索エンジンや、その他の巡回は、決まった時間帯に集中することがある。

• その時刻のアクセスログを見て、接続元とURLの偏りを確認する
• 同じ接続元から大量に来ていれば、巡回の可能性が高い
• 行儀の良い巡回なら、robots.txtで頻度を抑えられることがある
• 行儀の悪いものは、回数制限で弾く