Por que adicionar pools de aplicativos adicionais no IIS?

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?

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.

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.

Além das respostas da Portmans - por razões de segurança. restringindo o acesso dos Recursos a um pool. Consulte http://blogs.iis.net/tomwoolums/archive/2008/12/17/iis-7-0-application-pools.aspx