¿Qué son las regiones de Azure?

Azure proporciona más de 70 regiones globalmente. Las regiones se encuentran en muchas zonas geográficas diferentes. Cada geografía representa un límite de residencia de datos, por ejemplo, el Estados Unidos o Europa, y puede contener una o varias regiones. Cada región es un conjunto de instalaciones físicas con centros de datos e infraestructura de red.

Las regiones proporcionan determinados tipos de opciones de resistencia. Muchas regiones proporcionan zonas de disponibilidad y algunas tienen una región emparejada, mientras que otras regiones no están emparejadas. Al elegir una región para los servicios, es importante prestar atención a las opciones de resistencia disponibles en esa región. Este artículo le ayuda a comprender Azure regiones y proporciona información general sobre las opciones de resistencia que admiten algunas Azure regiones, al tiempo que ofrece vínculos a información más detallada sobre cada tema.

Entender las regiones y geografías de Azure

Una región de Azure consta de uno o varios centros de datos, conectados por una conexión de red de alta capacidad, tolerante a errores y baja latencia. Los centros de datos de Azure se encuentran normalmente dentro de un área metropolitana grande.

Cada región se encuentra dentro de una única geografía que actúa como límite fijo de residencia de datos. Si tiene requisitos de residencia de datos, es importante que seleccione las regiones dentro de la geografía requerida. Cada geografía tiene al menos una región equipada con zonas de disponibilidad. Para obtener una lista de todas las zonas geográficas de Azure, consulte Azure geographies.

Lista de regiones

Para obtener una lista de regiones de Azure, consulte List of Azure regions. Si desea obtener más detalles sobre las regiones, incluida la residencia de datos y el cumplimiento normativo, consulte mapa de centros de datos de Microsoft.

Elección de regiones de Azure

Al diseñar una solución, debe elegir las Azure regiones que desea usar. Las regiones que elija pueden afectar a la resistencia de la solución, así como a muchos otros aspectos de la solución.

Al seleccionar regiones, tenga en cuenta los siguientes factores:

• Latencia. Seleccione las regiones que están geográficamente cerca de los usuarios para reducir la latencia. Por ejemplo, si los usuarios están en los Estados Unidos, puede seleccionar una región en los Estados Unidos o Canadá.
• Zonas de disponibilidad. Seleccione las regiones que admiten zonas de disponibilidad para proporcionar redundancia y aislamiento de errores. Asegúrese de distribuir los recursos entre varias zonas de disponibilidad de la región.
• Residencia de datos: Asegúrese de que las regiones que seleccione se encuentren dentro de un límite de residencia de datos que requiera su organización.

Para obtener información más detallada sobre cómo seleccionar regiones, consulte Select Azure regions.

Opciones de resistencia regional

Aunque todas las regiones de Azure proporcionan servicios de alta calidad, como la optimización de residencia y latencia de datos, pueden diferir en los tipos de opciones de resistencia que admiten.

En esta sección se resumen dos opciones de resistencia que podrían estar disponibles en las regiones que elija.

Zonas de disponibilidad

Muchas Azure regiones proporcionan zonas de disponibilidad. Las zonas de disponibilidad son conjuntos independientes de centros de datos que contienen conexiones de red, refrigeración y alimentación aisladas. Las zonas de disponibilidad se encuentran físicamente lo suficientemente cerca como para proporcionar una red de baja latencia, pero lo suficientemente lejos como para proporcionar aislamiento de errores de tales cosas como tormentas y interrupciones de energía aisladas. La mayoría de los servicios Azure proporcionan compatibilidad integrada con zonas de disponibilidad y puede decidir cómo usarlas para satisfacer sus necesidades. Al diseñar una solución de Azure, debe usar zonas de disponibilidad para proporcionar redundancia y aislamiento de errores.

Para obtener más información sobre las zonas de disponibilidad, consulte ¿Qué son las zonas de disponibilidad?.

Regiones emparejadas y no emparejadas

