Pourquoi ajouter des pools d'applications supplémentaires dans IIS?

13

J'ai plusieurs sites Web hébergés avec IIS 6.0 sur Windows Server 2003. Certains d'entre eux utilisent le framework .Net 1.1 tandis que les autres utilisent .Net 2.0. J'ai actuellement des pools d'applications configurés pour chaque framework. Y a-t-il d'autres raisons d'ajouter des pools d'applications supplémentaires?

Jonathon Watney
la source

Réponses:

24

Oui beaucoup:

  • AppPools peut s'exécuter sous différentes identités, vous pouvez donc restreindre les autorisations de cette façon.
  • Vous pouvez attribuer une identité différente à chaque pool d'applications de sorte que lorsque vous exécutez le gestionnaire de tâches, vous savez quel w3wp.exe est lequel.
  • Vous pouvez recycler / redémarrer un pool d'applications sans affecter les sites qui s'exécutent dans différents pools d'applications.
  • Si votre site Web présente une fuite de mémoire ou se comporte généralement mal, vous pouvez le placer dans un pool d'applications afin qu'il n'affecte pas les autres sites Web.
  • Si vous avez un site Web très gourmand en CPU (comme le redimensionnement de photos, par exemple), vous pouvez le placer dans son propre pool d'applications et limiter son utilisation du CPU
  • Si vous avez plusieurs sites Web qui ont chacun leur propre base de données SQL, vous pouvez utiliser l'authentification Active Directory au lieu de stocker les noms d'utilisateur / mots de passe dans web.config.
Portman
la source
7

Je crée mes pools d'applications IIS et des applications distinctes sous ces aspects:

  • Applications essentielles à la mission ont leur propre pool d'applications: de cette façon, je peux les isoler des applications problématiques. Il permet une configuration individuelle et je peux plus facilement surveiller ou dépanner, s'il y a des problèmes.
  • Isoler les applications par type : regroupement par langue / technologie ou version du framework .NET. Vous pouvez mélanger ASP.NET avec ASP classique dans le même pool, mais si ASP et ASP.NET étaient dans le même pool et si vous avez un problème avec votre application ASP qui nécessitait que vous redémarriez le processus de travail, votre ASP. Les applications NET seraient également recyclées.
  • Les applications problématiques (par exemple, les applications avec des fuites de mémoire ou une utilisation élevée du processeur, des connexions de base de données qui fuient, etc.) sont séparées des applications normales. Les nouvelles applications entrent dans un pool "en probation" qui est surveillé pour la disponibilité et les performances. Si l'application s'avère stable dans le temps, elle est déplacée vers un pool pour les applications normales; sinon, il reste isolé. Cela permet de regrouper les applications les plus sans problème.
splattne
la source