Criando um pool de aplicativos por mês para limitar o escopo dos problemas

Question

Tenho cerca de 360 sites em execução em um único pool de aplicativos. Agora eu sei que temos um problema de codificação com um desses sites, se acidentalmente tivéssemos codificado um vazamento de memória. Então, o que acontece é que o site é executado, o vazamento de memória é iniciado e logo o pool de aplicativos fica sem memória. Então lenta mas seguramente, o resto dos 360 sites começam a cair como um efeito dominó. Eu entendo que a raiz do problema é uma má codificação, que vamos consertar, mas em vez de derrubar os referidos 360 sites, eu estava pensando, poderíamos criar um novo pool de aplicativos mensalmente para que todos os sites que criassemos entrassem naquele meses de pool de aplicativos. Primeiro, isso limita o escopo dos problemas a 5 a 20 sites e, em segundo lugar, se um site começar a ter problemas, não estaríamos derrubando todos os 360 sites.

Existe algum problema para esse pensamento, possíveis ramificações? Desde já, obrigado! Jeremias

    

Answer 1

O objetivo dos pools de aplicativos é limitar o risco de uma única aplicação derrubar todas as visões da sua caixa, então isso é definitivamente recomendado.

A parte "adicionar um por mês" da sua pergunta não faz muito sentido, uma vez que um site está em um pool de aplicativos, ele permanecerá lá para sempre, então isso não é necessário para os sites existentes. Você está falando sobre o crescimento futuro? Se você atualizar sua pergunta, poderemos comentar essa parte ainda mais.

A desvantagem é que cada novo pool de aplicativos adiciona um pouco de sobrecarga (memória / cpu) ao servidor, portanto, adicionar 360 deles provavelmente não é uma boa ideia. Chunking os sites em grupos (de alguma forma relacionados) é recomendado.

Um bom lugar para começar seria colocar os aplicativos "ofensivos" em seu próprio pool e deixar os aplicativos em funcionamento em outro - isso ajudará a estabilizar as coisas para a maioria dos seus sites.

    

Answer 2

Seria melhor se você não executasse todos os seus aplicativos em um único appPool. Aqui está o que eu sinto é a coisa certa a fazer:

1. Identifique seus aplicativos. Classifique os sites dinâmicos e estáticos
2. Você pode ter todos os sites da página estática em um único appPool, por exemplo, "staticappPool"
3. Você precisará testar / monitorar todos os seus aplicativos dinâmicos colocando-os em sua própria appPool primeiro
4. Os que são bons podem ser hospedados em um único appPool, digamos "dynamicappPool". Você precisará introduzir mais se o número de aplicativos crescer.
5. Os que estão dando problemas, você precisará depurar o aplicativo

Não há limite rígido no número de appPools ou no número de aplicativos por appPool que você deve ter no IIS. Mas é sempre melhor ter o mínimo de appPools possível. Criar um processo no Windows é um processo caro. Além disso, é importante observar o número de appPools em execução simultaneamente.