amazon-s3 - precios - tipos de almacenamiento s3
¿Cómo podría determinar qué ubicación de AWS es mejor para atender a los clientes de una región en particular? (9)
Determinación de la ubicación de AWS de latencia más baja para el uso personalizado
Las personas inteligentes e innovadoras de TurnKey Linux abrieron recientemente su solución a su problema, consulte el mapeo de AWS Regional Data Centers en GitHub:
Este proyecto se utiliza para generar los índices (y el mapa visual de referencia) utilizados por TurnKey Hub 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 detalladamente en Búsqueda del centro de datos más cercano utilizando GeoIP e indexación , así como la publicación de seguimiento. Búsqueda del archivo de paquetes APT más cercano utilizando GeoIP e indexación .
Si bien es un truco, la visualización es realmente genial y confirma resp. ilustra el motivo del hecho sorprendente a primera vista que Josh ya mentioned , a saber, que los usuarios de Australia actualmente tienden a tener una mejor latencia a través del oeste de EE. UU. (norte de California / us-west-1) en lugar de Asia Pacífico (Singapur / ap-sudeste -1) región. ( Sugerencia : comprobar Future Cables en la esquina inferior derecha revela que esto probablemente va a cambiar, lo que se detalla 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;)
Usar la ubicación AWS de 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 el número de zonas de disponibilidad y el punto final API.
Pero lo más importante es que AWS acaba de anunciar el soporte geográfico de DNS que ya mentioned Jahufar, consulte el lanzamiento introductorio Multi-Region Latency Based Routing ahora disponible para AWS , que ofrece la misma tecnología de enrutamiento basado en latencia que impulsa Amazon CloudFront a los usuarios de Amazon EC2 , Elastic Load Balancing y más.
Por lo tanto, en caso de que su entorno esté compuesto por una arquitectura de instancias de Auto Scaling EC2, simplemente aplicar este enrutamiento basado en latencia debería resolver su problema automáticamente.
Si bien el caso de uso obviamente se enfoca en ofertas que generan múltiples regiones de AWS, las características sofisticadas relacionadas con el Enrutamiento basado en latencia y los Conjuntos de registros de Round Robin ponderados podrían permitirle también determinar la información deseada más fácilmente.
AWS tiene varias ubicaciones para el almacenamiento y las instancias EC2 se ejecutan con diferentes precios. ¿Cómo puedo determinar qué ubicación es mejor para una región en particular? ¿Es intuitivo (más cerca de la región de servicio es el mejor) o hay problemas de fiabilidad (ubicación particular de AWS frente a más interrupciones que otros). ¿Hay datos disponibles para tomar tal decisión?
Estoy desarrollando una aplicación que está dirigida principalmente a clientes indios. Por lo tanto, estoy considerando Singapur o Tokio como una opción.
Amazon ahora ofrece la posibilidad de enrutar a un centro de datos basado en la latencia del usuario final más baja. ¡Es el nuevo "Enrutamiento basado en la latencia" de Route53!
http://docs.amazonwebservices.com/Route53/latest/DeveloperGuide/CreatingLatencyRRSets.html
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 la latencia.
Puede ejecutarlo en cualquier servidor y determinar la región más cercana para usted.
Buena herramienta / sitio para verificar la latencia desde nuestra ubicación
Probablemente sea aconsejable probar la latencia en diferentes regiones. Estoy ubicado en Australia y muchos usuarios acceden a una mejor latencia en el oeste de EE. UU. Que en Singapur, en parte se debe a la conexión internacional ya los ISP pares. Es relativamente fácil probar si tiene usuarios en la región a la que se dirige.
La confiabilidad en el lado de AWS (es decir, no problemas de 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 APAC simplemente porque han estado sirviendo a esos mercados por más tiempo. Un efecto colateral de esto es que las funciones se implementan relativamente tarde en Singapur / Tokio: normalmente, las nuevas características comienzan a implementarse en el este de los EE. UU.
Como ya tiene S3 y EC2 en mente como servicios que le gustaría usar y ambos están disponibles en regiones más cercanas, evalúe si los servicios web más nuevos de AWS son inmediatamente importantes; de lo contrario, tome algo (latencia) cerca.
Prueba cloudping.info
Hará HTTP ping desde su navegador a cada región 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 SO : No estoy afiliado a este servicio. Lo encontré mientras preparaba la certificación de AWS.
También hay un sitio web para la prueba de velocidad: https://cloudharmony.com/speedtest si desea verificar fácilmente qué región es la mejor para usted.
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.
EDITAR: Mire la respuesta de Mark Tsai. Ese es el camino a seguir (la ruta 53 no existía cuando escribí esto)
Esto probablemente pertenece a ServerFault, pero aquí va:
Lo que básicamente estás pidiendo es Geo DNS.
En este momento no se admite directamente en AWS, aunque he visto que se habla de su implementación en algunas publicaciones del foro de AWS , muy probablemente en su servicio Route 53 .
Hasta entonces, podría buscar soluciones de terceros como Zerigo que le proporcionen la facilidad Geo DNS.
O si eres hardcore, puedes hacer tu propia configuración al configurar BIND con IP2Location
EDITAR: hay una publicación en ServerFault que habla sobre los proveedores de Geo DNS
En cuanto a su pregunta sobre el rendimiento y la confiabilidad de AWS: debe considerar enviar su sitio desde la A a la Z más cercana a su usuario; tiene mucho sentido en términos de velocidad y no tiene todas sus instancias en una sola AZ. Puede consultar AWS Service Health Dashboard para obtener una idea general de qué tan confiables son los servicios de Amazon en diferentes AZ. Tenga en cuenta que estos datos provienen directamente de Amazon: no he visto ninguna estadística independiente en ningún otro lado.