Apache ab: escolhendo o número de conexões simultâneas

5

Não consigo encontrar nada que elucide especificamente o número de conexões simultâneas que são razoáveis - nem posso encontrar nenhum tratado ou pesquisa sobre esse assunto.

O chefe diz "O servidor precisa lidar com 50.000 usuários simultâneos - então meça com 50.000 conexões simultâneas."

Então eu vejo em pelo menos um blog popular que medir 50 conexões simultâneas é equivalente a ser Slashdotted ou Farked.

Quais são os números? O que é razoável? O que não é? Como as conexões simultâneas se traduzem no número de usuários on-line a qualquer momento?

    
por Mei 27.05.2011 / 00:25

2 respostas

6

O que é razoável depende do tipo de tráfego que seu servidor está obtendo. Um servidor da Web típico que lida com cerca de 1 milhão de solicitações de páginas por dia (e isso é um pequeno servidor bastante ocupado) raramente precisará de mais de 50 conexões simultâneas, a menos que o processamento da página seja realmente pesado.

Se o tempo médio de processamento da página (ou seja, o tempo que leva para receber a solicitação HTTP até o momento em que a solicitação inicial é resolvida) estiver em torno de 300ms (e isso é bastante e provavelmente você receberá reclamações de seus usuários ), em seguida, com 50 conexões simultâneas, este servidor pode lidar com aprox. 3 x 3600 x 50 = 540k solicitações em uma hora. No entanto, é necessário considerar que cada imagem é uma solicitação separada, assim como os arquivos JavaScript e os arquivos CSS. Por outro lado, muitos deles são armazenados em cache pelos navegadores, por isso só são atingidos uma vez.

Ainda assim, isso deve ser bom o suficiente para mais de 100 mil páginas por hora. É suficiente para você? Se não, suba a figura.

    
por 27.05.2011 / 00:53
3

Você deve tentar o cerco .

O cerco não simula conexões, mas usuários. Mais apropriado para o seu propósito.

    
por 27.05.2011 / 13:59