ログが大きくなる前に、どのように処理する必要がありますか？
今日、ディスクがいっぱいになっていることがわかり、複数のWebサイトからログをほとんど削除するだけで10％解放されました。私は個人的に、ログをアーカイブとして保持するのが好きです。理由は何であれ、ログを振り返る必要があるかもしれないからです。 LAMPサーバーの管理は初めてなので、いくつかの良い方法を学びたいと思います。ログをどのくらい定期的にクリーンアップする必要がありますか？私もそれらを保持する必要がありますか？サーバーのキャッシュと「一時」ファイルをクリーンアップして、サーバーがすべてのディスクスペースを再び使い果たしないようにするために、他にどのようなことが定期的に実行できますか？
はい、logrotateを使用してログを処理します。
monit のような監視ツールを使用して、ディスク領域の重大な状態を警告することも検討してください。
Logrotateを使用します-これはデフォルトですでにDebianシステムにあるはずです。
現在ローテーションされていないログをキャッチするようにポリシーを調整するか、アーカイブされたコピーの長さを短くするために保持ポリシーを調整する必要がある場合があります。
/etc/logrotate.confと/etc/logrotate.d/内のファイルを確認してください-debianパッケージを介してApacheをインストールした場合は、ログをポイントするだけでよいポリシーがすでにそこにあるはずです。
Logrotateを使用する以外に、Apacheを使用することもできます-httpdはrotatelogsを意味します。しかし、あなたの質問は別の分野にも向けられています。
（http）ログを保持する理由はおそらく2つあります。
- 統計（および他の嘘）
- エラー状態を追跡する
まともな統計の視覚化には AWStats があります。ログファイルを分析し、重要なことを通知するプログラムはlogwatchです。
両方を配置している場合は、数日後にログをローテーションできます。
本当の答え（logrotateを含む複数の方法がある技術的な方法は別として）は、ログを保持したい理由を説明することによって答えられます。すべてのログが必要だと断言する顧客が複数います。彼らはそれらを何年もの間保持し、さらにはそれらをバックアップします。現在まで、これらのWebサーバーログ（IISおよびApache）は確認されていません。これまで....
Logratateを使用し、サイトのログファイルの増加に適した期間に応じてログを削除することをお勧めします。一般的に、2週間のログファイル（時間的に）は妥当な保存期間だと思います。ファイルのサイズがドライブのサイズに対してそれを正当化すると思われる場合は、それを小さくすることは非常にうれしいです。たとえば、1週間で10 GBのログが発生した場合、しきい値を下げていると思います。