IISログフォルダーでNTFS圧縮を使用することをお勧めしますか？

IISログフォルダーとファイルでNTFS圧縮を使用するのは良い習慣ですか？

これにより、20GBから7GBに削減することができました。IISログは1日あたりで、平均サイズは20MBですが、極端な日には200MBがあります。

IISがメモリ内のファイル全体を開き、毎回NTFSに20MB（または極端な場合は200MB）の解凍を強制する必要があるかどうか疑問に思っていますか？または、IISがコンテンツを追加できる魔法がありますか？システムへの影響は何ですか？トラフィックを増やすと問題になりますか？

1日ごとではなく1時間ごとに分割する必要がありますか？

これに関するMicrosoftの公式論文はありますか？見つけることができませんでした。

エヴァンがすでに一般的な答えを出したので、私はあなたの2つのサブ質問に対処したいです：

IISはX分ごとにログをフラッシュしますか？

IISのカーネルモード部分であるhttp.sysは、ログを記録し、ログファイルに書き込む前にデータをメモリにバッファリングします。確かではありませんが、バッファがいっぱいになった後、おそらくx秒ごとにフラッシュを行うとは思いません。

単一行を追加するときにファイル全体を読み取る必要がありますか？

いいえ、NTFSはファイルの更新を独自のキャッシュに書き込み、データを圧縮してファイルに非同期的に追加します。圧縮ファイルへの書き込みは、非圧縮ファイルへの書き込みよりも大幅に遅くはありません。

したがって、IISログファイルでNTFS圧縮を使用しても問題はありません。

ソース：

IIS 7リソースキット、第15章：ロギング-Microsoft Press 2008

Windows Internals 6th Edition Part2、第12章：ファイルシステムMicrosoft Press 2012

主にOutlook Web Access / Appまたは少量のWebサイトをホストしているサーバーではありますが、多くのIISサーバーでIISログを圧縮します。私はそれをすることに何の問題もありません、そして、ディスクスペースの節約がとても好きです。

一般に、この決定を行うことで、CPUをストレージと交換します。そもそもCPUに縛られているなら、これはおそらく良いトレードオフではありません。1日に数ギガバイトのログを増やすことができるOWAサーバーの場合（ActiveSyncデバイスに感謝）、トレードオフは良いものだと思います。

NTFSファイルシステムドライバーは圧縮を処理するため、IISがファイルに書き込む方法は変更されません。

編集：

また、潜在的に、I / O帯域幅とIOPSもトレードオフになります。ログが大量のI / Oリソースを消費するほどボリュームが大きい場合、圧縮を有効にするとI / O消費も減少する可能性があります。

これがあなたにどのような影響を与えるかを伝える唯一の方法は、自分でベンチマークをとることです。圧縮を無効にしてから有効にしたベースラインを取得し、比較します。それがあなたにどのような影響を与えるかを知るために手を振る魔法の杖はありません-あまりにも多くの非決定的要因があります。