Quando teste de carga, a 'distância' da rede é um fator?

2

Eu tenho um aplicativo de servidor em execução no EC2, atrás de um Elastic Load Balancer.

Eu testei isso usando o Blazemeter - um serviço de teste de carga baseado em jMeter que também é executado em uma infraestrutura baseada em EC2. Os resultados foram bons.

No entanto, devo estar preocupado com o fato de estar funcionando com a rede da Amazon? A 'distância' da rede é um problema aqui, devo procurar um serviço de teste de carga que não seja executado no EC2?

    
por iandotkelly 21.01.2013 / 17:33

2 respostas

2

"Executando no EC2" pode significar muitos locais. O testador de carga pode estar em us-east-1, mas seu aplicativo em us-west-2, por exemplo. Isso provavelmente seria um teste justo.

Se o testador de carga estiver na mesma região do seu aplicativo, a principal ramificação que posso ver é que haverá pouco tempo de trânsito para seus dados. Isso significa que seu servidor da Web poderá concluir e fechar conexões mais rapidamente do que na Internet pública.

Por exemplo, se suas páginas levarem 100ms para gerar, e a latência para seu usuário médio for de 200ms, mas 10ms dentro de sua região EC2, a solicitação média levará 300ms para usuários normais, mas 210ms para testadores de carga do EC2. Essa é uma diferença significativa com muitas solicitações.

    
por 21.01.2013 / 17:48
0

Se seu objetivo principal é testar a taxa de transferência, seu teste não precisa ser executado em outra região. A execução de uma região diferente adicionará latência, mas a latência nem sempre é uma boa maneira de medir o desempenho do aplicativo. Se o seu aplicativo puder manipular 100 req / s de us-east, então ele pode lidar com 100 req / s us-west, a diferença é que seus pedidos de us-west levarão mais tempo devido à latência adicionada. Não faz mal também executar os testes de outra região, mas não acrescentará mais estresse aos servidores.

    
por 21.01.2013 / 19:32