¿Cómo puedo determinar qué ubicación de AWS es mejor para atender a los clientes de una región en particular?


87

AWS tiene varias ubicaciones para el almacenamiento y las instancias EC2 para ejecutar con diferentes precios. ¿Cómo podría determinar qué ubicación es mejor para una región en particular? ¿Es intuitivo (más cerca de su región de servicio es lo mejor) o hay algún problema de confiabilidad (una ubicación particular de AWS enfrenta más interrupciones que otras)? ¿Existe algún dato disponible para tomar tal decisión?

Estoy desarrollando una aplicación que está dirigida principalmente a clientes indios. Entonces, estoy considerando Singapur o Tokio como una opción.

Respuestas:


82

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.


39

Prueba cloudping.info

Hará ping HTTP desde su navegador a cada región de AWS.

Region  Latency
US-East (Virginia)  28 ms
US-West (California)    100 ms
US-West (Oregon)    110 ms
Europe (Ireland)    100 ms
Europe (Frankfurt)  119 ms
Asia Pacific (Singapore)    269 ms
Asia Pacific (Sydney)   239 ms
Asia Pacific (Japan)    209 ms
South America (Brazil)  147 ms

NOTA para administradores de SO : no estoy afiliado a este servicio. Lo encontré mientras me preparaba para la certificación AWS.


1
Esto fue útil. Por alguna razón desde Tokio, Beijing es la región con mayor latencia.
Antonio Val

Pude obtener la latencia en pocos segundos.
Nagesh


7

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:

➥ ./awsping --verbose 1
      Code            Region                                      Latency
    0 eu-central-1    Europe (Frankfurt)                         36.97 ms
    1 eu-west-1       Europe (Ireland)                           63.18 ms
    2 us-east-1       US-East (Virginia)                        126.52 ms
    3 ap-south-1      Asia Pacific (Mumbai)                     156.98 ms
    4 us-west-1       US-West (California)                      192.92 ms
    5 us-west-2       US-West (Oregon)                          226.23 ms
    6 sa-east-1       South America (São Paulo)                 247.74 ms
    7 ap-northeast-1  Asia Pacific (Tokyo)                      312.22 ms
    8 ap-northeast-2  Asia Pacific (Seoul)                      329.54 ms
    9 ap-southeast-2  Asia Pacific (Sydney)                     337.84 ms
   10 ap-southeast-1  Asia Pacific (Singapore)                  395.73 ms

Las regiones están ordenadas por latencia.

Puede ejecutarlo en cualquier servidor y determinar la región más cercana para usted.


6

¡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.



4

Buena herramienta / sitio para verificar la latencia desde nuestra ubicación

http://www.cloudwatch.in/

ingrese la descripción de la imagen aquí


Esta solución no es confiable. Informa una latencia que es muy diferente a la que mido desde un terminal usando ping. Tampoco refleja el orden correcto entre la región más cercana y la más lejana.
user1942586

3

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.


Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.