Por que adicionar pools de aplicativos adicionais no IIS?

Question

Tenho vários sites hospedados com o IIS 6.0 no Windows Server 2003. Alguns deles usam a estrutura .Net 1.1, enquanto os outros usam o .Net 2.0. Atualmente, tenho pools de aplicativos configurados para cada estrutura. Existem outras razões para adicionar pools de aplicativos adicionais?

    

Answer 1

Sim, muitos:

• As AppPools podem ser executadas como diferentes identidades, por isso você pode restringir as permissões dessa maneira.
• Você pode atribuir uma identidade diferente a cada pool de aplicativos para que, quando 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 pools de aplicativos diferentes.
• Se você tem um site com vazamento de memória ou que geralmente se comporta mal, é possível colocá-lo em um pool de aplicativos para que ele não afete os outros sites
• Se você tem um site que usa muito a 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, cada um com seu próprio banco de dados SQL, poderá usar a autenticação de diretório ativo em vez de armazenar nomes de usuário / senhas no web.config.

Answer 2

Eu crio meus pools de aplicativos do IIS e separo aplicativos sob esses aspectos:

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

Answer 3

Além das respostas de Portmans - por questões de segurança. restringindo o acesso de Recursos a um pool. Consulte o link