Selección de la región adecuada para su carga de trabajo

Elegir una región es una verdadera decisión de arquitectura, no solo una cuestión geográfica: influye en el rendimiento, el cumplimiento, el coste y la recuperación ante desastres. Decídalo pronto; cambiar más adelante es difícil y costoso.

El criterio más intuitivo es la proximidad a los usuarios. Ejecutar los recursos en la misma zona geográfica reduce el tiempo de ida y vuelta y hace que la aplicación responda con mayor rapidez. Si sus usuarios están en Alemania, implemente en Europa Occidental, no en Este de EE. UU.

Las leyes de residencia de datos establecen dónde deben almacenarse los datos: el RGPD en la UE, además de las normativas del Reino Unido, India, China y Rusia. Azure asocia cada región con un país para ayudarle a cumplirlas.

Compruebe la disponibilidad del servicio antes de comprometerse. Los servicios nuevos se lanzan primero en las grandes regiones de EE. UU., y los especializados, como las VM con GPU, pueden tener disponibilidad limitada. El comando verifica un servicio.

Los precios varían según la región: la misma VM puede costar entre un 10 % y un 30 % más en una región que en otra. Si no tiene limitaciones de latencia ni de residencia, una región más económica puede ahorrarle una cantidad considerable.

Las regiones cuentan con distintas certificaciones de cumplimiento: Azure Government tiene FedRAMP High y Alemania del Norte tiene sus propias certificaciones. Confirme las que necesita en Microsoft Service Trust Portal.

¿Necesita un SLA del 99,99 %? Elija una región compatible con zonas de disponibilidad. No todas tienen tres zonas; Azure identifica las que sí las tienen como recomendadas, así que elija una para producción.

Para la recuperación ante desastres con redundancia geográfica, elija una región principal con una pareja de regiones sólida: lo bastante alejada para ofrecer seguridad, pero dentro del mismo límite de cumplimiento, como Europa Occidental y Europa del Norte.

Una arquitectura multirregión se ejecuta en varias regiones y dirige a los usuarios a la más cercana mediante Front Door o Traffic Manager. Ofrece una latencia global baja y tolerancia a interrupciones, aunque con mayor complejidad.

Utilice un marco de decisión rápido: ¿dónde están los usuarios?, ¿hay normas de residencia?, ¿están disponibles los servicios?, ¿cómo se comparan los precios? y ¿la región admite zonas de disponibilidad?

La mayoría de los recursos no se pueden mover de región después de la implementación: debe eliminarlos y volver a crearlos. Azure Resource Mover ayuda con algunos recursos, pero elegir correctamente la región desde el principio es mucho más seguro.

¡Comprobación rápida! Compruebe si ahora entiende la selección de regiones.

Resumen rápido: la selección de región determina la latencia, el cumplimiento, el precio y la disponibilidad; los criterios principales abarcan desde los usuarios hasta las regiones emparejadas; y la mayoría de los recursos no se pueden mover una vez implementados.