planejamento de capacidade do servidor Web: mais núcleos contra mais memória

Question

Nós temos um projeto ASP.NET (40 ou mais formulários da Web, 50 mesas, material IO bastante normal com o cuidado de minimizar quando possível) que em breve terá de ser implantado. Haverá cerca de 100 usuários simultâneos no sistema, mas apenas cerca de 20 a qualquer momento vai ser batendo nele lo. Nós estaremos de implantá-lo no Windows Server 2008, 32 bits inicialmente.

Ao considerar especificação de produção servidor que devemos nos preocupar mais sobre, ficando mais núcleos e menos memória (4 núcleos e 4 MB, por exemplo) ou mais memória e menos núcleos (2 núcleos e 8MB)?

Será que bater-se para o Windows Server de 64 bits ajuda com a utilização da memória?

Answer 1

32-bit Windows Server só pode endereço ~ 3GB de memória. Obter 64 bits, 2 núcleos e 4 GB. Ou se o dinheiro não é um problema, obter 8 núcleos e 24 GB. O ponto é nunca acho. Se você acho que você vai estar errado. Monitorar a carga de pressão de memória e CPU, e comprar mais / atualizar conforme necessário. É impossível, e tolo, para tentar adivinhar o que vai ser o gargalo de desempenho. O única maneira é medir, medir, medir e responder de acordo com isso.

Answer 2

Uma importante peça de informação que não está incluído é a quantidade de dados dos bancos de dados vão estar segurando e quanto cada usuário estará utilizando. Isso irá determinar o quanto de cache que você vai querer, e se tudo vai caber no cache ou se você vai estar batendo em disco muito mais.

Utilização? Só se você está atirando para> 3,5 GB de RAM. E com 20 usuários ativos simultâneos, você vai querer todos os 4 núcleos e um cache de tamanho considerável, porque a última coisa que queremos é um dados de usuários ativos sendo liberado a partir do cache para carregar mais dados de usuários ativos, apenas tem que bater o disco para obter os dados primeiros usuários quando eles tomam a sua próxima ação, o envio de mais dados de usuários ativos do cache ... (leia-se: surra)

.