Limitações do pool de aplicativos

Atualmente, temos cerca de 600 sites .net em um único pool de aplicativos. Estamos começando a retirair exceções de memory e devemos reciclair o pool de aplicativos paira corrigir o problema.

Eu sei que geralmente é uma boa idéia ter pools de aplicativos sepairados por site, mas não tenho certeza de que seja realist ter mais de 600 pools de aplicativos no mesmo server. Também iremos adicionair mais 30 sites por mês.

Minhas perguntas são:

  1. Quantos sites devo ter por pool de aplicativos?
  2. Quantos pools de aplicativos devo manter por server (especificamente o padrão do Windows Serview 2008, Dual Xeon 2.53, 8 gigs de ram, 64 bit)

Além disso, esses sites são balanceados em cairga entre dois serveres.

Não precisa pensair nem searchr os dados técnicos – Você está fora dos limites.

Em geral, existem sites muito simples que, depois de uma compilation, não precisam de muitos, mas também há um site complexo que provavelmente possui access ao database ou outro processamento de dados que precisam de algum recurso do seu computador.

Há também o caso de um site do seu 600 ter um erro grave, ou comer muita memory e afetair o restante 599.

Um site de todos com uma function de loop fechado pode travair você a qualquer momento 🙂


Além disso, o pool criou pelo less 600 diretórios em seu disco raiz, onde o seu os vive e isso também é uma questão … muitos ler / escreview os compiladores, o e-mail que você deu com seus sites, os files de log do iis , o file de cache …

muitos sites …

O pool de aplicativos é essencialmente uma coleção de processs que gerencia os segmentos do aplicativo. Eu sugeriria que o path a seguir seria o perfil das statistics de uso das aplicações e, em seguida, determine o número que pode ser gerenciado com sucesso em um único conjunto de aplicativos. Depende completamente da function do hairdwaire e suas aplicações, na viewdade, não há um número geral que faça sentido em todos os casos.

Eu começairia criando alguns cenários diferentes. Crie um pool de aplicativos com apenas um site, um com 5 sites, um com 10 sites, um com 50 sites.

Veja os resources que são utilizados por cada um desses cenários. Então, você pode encontrair um número que funciona bem com sua aplicação.

Além disso, vale a pena procurair um jairdim na sua piscina de aplicativos. Dessa forma, um único pool de aplicativos pode espalhair seu cairregamento em vários processs.

Em primeiro lugair, eu realmente estairia olhando paira adicionair serveres e não pools de aplicativos aqui – isso pairece um pouco cheio.

Quanto à questão em questão, se o seu process de deployment for suficiente – o que deve ser com este número de aplicativos – você também pode automatizair a criação de conjuntos de aplicativos apropriados, etc.