Pares de regiones de Azure y regiones no emparejadas
Las regiones de Azure son independientes entre sí. Sin embargo, Microsoft asocia algunas regiones de Azure con otras y suelen estar ambas en la misma geografía. Juntas, estas regiones forman un par de regiones. Muchas otras regiones no están emparejadas y, en su lugar, usan zonas de disponibilidad como forma principal de redundancia. En este artículo se describe el uso de las regiones no emparejadas y los pares de regiones en Azure.
Algunos servicios de Azure usan pares de regiones para admitir la replicación geográfica y la redundancia geográfica, así como para admitir algunos aspectos de la recuperación ante desastres en el improbable caso de que una región experimente errores catastróficos e irrecuperables.
Sin embargo, 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.
Regiones emparejadas
Algunos servicios de Azure usan regiones emparejadas para crear su estrategia de replicación geográfica y redundancia geográfica de varias regiones. Por ejemplo, el almacenamiento con redundancia geográfica de Azure (GRS) puede replicar automáticamente los datos en una región emparejada.
Si se encuentra en una región con un par, el uso de su par como región secundaria proporciona varias ventajas:
- Secuencia de recuperación de regiones. En el improbable caso de que se dieran interrupciones en toda la geografía, la recuperación de una región se prioriza fuera de cada par de regiones. En el caso de componentes que se implementan en regiones emparejadas, se prioriza una de las regiones para la recuperación.
- Actualización secuencial. Las actualizaciones planeadas del sistema de Azure se registran entre pares de regiones para minimizar el tiempo de inactividad, el impacto de los errores y los errores lógicos en el caso poco frecuente de actualizaciones erróneas.
- Aislamiento físico. Azure se esfuerza por garantizar una distancia mínima de 300 millas (483 kilómetros) entre regiones emparejadas, aunque no es posible en todas las geografías. La separación de regiones reduce la probabilidad de que un desastre natural, un conflicto civil, las interrupciones de energía o las interrupciones de la red física afecten a varias regiones simultáneamente. El aislamiento está sujeto a las restricciones de una zona geográfica, como la dimensión, la disponibilidad de la infraestructura de red o eléctrica y la normativa.
- Residencia de datos. Para cumplir con los requisitos de residencia de datos, casi todas las regiones residen dentro de la misma geografía que su par. Para obtener información sobre las excepciones, consulte lista de pares de regiones.
Importante
La implementación de recursos en una región en un par no la hace automáticamente más resistente, ni proporciona funcionalidades automáticas de alta disponibilidad, de recuperación ante desastres o conmutación por error. Resulta fundamental el desarrollo de sus propios planes de alta disponibilidad y recuperación ante desastres, independientemente de si se usan regiones emparejadas o no.
Incluso aunque se configuren características de servicio para usar pares de regiones, no confíe en la conmutación por error administrada por Microsoft entre esos pares como enfoque de recuperación ante desastres principal. Por ejemplo, la conmutación por error administrada por Microsoft de las cuentas de almacenamiento habilitadas para GRS solo se realiza en situaciones catastróficas y después de repetidos intentos de recuperación erróneos.
No se encuentra limitado al uso de servicios dentro de una sola región o dentro del par de la región. Aunque un servicio de Azure dependiera de un par regional específico para algunas de sus funcionalidades de confiabilidad, sería posible hospedar los servicios en cualquier región que satisfaga sus necesidades empresariales. Por ejemplo: una solución de Azure podría usar Azure Storage en la región Centro de Canadá con almacenamiento GRS para replicar datos en la región emparejada, Este de Canadá, mientras usa recursos de proceso de Azure ubicados en Este de EE. UU. y recursos de Azure OpenAI ubicados en Oeste de EE. UU.
Lista de pares de regiones
En la tabla siguiente se enumeran los pares de regiones de Azure:
| Zona geográfica | Región en par | Región en par |
|---|---|---|
| Asia Pacífico | Asia Pacífico (Región Administrativa Especial de Hong Kong) | Sudeste Asiático (Singapur) |
| Australia | Este de Australia | Sudeste de Australia |
| Centro de Australia | Centro de Australia 2* | |
| Brasil | Sur de Brasil | Centro-sur de EE. UU. |
| Sudeste de Brasil* | Sur de Brasil | |
| Canadá | Centro de Canadá | Este de Canadá |
| China | Norte de China | Este de China |
| Norte de China 2 | Este de China 2 | |
| Norte de China 3 | Este de China 3* | |
| Europa | Norte de Europa (Irlanda) | Oeste de Europa (Países Bajos) |
| Francia | Centro de Francia | Sur de Francia* |
| Alemania | Centro-oeste de Alemania | Norte de Alemania* |
| India | Centro de la India | Sur de la India |
| Sur de la India | Centro de la India | |
| Oeste de la India | Sur de la India | |
| Japón | Japón Oriental | Japón Occidental |
| Corea | Centro de Corea del Sur | Sur de Corea del Sur* |
| Noruega | Este de Noruega | Oeste de Noruega* |
| Sudáfrica | Norte de Sudáfrica | Oeste de Sudáfrica* |
| Suecia | Centro de Suecia | Sur de Suecia* |
| Suiza | Norte de Suiza | Oeste de Suiza* |
| Reino Unido | Oeste de Reino Unido | Sur de Reino Unido 2 |
| Estados Unidos | Este de EE. UU. | Oeste de EE. UU. |
| Este de EE. UU. 2 | Centro de EE. UU. | |
| Centro-Norte de EE. UU | Centro-sur de EE. UU. | |
| Oeste de EE. UU. 2 | Centro-Oeste de EE. UU. | |
| Oeste de EE. UU. 3 | Este de EE. UU. | |
| Emiratos Árabes Unidos | Norte de Emiratos Árabes Unidos | Centro de Emiratos Árabes Unidos* |
| Departamento de Defensa de EE. UU. | US DoD (este)* | US DoD (centro)* |
| US Gov | US Gov Arizona* | US Gov Texas* |
| US Gov Virginia* | US Gov Texas* | |
| US Gov Texas* | US Gov Virginia* |
(*) Ciertas regiones tienen acceso restringido para admitir escenarios de clientes específicos, como la recuperación ante desastres en el país. Estas regiones solo están disponibles previa solicitud mediante la creación de una nueva solicitud de asistencia.
Importante
- Oeste de la India se empareja en una sola dirección. La región secundaria del India occidental es Sur de la India, pero la región secundaria esta última es Centro de la India.
- La región Oeste de EE. UU. 3 está emparejada en una dirección con Este de EE. UU. La región Este de EE UU está emparejada bidireccionalmente con Oeste de EE. UU.
- Sur de Brasil se empareja con una región externa a su geografía. La región secundaria de Sur de Brasil es Centro-sur de EE. UU. La región secundaria de Centro-sur de EE. UU. no es Sur de Brasil.
Regiones no emparejadas
Azure se continúa expandiendo globalmente y muchas de las regiones más recientes proporcionan varias zonas de disponibilidad para lograr una mayor resistencia y no tienen un par de regiones.
Muchos servicios de Azure admiten la replicación geográfica y la redundancia geográfica entre cualquier conjunto arbitrario de regiones y no se basan en pares de regiones. Es importante comprender cómo funciona la compatibilidad con varias regiones para los servicios concretos que se usen. Para obtener más información sobre los detalles de cada servicio, consulte las guías de confiabilidad del servicio de Azure.
Lista de regiones no emparejadas
En la tabla siguiente se enumeran las regiones Azure sin un par de regiones:
| Zona geográfica | Region |
|---|---|
| Austria | Este de Austria (próximamente) |
| Israel | Centro de Israel |
| Italia | Norte de Italia |
| México | Centro de México |
| Nueva Zelanda | Norte de Nueva Zelanda |
| Polonia | Centro de Polonia |
| Qatar | Centro de Catar |
| España | Centro de España |