AWS tiene centros de datos ubicados en todo el mundo. Para complicar aún más sus precios, cada región tiene precios diferentes para ciertos productos. ¿Qué región es la más barata? ¿En cuál debería construir su arquitectura de red?
El este de EE. UU. suele ser el más barato
Echando un vistazo a este gráfico de precios de Laboratorios de concurrenciaestá claro que ambas regiones del este de EE. UU.,
us-east-1
(Virginia del Norte) y
us-east-2
(Ohio), tienen un precio muy bajo en comparación con los demás.
us-west-2
(Oregón) también es muy bajo, pero
us-west-1
sufre los precios de Silicon Valley y es mucho más caro. Mumbai (India) también es sorprendentemente bastante barata en comparación con el resto del mundo.
En cuanto a todas las demás regiones, todas son más caras que estas cuatro. Las regiones europeas son generalmente alrededor de un 10% más caras, siendo Estocolmo la más barata de todas: sólo un 6% más cara que las regiones más baratas de Estados Unidos. El mercado asiático es entre un 20% y un 25% más caro, siendo Seúl el más barato de ese lado del mundo, con sólo un 10% más que el este de EE.UU.
El precio de los datos es una parte importante de AWS y algo que cambia según la región. CloudFront La página de precios proporciona una buena descripción general:
Los datos enviados desde CloudFront a Norteamérica y Europa son los más baratos y tienen el mismo precio. Para el resto del mundo, es un poco más caro, y Sudamérica vuelve a encabezar la lista. Sin embargo, con CloudFront usted paga por estos datos de todos modos siempre que tenga visitantes sudamericanos, por lo que no hay mucho que pueda cambiar al respecto.
Para la transferencia de datos interna, la mayoría de las regiones son iguales. Mirando a El precio del S3, los datos enviados desde S3 a cualquier región cuestan $0,02 por GB. Sin embargo, si se está transfiriendo desde
us-east-1
a
us-east-2
o viceversa, el cargo es de sólo $0.01. Sin embargo, esto no se aplica si realiza una transferencia dentro de la misma región, por lo que solo importa si tiene servidores tanto en Ohio como en el norte de Virginia.
Si elige una región basándose únicamente en los precios, el norte de Virginia y Ohio deberían ser sus primeras opciones en la costa este, con Oregón en la costa oeste. Evite el norte de California si puede, ya que es aproximadamente un 20% más caro.
Si necesita servidores en todo el mundo, Estocolmo y Seúl son las opciones más baratas para los mercados europeo y asiático respectivamente, y puede cubrir la mayor parte del mundo solo con esos dos puntos.
Cualquiera que sea la región que elija, quédese en esa región y utilice siempre la misma zona de disponibilidad, ya que existen tarifas por transferir datos entre ellas. Aunque son parte de la misma región, las zonas de disponibilidad son centros de datos físicamente separados y los datos entre ellos aún deben viajar a través de las tuberías generales de Internet.
Elija otras regiones para una mejor latencia
Dado lo caras que son algunas de las regiones de AWS, la única razón real para elegir una región más cara es si la ubicación importa más que el precio.
Por ejemplo, si es una startup que trabaja en Silicon Valley y realmente desea una latencia baja, es posible que le convenga pagar una prima del 20%. Para servicios como Uber, que dependen de la latencia más baja posible hacia las principales áreas metropolitanas, pagar por la ubicación en el norte de California es solo el costo de hacer negocios.
Sin embargo, para muchas aplicaciones, la latencia no importa demasiado a menos que su sitio o servicio esté extremadamente optimizado. Al mirar este mapa de las regiones de AWS, muchos lugares no tienen centros de datos en su patio trasero. No hay
us-central
región (todavía), porque más personas viven más cerca de las costas y, de todos modos, la latencia no supera los 50 ms ni hacia la costa ni hacia Ohio.
Si desea cubrir la mayor parte del mundo con una latencia general relativamente baja y al mismo tiempo minimizar los costos, debe construir su infraestructura en cuatro o cinco ubicaciones:
- Ohio, ya que está más cerca del centro de Estados Unidos que Virginia y equidistante de la mayor parte de la costa este. Virginia también sería una buena opción aquí.
- Oregon para cubrir la costa oeste.
- Estocolmo (Suecia) para cubrir Europa.
- Seúl (Corea del Sur) para cubrir la región del Pacífico y Asia.
- Mumbai (India) es casi tan barato como Estados Unidos, por lo que tener servidores aquí sería una mejor idea para la región del Pacífico Sur en comparación con las regiones de Singapur o Bahrein (Oriente Medio).
Realmente, si le importa mucho la latencia, debería usar una CDN como CloudFront de AWS de todos modos. Una CDN almacena en caché su sitio web en servidores de todo el mundo y sirve su sitio desde ese caché en lugar de tener que viajar hasta él. Esto alivia algo de estrés de sus servidores web principales y también le brinda el beneficio de tener el borde de su red físicamente más cerca de cualquier usuario determinado. Esto acelera los tiempos de carga y reduce el tiempo dedicado a los protocolos de enlace TCP.
Sin embargo, las CDN no pueden almacenar todo en caché, por lo que para algunas páginas (particularmente cuando un usuario inicia sesión y navega por contenido autenticado), tendrán que hacer ping al origen de su servidor para obtener contenido actualizado. Aquí es donde tener servidores en todo el mundo realmente ayuda con la latencia general.
Si tiene muchos servidores en todo el mundo, puede beneficiarse del enrutamiento geográfico a nivel de DNS con el servicio DNS Route 53 de AWS. Route 53 puede enrutar dinámicamente a los usuarios al punto final de latencia más baja disponible, para que usted obtenga el beneficio completo de tener servidores de origen más cercanos.
