Se os resultados externos de AB forem de 200 rps e os AB internos mantiverem 3k rps, só posso controlar 200 (limitado pela velocidade de saída) ou 3k?

3

Eu venho tentando blitz.io meu site, AB, etc., para tentar entender como muitos usuários simultâneos podem usar meu site.

Dentro da minha própria caixa:
Concorrência 500, 10000 acessos 3k reqs por segundo. Taxa de transferência: 130,339 KBytes / seg.

Fora da minha caixa:
Concorrência 500, 10000 acessos Eu recebo aproximadamente 150-200 pedidos por segundo. Taxa de transferência: 5,543 Kbytes / seg.

Blitz.io
Usando blitz.io, eu limite 200 solicitações por segundo quando a simultaneidade começa a passar de 200.

Assim, à medida que mais e mais solicitações simultâneas são feitas, meu app ainda está retornando 200 respostas por segundo.

Isso significa que o rendimento da rede está limitando meu RPS a clientes externos? Porque tenho a impressão de que meu servidor é capaz de responder a 3.000 acessos por segundo, caso o cliente possa fazer o download com rapidez suficiente (como localhost).

Eu brinquei com a contagem de trabalhadores e conexões do nginx, mas estou limitado a 200 RPS para chamadas externas.

O que posso fazer para servir mais dessas páginas?

Como posso saber se o afunilamento da rede está no meu servidor ou no chamador?

Devido à minha falta de experiência aqui, simplesmente não sei se há um gargalo de largura de banda de rede saindo do meu servidor, a menos que eu faça algo como configurar mais 3 servidores nginx com balanceamento de carga.

É correto supor que, como posso obter 100mb / s internamente, se hits externos (1000 usuários) demandarem 100mb / s, o servidor conseguirá produzir isso para os vários locais ao redor do mundo?

    
por Yuji Tomita 02.08.2012 / 00:41

1 resposta

1

Poderia ser apenas uma baixa largura de banda e latência entre os datacenters, mas para mim isso soa como uma limitação de taxa na borda de um dos datacenters. Pode ser um deles, mas é mais provável que seja o datacenter de entrada, se esse for o caso.

O Load-Testing é muito parecido com um script-kiddie tentando DOS / DDOS. Seu provedor de hospedagem pode estar tentando protegê-lo.

    
por 02.08.2012 / 02:51