Efeito da distância do servidor

13

Eu tenho um servidor web na Irlanda (Amazon AWS). Este servidor aparece rápido na Alemanha (linha laranja), mas lento nos EUA (linha preta). A solicitação HTTP usada para o teste é a mesma.

insira a descrição da imagem aqui

Eu acho que isso é normal. A distância entre a Irlanda e os EUA é maior que a Alemanha e a Irlanda, mas a diferença parece muito alta.

Existem outros motivos possíveis, além da distância do servidor?

ar099968
fonte
7
O que seu gráfico deveria estar mostrando? tempo de ida e volta? tempo total de solicitação? algo mais?
Peter Green
@PeterGreen hora de solicitação http
ar099968

Respostas:

24

Supondo que o gráfico seja um tempo de solicitação http, parece-me bastante razoável.

Uma solicitação de http (na ausência de keepalive, fastopen etc.) normalmente requer pelo menos duas viagens de ida e volta.

  • Cliente envia syn
  • Sever recebe syn e envia syn-ack
  • O cliente recebe syn-ack e envia confirmação e solicitação.
  • Servidor envia resposta.

A velocidade da luz na fibra é de cerca de 2 * 10 ^ 8 metros por segundo. Segundo o google, a distância da "Irlanda para os EUA" é de 6.629 km *, o que resultaria em um tempo de viagem de ida e volta de cerca de 66 ms.

Mas isso pressupõe que não há atrasos no equipamento e que a rota de dados segue o caminho mais curto possível. Os tempos práticos de ida e volta são geralmente de 100 a 150 milissegundos entre um host na Europa e outro nos EUA. Como um tempo de solicitação de http de ~ 250ms, é perfeitamente normal.

O que é um pouco mais preocupante são os picos no gráfico, eles sugerem congestionamento de rede em algum lugar entre o servidor e o cliente de teste.

* obviamente depende de qual ponto nos EUA e em que ponto na Irlanda, mas o ponto escolhido pelo google parecia estar em algum lugar no meio dos EUA e o gráfico dos OPs dizia "us-mid".

Peter Green
fonte
18

Alguma outra razão possível além da distância do servidor?

O caminho que os pacotes seguem.

user9517
fonte
6
... e todos os dispositivos intermediários.
EEAA
8
... e como eles estão congestionados
#
1
Como isso é relevante para a pergunta ... é o que é certamente? Você já pensou em usar uma ferramenta como o say mtr para examinar os caminhos percorridos e o tempo de cada salto?
user9517
13
Eu vejo esse tipo de pergunta o tempo todo em que trabalho, fornecendo gráficos agradáveis ​​que tendem a dar a impressão de que o usuário sabe do que está falando até você perguntar quais rastreamentos e verificações de tráfego eles fizeram e nada foi verificado.
Julie Pelletier
4
@ Julie sim, os gráficos não têm sentido sem conhecimento e compreensão.
user9517
9

Pesquisando no Google, ping "us-mid"obtém-se o Monitis.com e seu IP em Dallas, que também possui um DE DE em Frankfurt. Em um servidor muito bem conectado na França, tenho 9 ms de ping RTT para o IP DE e 111 ms de ping RTT para o US-MID IP. Para o tempo de resposta do HTTP, eu esperaria o dobro disso, mais o tempo de reação do servidor, por uma questão de argumento, digamos, talvez 26 e 230. Isso não é tão diferente dos seus valores, já que na Irlanda você provavelmente é um pouco mais rede -se em ambos os lugares.

Aceite esses valores como normais e monitore os desvios deles para ver se há problemas no seu site ou com seu ISP. A menos que você esteja executando um serviço global que seja realmente crítico no tempo de resposta, é inútil fazer mais. Se você for, coloque servidores em todo o mundo ou (melhor) contrate com hosters especializados em fazer isso.

Lei29
fonte
-2

Aqui está uma bela página de estatísticas globais de ping: https://wondernetwork.com/pings Basta adicionar suas cidades de origem e destino.

Lorant Vajda
fonte