<p>Je compresse mes journaux IIS sur beaucoup de serveurs IIS, bien que principalement des serveurs hébergeant Outlook Web Access/App ou des sites web à faible volume. Je n’ai aucun problème à le faire, et j’apprécie bien les économies d’espace disque.</p>
<p>En général, vous échangez du CPU contre du stockage en prenant cette décision. Si vous êtes déjà limité par le CPU, ce n’est probablement pas un bon compromis. Pour mes serveurs OWA, qui peuvent générer des gigaoctets de journaux par jour (merci les appareils ActiveSync), je pense que le compromis en vaut la peine.</p>
<p>Le pilote du système de fichiers NTFS gère la compression, donc cela ne change pas la façon dont IIS écrit dans les fichiers.</p>
<p>Modification :</p>
<p>Vous échangez aussi potentiellement de la bande passante d’E/S et des IOPS. Si vous avez un volume suffisamment élevé pour que vos écritures de journaux représentent une consommation significative de ressources d’E/S, vous pourriez constater une diminution de la consommation d’E/S en activant la compression.</p>
<p>Le seul moyen de savoir comment cela vous impacte est de le mesurer vous-même. Prenez une référence avec la compression désactivée puis activée et comparez-les. Il n’y a pas de baguette magique pour savoir comment cela vous impactera – il y a simplement trop de facteurs non déterministes en jeu.</p>