Microsoft empareja algunas regiones de Azure con otra región de Azure para formar pares de áreas. No puedes elegir tus propios pares. Algunos servicios Azure usan pares de regiones para admitir la replicación geográfica y la redundancia geográfica. Algunos también usan pares de regiones para admitir aspectos de la recuperación ante desastres, en el caso poco probable de que una región experimente un error catastrófico e irrecuperable.

Muchas regiones más recientes no están emparejadas y, en su lugar, usan zonas de disponibilidad como medio principal de redundancia. Muchos servicios Azure admiten redundancia geográfica tanto si las regiones están emparejadas como si no, y puede diseñar una solución altamente resistente si usa regiones emparejadas, regiones no emparejadas o una combinación de ambas.

Para obtener más información sobre las regiones emparejadas y no emparejadas y cómo usarlas, consulte Azure pares de regiones y regiones no emparejadas.

Uso de varias regiones de Azure

Es habitual usar varias regiones de Azure, ya sea emparejadas o no emparejadas, al diseñar una solución. Mediante el uso de varias regiones, puede aumentar la resistencia de la carga de trabajo a muchos tipos de errores y tiene muchas opciones para la recuperación ante desastres. Además, algunos servicios de Azure están disponibles en regiones específicas, por lo que mediante el diseño de una solución de varias regiones puede aprovechar la naturaleza global y distribuida de la nube.

Algunos servicios de Azure proporcionan capacidades integradas para la replicación y la conmutación por error entre regiones. Otros pueden requerir que diseñe e implemente sus propios enfoques de varias regiones. Para obtener una lista de las funcionalidades de varias regiones de servicio, consulte Azure services que admiten varias regiones. Para obtener información detallada sobre cada servicio, consulte su guía de confiabilidad.

Si usa varias regiones juntas, debe tener en cuenta los inconvenientes entre los siguientes factores:

• Aislamiento físico: Tenga en cuenta si debe usar regiones que están geográficamente distantes entre sí. Cuanto mayor sea la distancia, mayor será la resistencia en el caso de un desastre natural importante en una de las regiones. Para obtener información sobre la ciudad o el estado en el que se encuentra una región, consulte List of Azure regions and Microsoft Datacenters Map.

• Latencia: Al seleccionar regiones aisladas físicamente, aumenta la latencia de las conexiones de red entre esas regiones. La latencia puede afectar al diseño de una solución de varias regiones y puede restringir los tipos de replicación geográfica y redundancia geográfica que puede usar. Para más información sobre la latencia entre regiones de Azure, consulte estadísticas de latencia de ida y vuelta de red Azure. Para obtener más información sobre cómo seleccionar regiones, consulte Recomendaciones para usar zonas de disponibilidad y regiones.

• Residencia de datos: Asegúrese de que las regiones que seleccione se encuentren dentro de un límite de residencia de datos que requiera su organización. Para obtener más información, consulte Confiabilidad y soberanía en Azure.

Servicios no regionales

Puede implementar instancias de la mayoría de los servicios de Azure en una región específica. Sin embargo, algunos servicios no están vinculados a una sola región de Azure. Es importante reconocer cómo funcionan los servicios no regionales en el caso de un error regional y tenerlos en cuenta al diseñar sus soluciones y plan de continuidad empresarial. Microsoft implementa servicios no regionales en dos o más regiones. Si se produce un fallo regional, la instancia del servicio en una región operativa puede seguir atendiendo las solicitudes.

Algunos servicios no regionales permiten especificar una región o geografía en la que se almacenan los datos. Por ejemplo, con Microsoft Entra ID, puede seleccionar el área geográfica de los datos, como Europa o Norteamérica. Algunos servicios no regionales también admiten la especificación de la región en la que se implementan determinados componentes, como la región en la que se van a residir las máquinas virtuales Azure Virtual Desktop.

Para obtener más información y una lista de servicios no regionales, consulte Azure servicios no regionales.

Recursos relacionados

Para obtener más información sobre los servicios de Azure disponibles en cada región, consulte Products disponibles por región.