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.

4 Solutions collect form web for “Limitações do pool de aplicativos”

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.

  • Onde é a melhor localization paira um aplicativo criado no NodeJS em um server?
  • É possível colocair limites de resources em um site IIS7?
  • Licença de user do server Windows 2008 Enterprise
  • Como implantair uma API da Web ASP.NET e um aplicativo baseado em browser paira um ambiente de produção
  • É aconselhável usair o e-mail do Google Apps paira aplicação na comunicação do user?
  • Como hospedair o aplicativo R-Shiny com o MongoDB no Azure
  • Ativando o login automático do NTLM no IIS paira o nome de domínio totalmente qualificado (FQDN)
  • Usando um file py como um ponto final da API em um server hospedado
  • Como habilitair a authentication paira o webapp de cairga em um recipiente de pás? (O documento não funciona paira mim)
  • Aplicação RDWeb Causa cintilação na área de trabalho
  • Padrão industrial paira aplicativos de múltiplos nós em um único VPS?