Test de ping a la nube
¿Qué región de la nube está más cerca de ti? Este test mide el tiempo de ida y vuelta HTTPS desde tu navegador a cada región de AWS, de Virginia a Sídney, y las ordena en una tabla y en un mapa del mundo.
Última actualización:
| # | Región | Ubicación | Mediana | Mín. | Jitter |
|---|
Añadir tu propio servidor
Prueba cualquier dirección https, como tu propio VPS, la página web de un servidor de juegos o un endpoint de almacenamiento. Se añade a la tabla (no al mapa) y se guarda en este navegador.
Cada región se mide con pequeñas peticiones HTTPS a su endpoint regional de la API de AWS (dynamodb.<region>.amazonaws.com/ping), alojado dentro de esa región. Los navegadores no pueden enviar ICMP, así que los valores son tiempos de ida y vuelta HTTP y salen unos milisegundos por encima del comando ping.
Cómo usar Test de ping a la nube
- Elige las regiones. Prueba todas las regiones del mundo o solo una zona, como Europa o Asia-Pacífico.
- Elige los pings por región. 5 es un buen equilibrio; 10 da medianas más estables en conexiones saturadas.
- Pulsa Iniciar test de ping a la nube. Se prueban tres regiones a la vez y la tabla se reordena a medida que llegan los resultados.
- Lee la clasificación. La primera fila es la región con la menor latencia mediana desde donde estás ahora.
- Opcional: añade tu propio servidor. Abre Añadir tu propio servidor para comparar tu VPS o tu app con las regiones de AWS.
Cómo elegir una región de la nube según la latencia
La latencia depende sobre todo de la distancia. La luz en la fibra óptica recorre unos 200,000 km por segundo, o aproximadamente 100 km de distancia en un sentido por cada milisegundo de tiempo de ida y vuelta. Los cables reales no siguen líneas rectas y cada salto entre routers añade un pequeño retraso, así que una región a 1,000 km suele dar un ping de 15 a 25 ms. Por eso la región más cercana suele ganar, y por eso elegir una región en el continente adecuado es lo más importante para las apps interactivas.
- La mediana es el valor central de todas las respuestas de una región. Ignora los picos ocasionales y es el mejor número único para comparar.
- El mínimo muestra el mejor caso que puede lograr tu ruta; una gran diferencia entre el mínimo y la mediana sugiere una conexión saturada o inalámbrica.
- Jitter = la variación media entre respuestas consecutivas. Un jitter alto importa para voz, vídeo y juegos.
Tiempos de ida y vuelta típicos entre continentes
Latencias aproximadas por fibra entre ciudades bien conectadas, útiles para comprobar si tus resultados son razonables. Tus valores suman la latencia de tu propia conexión (a menudo de 5 a 30 ms por Wi-Fi o cable).
| Ruta | Distancia ortodrómica | Ida y vuelta típica |
|---|---|---|
| Nueva York ↔ Virginia | unos 350 km | 5 a 10 ms |
| Nueva York ↔ Oregón | unos 3,900 km | 60 a 75 ms |
| Nueva York ↔ Londres | unos 5,600 km | 70 a 80 ms |
| Londres ↔ Fráncfort | unos 640 km | 10 a 20 ms |
| Londres ↔ Singapur | unos 10,900 km | 150 a 180 ms |
| Los Ángeles ↔ Tokio | unos 8,800 km | 100 a 120 ms |
| Singapur ↔ Sídney | unos 6,300 km | 90 a 100 ms |
| São Paulo ↔ Miami | unos 6,600 km | 105 a 120 ms |
Consejos para obtener resultados precisos
- Desactiva las VPN y los proxies salvo que quieras probar a través de ellos; trasladan tu punto de partida al servidor VPN.
- Usa una conexión por cable cuando compares regiones para un servidor de juegos o una app de trading, ya que el Wi-Fi añade un retraso variable.
- Haz el test a distintas horas. La congestión nocturna puede sumar decenas de milisegundos a las regiones lejanas.
- Elige según tus usuarios, no según tú. Escoge la región más cercana a la mayoría de tus usuarios; pídeles que hagan este test si están en otro lugar.
Preguntas frecuentes
¿Cómo funciona el test de ping a la nube?
Para cada región, la herramienta hace primero una petición de calentamiento para abrir la conexión (búsqueda DNS y negociaciones TCP y TLS) y después envía varias peticiones HTTPS pequeñas al endpoint de la API de DynamoDB de esa región, que está alojado dentro de ella. Mide cada viaje de ida y vuelta e indica la mediana, el mínimo y el jitter.
¿Por qué solo regiones de AWS?
AWS publica un endpoint de API regional para cada región que resuelve a servidores de esa región, así que la petición viaja realmente hasta el centro de datos. Muchos otros proveedores responden a través de una puerta de entrada anycast global, lo que significa que medirías el punto de presencia más cercano en lugar de la propia región. Puedes añadir tu propio servidor, por ejemplo una VM en cualquier nube, en Añadir tu propio servidor.
¿Por qué el resultado es mayor que con el comando ping?
Los navegadores no pueden enviar paquetes de ping ICMP, así que cada medición es una petición y una respuesta HTTPS. El servidor tiene que procesar la petición, lo que añade unos milisegundos frente a ICMP. La clasificación de las regiones es la misma, y los valores son realistas para el tráfico web y de API.
¿Qué latencia es buena para una región de la nube?
Menos de 50 ms es excelente para apps interactivas, juegos y escritorios remotos. De 50 a 100 ms es buena para la mayoría de las apps web y API. De 100 a 150 ms es aceptable para sitios web pero se nota en apps en tiempo real, y más de 150 ms suele indicar que la región está en otro continente.
¿Por qué una región aparece sin respuesta?
La petición superó el tiempo de espera de 4 segundos o fue bloqueada. Las causas habituales son un cortafuegos, una VPN, un proxy corporativo o un bloqueador de contenido que bloquea amazonaws.com, o una región nueva que no es accesible desde tu red. Vuelve a intentarlo o prueba sin la VPN.
¿A qué distancia está una región según su ping?
La luz en la fibra óptica recorre unos 200 km por milisegundo, así que cada milisegundo de tiempo de ida y vuelta permite como máximo unos 100 km de distancia en un sentido. Las rutas reales son más largas que una línea recta y suman retrasos de los routers, así que un resultado de 40 ms suele indicar un centro de datos a unos 1,000 a 2,500 km.
¿Se envía mi ubicación o mi IP a algún sitio?
Solo se hacen las peticiones HTTPS normales a los endpoints de AWS, como con cualquier sitio web. Los resultados se calculan en tu navegador y no se suben ni se guardan en ningún sitio, salvo las direcciones de servidores propios que decidas guardar en este navegador.
¿Se prueban todas las herramientas de FreeToolCabin para comprobar su calidad y precisión?
Sí. Cada herramienta del sitio pasa pruebas automáticas en navegadores reales para comprobar que el resultado es correcto y que no hay errores. Si encuentras un fallo o tienes una sugerencia, escríbenos a [email protected] y lo revisaremos.