Por que adicionar pools de aplicativos adicionais no IIS?

13

Eu tenho vários sites hospedados no IIS 6.0 no Windows Server 2003. Alguns deles usam a estrutura .Net 1.1, enquanto outros usam .Net 2.0. Atualmente, tenho pools de aplicativos configurados para cada estrutura. Existem outros motivos para adicionar pools de aplicativos adicionais?

windows iis application-pools Jonathon Watney
fonte

Respostas:

24

Sim, muitos:

  • O AppPools pode ser executado como identidades diferentes, para que você possa restringir as permissões dessa maneira.
  • Você pode atribuir uma identidade diferente a cada pool de aplicativos para que, ao executar o gerenciador de tarefas, saiba qual é o w3wp.exe.
  • Você pode reciclar / reiniciar um pool de aplicativos sem afetar os sites em execução em diferentes pools de aplicativos.
  • Se você tem um site com vazamento de memória ou geralmente se comporta mal, pode colocá-lo em um pool de aplicativos para que não afete os outros sites
  • Se você tem um site que consome muita CPU (como redimensionar fotos, por exemplo), pode colocá-lo em seu próprio pool de aplicativos e diminuir a utilização da CPU
  • Se você tiver vários sites com seu próprio banco de dados SQL, poderá usar a autenticação do diretório ativo em vez de armazenar nomes de usuário / senhas no web.config.
Portman
fonte
7

Crio meus pools de aplicativos IIS e separo aplicativos sob estes aspectos:

  • Os aplicativos de missão crítica têm seu próprio pool de aplicativos: dessa forma, posso isolá-los de aplicativos problemáticos. Isso possibilita a configuração individual e posso monitorar ou solucionar problemas mais facilmente, se houver problemas.
  • Isolando aplicativos por tipo : agrupando por idioma / tecnologia ou versão do .NET framework. Você pode misturar o ASP.NET com o ASP clássico no mesmo pool, mas se o ASP e o ASP.NET estivessem no mesmo pool, e se você tiver um problema com o aplicativo ASP que requer que você reinicie o processo de trabalho, seu ASP. Os aplicativos NET também seriam reciclados.
  • Aplicativos problemáticos (por exemplo, aplicativos com vazamento de memória ou alto uso da CPU, conexões com o banco de dados com vazamento etc.) são separados dos aplicativos normais. Novos aplicativos entram em um pool "em liberdade condicional", que é monitorado por tempo de atividade e desempenho. Se o aplicativo for estável ao longo do tempo, ele será movido para um pool para aplicativos normais; caso contrário, ele permanece isolado. Isso ajuda a agrupar os aplicativos mais livres de problemas.
splattne
fonte