Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
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, como 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 ayudará a comprender las regiones de Azure y le proporcionará información general sobre las opciones de resistencia que admiten algunas regiones de Azure, al tiempo que se ofrecen vínculos a información más detallada sobre cada tema.
Descripción de las regiones y geografías 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 en áreas metropolitanas grandes.

Cada región se encuentra dentro de una única geografía que actúa como límite fijo de residencia de datos. En caso de tener requisitos de residencia de datos, es importante que seleccione las regiones que estén dentro de la geografía necesaria. Cada geografía tiene al menos una región equipada con zonas de disponibilidad. Para obtener una lista de todas las geografías 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 geografías de nube soberana, que están disponibles para algunos clientes de á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 los servicios y características de los servicios que proporcionan están limitados. Para obtener más ejemplos sobre la disponibilidad limitada de servicios en regiones de nube soberana, consulte Comparar 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, podrían diferir en los tipos de opciones de resistencia admitidas.
En esta sección se resumen las dos opciones de resistencia que podrían estar disponibles o no en las regiones elegidas.
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 ubican de forma física lo suficientemente cerca como para prestar una red de baja latencia, pero lo suficientemente lejos como para proporcionar aislamiento ante errores frente a fenómenos, como tormentas y cortes de energía localizados. La mayoría de los servicios de Azure proporcionan compatibilidad integrada con zonas de disponibilidad y usted puede decidir cómo usarlas para satisfacer sus necesidades. Al diseñar una solución de Azure, es necesario usar zonas de disponibilidad para proporcionar redundancia y aislamiento ante 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 están emparejadas con otra región de Azure para formar pares de regiones. Microsoft selecciona los pares de regiones y no el cliente. 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 los pares de regiones para sacar provecho de los 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 de las regiones más recientes no están emparejadas y, en su lugar, usan zonas de disponibilidad como forma principal de redundancia. Muchos servicios de Azure admiten la redundancia geográfica, tanto si las regiones se encuentran emparejadas como si no, y es posible diseñar una solución altamente resistente en caso de usar 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 al diseñar soluciones, emparejadas o no emparejadas. Al usar varias regiones, es posible aumentar la resistencia de la carga de trabajo de muchos tipos de errores y se dispone de muchas opciones para la recuperación ante desastres. Además, algunos servicios de Azure están disponibles en regiones específicas, por lo que gracias al diseño de una solución de varias regiones se 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 afecta al diseño de soluciones de varias regiones y restringe los tipos de replicación geográfica y redundancia geográfica que se pueden 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 caso de 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 error regional, la instancia del servicio en una región correcta puede continuar con las solicitudes de mantenimiento. 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 obtener 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 de las máquinas virtuales de Azure Virtual Desktop residen.
Recursos relacionados
Para obtener más información sobre los servicios de Azure que hay disponibles en cada región, consulte Productos disponibles por región.