Aplicativo da web único, vários servidores da web

Question

Eu tenho um problema de balanceamento de carga. Nós desenvolvemos um aplicativo da web para quase 1500 usuários. À medida que o número de usuários aumentou, não podemos atender às solicitações de maneira oportuna. Demora cerca de 10 a 20 segundos para carregar uma página. Sob carga pesada, pode levar um minuto para servir a página.

Precisamos resolver essa situação para que cada solicitação seja atendida em 2 ou 3 segundos.

• App desenvolvido em: asp.net
• Hospedado em: IIS 7.5
• Configuração da máquina: Windows Server 2008 , 8 GB de RAM , largura de banda de 1 Mbps

Answer 1

Hmps, seriouisly, você olha para os problemas do lado totalmente errado. Não há necessidade de ir a vários servidores.

Windows server 2008 8GB RAM 1MBPS band width

Ok, vamos ignorar a falta de memória por um momento.

A largura de banda de 1mbit é patética. Ponto. 1500 usuários em paralelo sobrecarregam a largura de banda. Estou certo de que, quando for possível, você descobrirá que sua CPU, Memor e disco não são o problema, mas sua largura de banda é.

Colocar um número de servidores web com balanceamento de carga atrás da linha de 1mbit não mudará isso.

Atualizar a linha significa que seu servidor pode servir mais sem precisar de mais hardware.

Obtenha largura de banda adequada e as coisas estão corretas. 1mbit é realmente baixo nos dias de hoje. Na verdade, sempre foi baixo para um servidor de 1500 usuários paralelos. Nunca funcionou. Um servidor hoje deve estar no mínimo em um link de 8mbit, profesionalmente mais em um link de 34+ mbit. Os servidores de hospedagem não oferecem tecnicamente menos de 100 MB.

Se é uma questão de dinheiro, perceba que você está consertando totalmente a coisa errada. Você precisa de mais largura de banda.

Ah, e votou em fechar - serverfault.com

    

Answer 2

Como a TomTom disse, antes de expandir, você precisa identificar seu gargalo atual. Os gargalos mais comuns são largura de banda de rede, RAM, desempenho de disco e CPU. Você precisa fazer mais alguns monitoramentos para descobrir qual deles (ou possivelmente algo a mais) está causando seu problema de desempenho atual.

    

Answer 3

Você realmente precisa fazer alguns perfis nesta máquina para treinar onde estão seus gargalos. Eu concordo com a TomTom que sua largura de banda disponível é muito baixa, mas você também precisa ter certeza de que não tem outros problemas.

Com algum monitoramento básico de desempenho, você deve saber quais problemas você está vendo em um nível de hardware, mas como esse é um aplicativo desenvolvido internamente, você tem certeza de que não tem problemas de codificação? Sem conhecer o aplicativo em si, só posso adivinhar, mas você otimizou seu código & seu acesso ao banco de dados, você está fazendo cache quando apropriado, você está vendo algum tipo de contenção de recursos ou bloqueio de banco de dados que claramente é mais um problema, pois o número de usuários aumenta etc, etc?

A escalabilidade vem de uma configuração de hardware decente e de um aplicativo bem escrito, e ambos os aspectos precisam ser considerados em paralelo.