Lo primero que te pregunta AWS, aunque no lo parezca, es dónde: arriba a la derecha de la consola hay un selector de región y todo lo que crees irá a parar a la que esté elegida. Mucha gente deja la que sale por defecto (a menudo Virginia, en Estados Unidos) y descubre meses después que su web tarda más de lo que debería, que paga en dólares americanos por recursos que podrían estar al lado, o que sus datos están fuera de Europa. Esta guía te da cuatro criterios para elegir bien desde el principio y explica qué hacer si ya está mal.
Antes de empezar: qué significa cada cosa
- Región
- Un conjunto de centros de datos de Amazon en una zona geográfica, con un nombre de ciudad o país (Europa - París) y un código (eu-west-3).
- Zona de disponibilidad
- Cada uno de los grupos de edificios separados dentro de una región. Sirven para que una avería en uno no afecte a los otros.
- Latencia
- El tiempo que tarda un dato en ir y volver entre el usuario y el servidor. Cuanto más lejos la región, mayor.
- Servicios regionales y globales
- La mayoría de servicios (máquinas, bases, buckets) viven en una región. Unos pocos (IAM, Route 53, CloudFront, la facturación) son globales y no dependen de ella.
- Residencia de datos
- Dónde están físicamente los datos. Importa para la protección de datos y para algunos contratos.
- Región de España
- AWS tiene una región en Aragón (Europa - España, eu-south-2) desde 2022.
Criterio 1: cerca de tus usuarios
Si tus clientes están en España, una región europea cercana hace que la web responda antes. La diferencia entre España, París, Irlanda o Fráncfort es de milisegundos, apenas perceptible; la diferencia con Virginia u Oregón se nota en cada clic. Si tus usuarios están repartidos por el mundo, elige la región donde esté la mayoría y pon una red de distribución (CloudFront) delante para el resto.
Criterio 2: que tenga los servicios que necesitas
No todos los servicios de AWS están en todas las regiones, y los nuevos llegan antes a las grandes. Irlanda y Fráncfort suelen tenerlo todo; París casi todo; la región de España, más reciente, tiene lo principal (máquinas, bases, almacenamiento, Lambda...) pero algunos servicios llegan más tarde o aún no están. Antes de decidir, haz la lista de lo que vas a usar (¿Lightsail? ¿SES? ¿cierto tipo de máquina?) y compruébala en la tabla de servicios por región de AWS. Si algo que necesitas no está, elige otra región desde el principio: mover después cuesta.
Criterio 3: el precio
El mismo recurso cuesta distinto según la región, a veces un 10 o un 20 por ciento. Las regiones grandes (Irlanda, Virginia) suelen ser las más baratas; las más nuevas o pequeñas, algo más caras. Para un proyecto pequeño la diferencia es poca; para uno con muchas máquinas, compensa comparar en la calculadora de precios de AWS antes de elegir. Y recuerda que la factura es en dólares en cualquier caso.
Criterio 4: dónde están tus datos
Si tratas datos personales de clientes europeos, tenerlos en una región de la Unión Europea simplifica el cumplimiento y es lo que esperan tus clientes y, a veces, tus contratos. Cualquier región europea (España, París, Irlanda, Fráncfort, Estocolmo, Milán, Zúrich fuera de la UE) vale para eso; la de España tiene además el argumento de la cercanía física si alguien te lo pregunta. Anota la región elegida en tu documentación de protección de datos.
Nuestra recomendación práctica
Para la mayoría de negocios en España: París o Irlanda si quieres tenerlo todo disponible y los precios más ajustados; España si la cercanía o la residencia de datos "en España" es un argumento comercial para ti y ya comprobaste que están los servicios que usas. Y una sola región para todo lo que vaya junto (la web, su base de datos, su bucket): el tráfico entre regiones se cobra y añade latencia. Las copias de seguridad, en cambio, mejor en una segunda región, por si acaso (guía en esta sección).
Si ya elegiste mal
No hay un botón de "mover a otra región", pero casi todo se puede copiar: las máquinas con una imagen o instantánea copiada a la región nueva; las bases de datos con una instantánea copiada y restaurada allí; los buckets con la replicación o un aws s3 sync entre buckets; el DNS no hace falta moverlo (Route 53 es global). Hazlo con calma, servicio a servicio, cambia el DNS al final y borra lo antiguo cuando todo funcione. Y pon la región nueva por defecto en la consola para no volver a crear nada en la vieja.
Qué puede salir mal
No veo mis máquinas en la consola
Estás en otra región. Mira el selector de arriba a la derecha. Es la causa número uno de "¡me han borrado el servidor!".
He creado cosas en varias regiones sin darme cuenta
Cost Explorer agrupado por región te dice en cuáles hay gasto. Decide una principal y ve consolidando. Mientras tanto, vigila todas en la factura.
Un servicio no aparece en el menú
No está disponible en la región elegida. Cambia de región para usarlo (algunos servicios, como SES, puedes tenerlos en una región distinta de tus máquinas sin problema) o elige una región que lo tenga.
En Simplio
En Simplio no hay selector de región: ves todas las máquinas, bases de datos y buckets de todas tus cuentas y regiones en la misma lista, con la región de cada uno a la vista, y al crear algo nuevo Simplio propone la región donde ya tienes el resto y te avisa si eliges otra. Las copias a una segunda región son una casilla en la programación. El gasto se ve por cuenta, sin tener que ir región por región.
Lo mismo, en AWS y en Simplio
| En la consola de AWS | En Simplio | |
|---|---|---|
| Ver lo que tienes en cada región | Cambiar el selector de región y recorrer servicio a servicio | Todas las regiones de todas tus cuentas en una lista, con la región de cada objeto a la vista |
| Crear algo en la región equivocada | Pasa constantemente: el selector se queda donde estaba | Al crear, Simplio propone la región donde ya están tus cosas y avisa si eliges otra |
| Copias en otra región | Copiar a mano cada vez | Casilla en la programación de copias |