Les pools d'applications inutilisés dans IIS affectent-ils les performances?


11

En raison d'une mise à jour majeure de notre architecture, nous avons maintenant quelques pools d'applications inutilisés sous IIS (il n'y a aucun site Web mappé sur eux).

Je comprends comment cela peut être une bonne idée de les supprimer juste pour améliorer la lisibilité, mais ma question concerne davantage les implications en termes de performances: le fait d'avoir ces pools d'applications inutilisés est-il important en termes de mémoire, de processeur, de vitesse de traitement des demandes IIS ou de toute autre mesure de performances?

D'après ce que je peux voir, un pool d'applications sans site Web ne crée pas de processus de travail, donc je soupçonne qu'il n'y a pas de différence de performances, mais je veux être sûr de ne rien manquer.

Réponses:


12

Le seul surcoût encouru sera le peu d'octets utilisés applicationHost.configpour définir les pools d'applications et tous les paramètres non par défaut qu'ils peuvent avoir.

Si vous avez 1000 pools d'applications inutilisés, cela pourrait améliorer le temps nécessaire pour appliquer des modifications de configuration à la volée à IIS (car il y a moins de XML pour le service WAS à analyser), mais avec 5 pools d'applications, je dirais qu'il existe pratiquement aucune différence


3

D'après ce que je peux voir, un pool d'applications sans site Web ne crée pas de processus de travail

Ceci est une vraie déclaration. Voir ceci pour référence. (IIS 6, mais il s'applique à 7 et plus)

Mes pensées sont les suivantes ... Cela ne fait rien de mal avec un si petit nombre de pools d'applications inutilisés de simplement les laisser, et vous ne savez jamais quand vous devrez peut-être modifier le pool d'un site Web pour utiliser l'un des anciens en cas d'événement de l'une de vos mises à niveau va mal.

En termes de mémoire, d'unité centrale de traitement et d'autres ressources IIS, il n'y a absolument aucune taxe sur eux, sauf si un processus de travail est créé, et si les pools d'applications ne sont pas mappés sur des sites Web, ils ne créeront pas de processus de travail et n'en prendront aucun. ressources disponibles. L'autre grande chose est que vous pouvez également les laisser à l'état arrêté afin de vous assurer que rien ne leur est jamais mappé, et même si c'est le cas, car ils seraient à l'état arrêté, vous n'utiliseriez toujours pas les ressources . Dans environ 3 mois, je supprime généralement les anciens pools d'applications juste pour garder les choses propres.

J'espère que cela pourra aider.


Mémoire en cours , CPU et autres ressources IIS, mais une augmentation de la taille d'ApplicationHost.config entraîne un traitement plus long pour les autres modifications. Il peut être infinitésimal dans le cas d'un changement de deux lignes, mais ce n'est pas "absolument" nul.
TristanK

Le "pas de taxe" dont je parlais était sur les apppools.
Brad Bouchard
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.