Efecto de la distancia desde el servidor

13

Tengo un servidor web en Irlanda (Amazon AWS). Este servidor aparece rápido desde Alemania (línea naranja) pero lento desde EE. UU. (Línea negra). La solicitud HTTP utilizada para la prueba es la misma.

ingrese la descripción de la imagen aquí

Creo que esto es normal. La distancia entre Irlanda y los Estados Unidos es mayor que la de Alemania a Irlanda, pero la diferencia parece demasiado alta.

¿Hay otras razones posibles, aparte de la distancia al servidor?

networking domain-name-system performance ar099968
fuente
77
¿Qué se supone que muestra tu gráfica? ¿Tiempo de viaje? tiempo total de solicitud? ¿algo más?
Peter Green
@PeterGreen hora de solicitud http
ar099968

Respuestas:

24

Suponiendo que el gráfico es el tiempo de solicitud http, me parece bastante razonable.

Una solicitud http (en ausencia de keepalive, fastopen, etc.) normalmente requiere al menos dos viajes de ida y vuelta.

  • El cliente envía syn
  • Sever recibe syn y envía syn-ack
  • El cliente recibe syn-ack y envía ack y solicitud.
  • El servidor envía la respuesta.

La velocidad de la luz en fibra es de aproximadamente 2 * 10 ^ 8 metros por segundo. Según Google, la distancia de "Irlanda a los Estados Unidos" es de 6.629 km *, lo que se traduciría en un tiempo de ida y vuelta de unos 66 ms.

Pero eso supone que no hay demoras en el equipo y que la ruta de datos sigue el camino más corto posible. Los tiempos prácticos de ida y vuelta suelen ser de 100 a 150 milisegundos entre un host en Europa y un host en los Estados Unidos. Como tal, un tiempo de solicitud http de ~ 250 ms es perfectamente normal.

Lo que es un poco más preocupante son los picos en el gráfico, sugieren congestión de la red en algún lugar entre el servidor y el cliente de prueba.

* obviamente depende de qué punto en los EE. UU. y qué punto en Irlanda, pero el punto elegido por Google parece estar en algún lugar en el medio de los EE. UU. y el gráfico de OP dice "us-mid".

Peter Green
fuente
18

¿Alguna otra razón posible además de la distancia del servidor?

La ruta que toman los paquetes.

usuario9517
fuente
66
... y todos los dispositivos intermedios.
EEAA
8
... y lo congestionados que están
user9517 01 de
1
¿Cómo es eso relevante para la pregunta que se hace ... es lo que seguramente es? ¿Has considerado usar una herramienta como say mtr para examinar las rutas tomadas y el tiempo de cada salto?
user9517
13
Veo este tipo de preguntas todo el tiempo donde trabajo, dando buenos gráficos que tienden a dar la impresión de que el usuario sabe de lo que está hablando hasta que les preguntas qué rastros y verificaciones de tráfico hicieron y nada fue verificado.
Julie Pelletier
44
@Julie sí, los gráficos no tienen sentido sin conocimiento y comprensión.
user9517
9

Al buscar en Google se ping "us-mid"obtiene Monitis.com y su IP en Dallas, que también tienen una IP DE en Frankfurt. Desde un servidor muy bien conectado en Francia, tengo 9 ms de ping RTT al DE IP y 111 ms de ping RTT al US-MID IP. Para el tiempo de respuesta de HTTP, esperaría el doble más el tiempo de reacción del servidor, por el argumento, digamos tal vez 26 y 230. Eso no es muy diferente de sus valores, dado que en Irlanda probablemente esté un poco más lejos de la red -a partir de ambos lugares.

Acepte esos valores como normales y controle las desviaciones de ellos para ver si hay problemas en su sitio o con su ISP. A menos que esté ejecutando un servicio global que sea realmente crítico para el tiempo de respuesta, es inútil hacer más. Si es así, coloque servidores en todo el mundo o (mejor) contrate con servidores que se especialicen en hacerlo.

Ley29
fuente