Determinación de la ubicación de AWS con la latencia más baja para uso personalizado
La gente inteligente e innovadora de TurnKey Linux recientemente abrió su solución a su problema, consulte el mapeo de los centros de datos regionales de AWS en GitHub:
Este proyecto se utiliza para generar los índices (y el mapa visual de referencia) que TurnKey Hub utiliza para encontrar el centro de datos de AWS más cercano para un usuario. [énfasis mío]
El algoritmo en uso se detalla más en Encontrar el centro de datos más cercano usando GeoIP e indexación , así como en la publicación de seguimiento Encontrar el archivo de paquetes APT más cercano usando GeoIP e indexación .
Si bien es un truco, la visualización es realmente genial y confirma resp. ilustra la razón del hecho sorprendente a primera vista que Josh ya mencionó , a saber, que los usuarios en Australia actualmente tienden a obtener una mejor latencia a través del oeste de EE. UU. (Norte de California / us-oeste-1) en lugar de Asia Pacífico (Singapur / ap-sureste -1) región. ( Consejo : comprobar Future Cables en la esquina inferior derecha revela que es probable que esto cambie, lo que se detalla más en Greg's Cable Map , que indica que Australia podría saltar entre ambas ubicaciones de AWS en cuanto a latencia en los próximos años;)
Uso de la ubicación de AWS con la latencia más baja automáticamente a través de Amazon Route 53
Mientras tanto, AWS proporciona un mapa útil que ilustra su infraestructura global para una evaluación rápida, junto con los detalles respectivos como, por ejemplo, el número de zonas de disponibilidad y el punto final de la API.
Sin embargo, lo más importante es que AWS acaba de anunciar el soporte de DNS geográfico que ya mencionó Jahufar ; consulte la publicación introductoria Enrutamiento basado en latencia de múltiples regiones ahora disponible para AWS , que pone a disposición la misma tecnología de enrutamiento basada en latencia que impulsa a Amazon CloudFront para los usuarios de Amazon EC2 , Elastic Load Balancing y más.
Entonces, en caso de que su entorno ya esté compuesto por una arquitectura de instancias EC2 de Auto Scaling, simplemente aplicar este enrutamiento basado en latencia debería resolver su problema automáticamente.
Si bien el caso de uso obviamente se dirige a las ofertas que generan múltiples regiones de AWS, las características sofisticadas en torno al enrutamiento basado en latencia y los conjuntos de registros ponderados por turnos también pueden permitirle determinar la información deseada más fácilmente usted mismo.
También hay un sitio web para la prueba de velocidad: https://cloudharmony.com/speedtest si desea verificar fácilmente qué región es mejor para usted.
fuente
Aquí hay una herramienta de consola que muestra la región de AWS más cercana:
Está escrito en golang y es muy fácil de usar:
Las regiones están ordenadas por latencia.
Puede ejecutarlo en cualquier servidor y determinar la región más cercana para usted.
fuente
¡Obviamente, es recomendable probar la latencia en diferentes regiones! Estoy ubicado en Australia y muchos usuarios aquí obtienen una mejor latencia hacia el oeste de EE. UU. Que hacia Singapur; en parte, se debe a la interconexión de los ISP locales y la conectividad internacional. Es relativamente sencillo probar si tiene usuarios en la región a la que se dirige.
La confiabilidad en el lado de AWS (es decir, no los problemas de la red del usuario) es principalmente una consecuencia de la implementación en múltiples zonas de disponibilidad. Hay más opciones en las regiones de EE. UU. Que en las de APAC simplemente porque llevan más tiempo sirviendo a esos mercados. Un efecto secundario de esto es que las funciones se implementan relativamente tarde en Singapur / Tokio; normalmente, las funciones nuevas comienzan a implementarse en el este de EE. UU.
Como ya tiene en mente S3 y EC2 como servicios que le gustaría usar y ambos están disponibles en regiones más cercanas, evalúe si los nuevos servicios web de AWS son inmediatamente importantes; de lo contrario, busque algo (latencia) cercano.
fuente
Amazon ahora ofrece la capacidad de enrutar a un centro de datos en función de la latencia más baja del usuario final. ¡Es el nuevo "Enrutamiento basado en latencia" de Route53!
http://docs.amazonwebservices.com/Route53/latest/DeveloperGuide/CreatingLatencyRRSets.html
fuente
Buena herramienta / sitio para verificar la latencia desde nuestra ubicación
http://www.cloudwatch.in/
fuente
EDITAR: Mira la respuesta de Mark Tsai. Ese es el camino a seguir (la ruta 53 no existía cuando escribí este)
Esto probablemente pertenece a ServerFault pero aquí va:
Lo que básicamente está pidiendo es Geo DNS.
En este momento no se admite directamente en AWS, aunque he visto algunos comentarios sobre su implementación en algunas publicaciones del foro de AWS , probablemente en su Ruta 53 servicio .
Hasta entonces, puede buscar soluciones de terceros como Zerigo que le proporcionarían la instalación de Geo DNS.
O si eres un incondicional, puedes hacer el tuyo configurando BIND con IP2Location
EDITAR: Hay una publicación en ServerFault que habla sobre los proveedores de DNS geográficos
En cuanto a su pregunta sobre el rendimiento y la confiabilidad de AWS: debe considerar entregar su sitio desde la zona de disponibilidad más cercana a su usuario; tiene mucho sentido en términos de velocidad y no tener todas sus instancias en una sola zona de disponibilidad. Puede consultar AWS Service Health Dashboard para tener una idea general de la confiabilidad de los servicios de Amazon en diferentes zonas de disponibilidad. Tenga en cuenta que estos datos provienen directamente de Amazon; no he visto estadísticas independientes en ningún otro lugar.
fuente
http://blog.datapath.io/aws-network-latency-map analiza una oferta comercial para obtener esta información. Muestra el tiempo de latencia desde la ubicación que especifique hasta el servicio de AWS que especifique, en un mapa.
fuente