Partekatu bidez


¿Cuáles 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, 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 las regiones de Azure y proporciona información general sobre las opciones de resistencia que admiten algunas regiones de Azure, al tiempo que ofrece vínculos a información más detallada sobre cada tema.

Descripción de las regiones y zonas geográficas de Azure

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

Imagen que muestra la alta disponibilidad a través de la replicación asincrónica de aplicaciones y datos en otras regiones de Azure para la protección de recuperación ante desastres.

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 Geografías de Azure.

Nota:

La mayoría de las regiones están disponibles para todos los clientes de Azure. Sin embargo, algunas regiones pertenecen a zonas geográficas soberanas de la nube , que están disponibles para algunos clientes en áreas geográficas específicas con estrictas regulaciones de residencia de datos. Las regiones de nube soberana funcionan de la misma manera que otras regiones, pero a menudo están limitadas en los servicios y características de los servicios que proporcionan. Para obtener más ejemplos de disponibilidad limitada del servicio en regiones de nube soberana, consulte Comparación de Azure Government y Azure global) o Disponibilidad de servicios para Microsoft Azure operado por 21Vianet.

Lista de regiones

Para obtener una lista de regiones de Azure, consulte Lista de regiones de Azure. 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 regiones de Azure 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 Estados Unidos, puede seleccionar una región en 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 Selección de regiones de Azure.

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 las dos opciones de resistencia que pueden estar disponibles o no en las regiones que elija.

Zonas de disponibilidad

Muchas regiones de Azure 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 de 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

Algunas regiones de Azure se emparejan con otra región de Azure para formar pares de áreas. Microsoft selecciona pares de regiones y el cliente no puede elegir los pares de regiones. Hay algunos servicios de Azure que 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 de 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 más información sobre las regiones emparejadas y no emparejadas y cómo usarlas, consulte Pares de regiones de Azure y regiones no emparejadas.

Uso de varias regiones de Azure

Es habitual usar varias regiones de Azure, 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.

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 Lista de regiones de Azure y Mapa de centros de datos de Microsoft.

  • 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 de 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.

Servicios no regionales

La mayoría de los servicios de Azure se implementan en una región específica. Sin embargo, hay algunos servicios que 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 continuar atendiendo solicitudes. Por ejemplo, Azure DNS es un servicio no regional.

Algunos servicios de Azure 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. Para más información sobre la residencia de datos, consulte Residencia de datos en Azure.

Con algunos servicios no regionales puede especificar la región donde se implementan determinados componentes. Por ejemplo, puede elegir qué región deben residir las máquinas virtuales de Azure Virtual Desktop .

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