systemdのログがディスクを圧迫している

レン

何が容量を食ってるのか調べたら、ログのフォルダだけで4GBもあった…！

プロクラ

systemdが記録しているログだね。サービスの起動・停止から、各プログラムの出力まで全部ここに集まる。既定では上限が緩く、ディスクの容量に応じて増え続けることがあるんだ。

今どれだけ使っているか

• journalctl --disk-usage で、使用量が一行で分かる
• du で /var/log 以下を見て、他のログと比べる
• サービスごとに出力量が偏っていることが多い
• エラーを繰り返しているサービスがあると、一気に膨らむ

プロクラ

4つめが重要でね。ログが異常に大きい場合、容量の問題である以前に「何かが大量にエラーを出している」という別の問題が隠れていることがある。消す前に、中身を少し見ておこう。

安全に削る

プロクラ

手で削除するより、専用の指定で削るほうが安全だよ。整合性を保ったまま古いものから消してくれる。

• 期間を指定して、それより古いものを消す
• 容量を指定して、その大きさまで縮める
• 実行するとすぐに空きが増える
• ファイルを直接削除するのは避ける（記録の整合性が崩れる）

増え続けないようにする

プロクラ

一度削っても、設定を変えなければまた同じところまで育つ。ここが本題だよ。設定ファイルで上限を決めておけば、それ以上は増えない。

• 使用できる最大容量を指定する
• 保存する期間の上限を指定する
• 設定後、サービスを再読み込みして反映させる
• 個人のサーバーなら、数百MB程度に抑えても実用上は困らない

消しすぎない

ウィルスン

…ログを短期間で消す設定にしてくれると助かるな。ワタシが入り込んだ痕跡も、一緒に消えてくれるのだから。

プロクラ

そこが匙加減の難しいところ。容量を惜しんで数日分しか残さないと、何かあったときに遡れない。侵入は数週間気づかれないこともあるので、最低でも2〜4週間は残しておきたいね。

再起動をまたいで残す

プロクラ

既定では、再起動すると前回分のログが失われる設定になっている環境もある。前回の起動時に何が起きていたかを調べたい場面は必ず来るので、保存する設定にしておくと後で助かるよ。

• 保存を有効にすると、再起動をまたいで過去のログを参照できる
• journalctl -b -1 で、前回の起動時の記録を読める
• 落ちた原因を後から調べるとき、これが決定的になる
• 有効にする場合は、容量の上限もあわせて設定する

レン

削るだけじゃなくて、上限を決めるのが本題なんだね。

他のログも一緒に見る

• Webサーバーのアクセスログ（量が多く、放置すると最大になりやすい）
• アプリが独自に書いているログ
• データベースのログ（設定によっては、実行した内容を全部記録している）
• パッケージ管理の記録

プロクラ

systemdのログだけ整理しても、他が膨らんでいれば同じことが起きる。/var/log 全体を一度見渡して、大きいものから順に対処しよう。