Web アプリケーションをリリースしました。
しかし、私は production.log のサイズに興味があります。
それは永久に増加し、そのためだけに非常に多くのディスク容量が必要になります.
どうすればこれを処理できますか?
維持するために人々は通常何をしますか?
Web アプリケーションをリリースしました。
しかし、私は production.log のサイズに興味があります。
それは永久に増加し、そのためだけに非常に多くのディスク容量が必要になります.
どうすればこれを処理できますか?
維持するために人々は通常何をしますか?
ロギング フレームワークがログをローリングし、日付を記入することを期待します。たとえば、次のようなログが取得されます。
server.log
server.log.2013-01-29
server.log.2013-01-28
等..
さらに、管理者 (または他の誰か) が cron ジョブなどを設定して、古いログを削除または圧縮 (または両方) することを期待しています。長期的なトラフィック/データ分析の場合を除いて、関心のあるログはおそらく今日のものであり、昨日、おそらく先週のログがそれに続きます. 彼らが年をとればとるほど、彼らはあまり面白くないかもしれません。
これの多くを自動化するlogrotateをチェックしてください。
logrotate is designed to ease administration of systems that generate
large numbers of log files. It allows automatic rotation, compression,
removal, and mailing of log files. Each log file may be handled daily,
weekly, monthly, or when it grows too large.
アプリケーションの新しいバージョンをリリースするときに、ログを削除または整理する機会を利用することもできます。たとえば、新しいバージョンが古いバージョンとは根本的に異なるログ情報を作成し、その結果、より困難な、またはおそらく無関係な分析が行われる場合です。
最後に、ディスク容量が不足している場合に警告するために、ディスク容量の監視を実行します。上記に関係なく、アプリケーションがエラー状態で過度にログを記録したり、新しいバージョンが予想以上にログを記録したりすることがあります。ログ ファイルがディスクをいっぱいにした場合に、アプリケーションが停止することは最も避けたいことです (このため、ログは別のディスク パーティションに送信されることがよくあります。/var
おそらく、それがいっぱいになっても、他のプロセスには影響しません)。 )