Regiones cloud en Latinoamérica: AWS, Google Cloud y Azure, y cuánto cuesta cada una

1. Dónde hay regiones en Latinoamérica#

Elegir la región donde corre tu aplicación es de las decisiones más difíciles de revertir: los datos viven allí y moverlos cuesta tiempo y dinero. La tabla reúne las regiones de AWS, Google Cloud y Azure en la región, según la documentación oficial de cada proveedor consultada el 17 de octubre de 2026.

Hay regiones de los tres proveedores en Brasil (São Paulo) y en México (Querétaro). En Chile (Santiago) hay regiones de Google Cloud y Azure, pero AWS no la lista en su tabla. Y para quien opera desde Colombia, ninguno de los tres lista hoy una región en el país: las más cercanas son São Paulo, Querétaro y Santiago, o las de Estados Unidos.

Oracle Cloud sí tiene una región en el país: Colombia Central (Bogotá), identificador sa-bogota-1, según su documentación oficial consultada el 17 de octubre de 2026. Si tu requisito es que los datos estén físicamente en Colombia, es la opción a evaluar. No encontramos un anuncio oficial de una región de AWS, Google Cloud o Azure en Colombia.

Documentación: AWS: regiones disponibles ↗ · Google Cloud: regiones y zonas de Compute Engine ↗ · Azure: lista de regiones ↗ · Oracle: regiones y dominios de disponibilidad ↗

2. Cuánto cuesta cada región#

La región no cambia solo la latencia: cambia el precio. La lista de precios oficial de AWS, publicada el 15 de octubre de 2026, muestra que el almacenamiento de S3 Standard cuesta $0,023 por GB-mes en Virginia (us-east-1), $0,0405 en São Paulo y $0,02415 en México. Las solicitudes también cambian: un millón de GET cuesta $0,40, $0,56 y $0,42 respectivamente.

Con un ejemplo de 1 TB almacenado, 20 millones de GET y 2 millones de PUT al mes, el código calcula el costo mensual en dólares y en pesos colombianos con la TRM oficial del 17 de octubre. Es una referencia: no incluye transferencia de salida ni impuestos.

REGIONES = {  # (USD por GB-mes, USD por millón de GET, USD por millón de PUT): S3 Standard, lista oficial de AWS del 2026-10-15
    "us-east-1 (Virginia)": (0.023, 0.40, 5.00),
    "sa-east-1 (São Paulo)": (0.0405, 0.56, 7.00),
    "mx-central-1 (México)": (0.02415, 0.42, 5.25),
}
GB, GETS_M, PUTS_M = 1_000, 20, 2    # 1 TB almacenado, 20 millones de GET y 2 millones de PUT al mes
TRM = 3174.67                        # TRM del 17 oct 2026: usa la vigente el día que presupuestes

for region, (por_gb, por_get, por_put) in REGIONES.items():
    usd = GB * por_gb + GETS_M * por_get + PUTS_M * por_put
    print(f"{region}: ${usd:,.2f} al mes | COP {usd * TRM:,.0f}")

São Paulo cuesta 60 % más al mes que Virginia en este ejemplo; México, 5 % más. Si tus usuarios están en Brasil y la latencia es crítica, el sobreprecio puede valer la pena; si no, México es la región latinoamericana con menor recargo.

Documentación: AWS: lista de precios oficial de S3 (São Paulo) ↗ · AWS: precios de Amazon S3 ↗

3. Latencia: mídela, no la supongas#

La distancia geográfica no siempre predice la latencia: depende de las rutas de tu proveedor de internet. Antes de decidir, mide desde donde están tus usuarios o tu equipo. El script abre varias conexiones TCP a un endpoint público de S3 de cada región y devuelve la mediana, en milisegundos.

import socket, statistics, time

ENDPOINTS = {  # un endpoint regional público por región
    "us-east-1": "s3.us-east-1.amazonaws.com",
    "sa-east-1": "s3.sa-east-1.amazonaws.com",
    "mx-central-1": "s3.mx-central-1.amazonaws.com",
}

def conexion_ms(host: str, intentos: int = 15) -> float:
    """Mediana del tiempo de conexión TCP al puerto 443, en milisegundos."""
    tiempos = []
    for _ in range(intentos):
        inicio = time.perf_counter()
        with socket.create_connection((host, 443), timeout=5):
            tiempos.append((time.perf_counter() - inicio) * 1000)
        time.sleep(0.2)
    return statistics.median(tiempos)

for region, host in ENDPOINTS.items():
    print(f"{region}: {conexion_ms(host):.0f} ms")

Repite la medición en distintos momentos del día y desde las redes de tus usuarios (fibra residencial y datos móviles). Una diferencia de pocos milisegundos rara vez justifica pagar más por almacenamiento.

4. Residencia de datos#

Algunos sectores o contratos exigen que los datos permanezcan en un país o región. Los tres proveedores permiten fijar la región de cada recurso, pero qué exige tu normativa o tu cliente es una decisión legal, no técnica: consúltala con asesoría especializada antes de elegir.

Dos precauciones técnicas. Primero, evita que los respaldos o los registros salgan de la región sin que lo hayas decidido. Segundo, documenta en qué región vive cada servicio: cambiarla después implica migrar datos.

5. Cómo elegir según tu caso#

No hay una región mejor en general. La tabla traduce cada caso en una región a evaluar primero y la razón.

Para estimar el costo total con tu volumen, usa las fichas de almacenamiento del catálogo, que muestran el precio por región de cada proveedor, y la guía del costo real del almacenamiento de objetos.

Para profundizarCosto real del almacenamiento de objetos: S3 vs R2, B2 y Spaces

6. Mantén tus cifras al día#

Las regiones y sus precios cambian: AWS abrió México Central, Google Cloud Querétaro y Azure Chile Central en los últimos años. Las cifras de esta guía son las de las fuentes oficiales el 17 de octubre de 2026.

• Revisa la tabla de regiones de cada proveedor antes de comprometer una arquitectura.
• Vuelve a calcular el costo con la lista de precios oficial cuando cambie tu volumen.
• Mide la latencia de nuevo si abres un mercado nuevo.