Replicación entre regiones de Azure
Aunque las regiones de Azure están diseñadas para ofrecer protección ante desastres locales con zonas de disponibilidad, también pueden ofrecer protección ante desastres regionales o de gran geografía con recuperación ante desastres haciendo uso de otra región secundaria que usa replicación entre regiones. Las regiones primaria y secundaria juntas forman un par de regiones.
La replicación entre regiones es uno de los varios pilares importantes de la estrategia de continuidad empresarial y recuperación ante desastres de Azure. La replicación entre regiones se basa en la replicación sincrónica de las aplicaciones y los datos existentes mediante el uso de zonas de disponibilidad dentro de la región principal de Azure para una alta disponibilidad. La replicación entre regiones replica de forma asincrónica las mismas aplicaciones y datos en otras regiones de Azure para la protección mediante la recuperación ante desastres.
Algunos servicios de Azure admiten la replicación entre regiones para garantizar la continuidad empresarial y protegerse contra la pérdida de datos. Azure ofrece varias soluciones de almacenamiento que utilizan la replicación entre regiones para garantizar la disponibilidad de los datos. Por ejemplo, el almacenamiento con redundancia geográfica de Azure (GRS) replica los datos en una región secundaria automáticamente. Este enfoque garantiza la durabilidad de los datos aunque no se pueda recuperar la región primaria.
Responsabilidad compartida
No todos los servicios de Azure replican automáticamente los datos ni se replican automáticamente desde una región con errores para la replicación cruzada en otra región habilitada. En estos escenarios, usted es responsable de la recuperación y la replicación. Estos ejemplos son ilustraciones del modelo de responsabilidad compartida. Es un pilar fundamental de la estrategia de recuperación ante desastres. Para más información sobre el modelo de responsabilidad compartida y sobre la continuidad empresarial y la recuperación ante desastres en Azure, vea Administración de la continuidad empresarial en Azure.
La responsabilidad compartida se convierte en la parte más importante de la toma de decisiones estratégicas en lo que respecta a la recuperación ante desastres. Azure no requiere el uso de la replicación entre regiones, por lo que puede usar servicios para generar resistencia sin la replicación cruzada en otra región habilitada. Sin embargo, se recomienda encarecidamente configurar los servicios esenciales entre regiones para beneficiarse del aislamiento y mejorar la disponibilidad.
Para las aplicaciones que admiten varias regiones activas, se recomienda usar varias regiones habilitadas disponibles. Esta práctica garantiza una disponibilidad óptima para las aplicaciones y minimiza el tiempo de recuperación si un evento afecta a la disponibilidad. Siempre que sea posible, diseñe la aplicación para obtener la resistencia máxima y facilitar la recuperación ante desastres.
Ventajas de la replicación entre regiones
La arquitectura para la replicación interregional de servicios y datos puede decidirse en función de cada servicio. Tendrá que adoptar un enfoque de análisis coste-beneficio basado en los requisitos estratégicos y empresariales de su organización. Las ventajas principales y amplias de la replicación entre regiones basada en el costo son complejas, extensas y necesitan elaboración. Entre las ventajas se incluye lo siguiente:
- Secuencia de recuperación de regiones: si se produce una interrupción en todas las zonas geográficas, se da prioridad a la recuperación de una región de cada conjunto de regiones habilitado. Se garantiza que las aplicaciones que se implementan en conjuntos de regiones habilitados tengan una de las regiones prioritarias para la recuperación. Si una aplicación se implementa entre regiones que no están habilitadas para la replicación entre regiones, la recuperación se puede retrasar.
- Actualización secuencial: las actualizaciones planeadas del sistema de Azure para las regiones habilitadas se escalonan cronológicamente para minimizar el tiempo de inactividad, el impacto de los errores y los errores lógicos en el extraño caso de que se produzca una actualización defectuosa.
- Aislamiento físico: Azure se esfuerza por garantizar una distancia mínima de 300 millas (483 kilómetros) entre los centros de datos de las regiones habilitadas, aunque no es posible en todas las zonas geográficas. La separación de los centros de datos reduce la probabilidad de que un desastre natural, un conflicto civil, las interrupciones de energía o las interrupciones de la red física puedan afectar a varias regiones. 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: una región reside dentro de la misma zona geográfica que su conjunto habilitado (a excepción del Sur de Brasil y Singapur) con el objeto de cumplir los requisitos de residencia de datos para fines de jurisdicción de impuestos y aplicación de la ley.
Aunque no es posible crear sus propios emparejamientos regionales, puede crear su propia solución de recuperación ante desastres creando sus servicios en cualquier número de regiones y utilizando después los servicios Azure para emparejarlos. Por ejemplo, puede usar servicios de Azure como AzCopy, para programar copias de seguridad de datos en una cuenta de almacenamiento de Azure de una región diferente. Con Azure DNS y Azure Traffic Manager, puede diseñar una arquitectura resistente para sus aplicaciones que sobrevivan a la pérdida de la región primaria.
Azure controla el mantenimiento planeado y la priorización de la recuperación para los pares regionales. Algunos servicios de Azure se basan en pares regionales de forma predeterminada, como el almacenamiento redundante de Azure.
No está limitado a utilizar servicios dentro de sus pares regionales. Aunque un servicio de Azure puede basarse en un par regional específico, puede hospedar los demás servicios en cualquier región que satisfaga sus necesidades empresariales. Por ejemplo, una solución de almacenamiento GRS de Azure puede emparejar datos en el Centro de Canadá con un par del Este de Canadá mientras usa recursos de Azure Compute ubicados en el Este de EE. UU.
Regiones emparejadas de Azure
Muchas regiones tienen una región emparejada para apoyar la replicación entre regiones en función de la proximidad y otros factores.
Importante
Para obtener más información sobre la arquitectura de su región y los emparejamientos disponibles, póngase en contacto con su representante de ventas o de atención al cliente de Microsoft.
Pares regionales de Azure
| Zona geográfica | Par regional A | Par regional B |
|---|---|---|
| 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 |
| Centro de la India | Oeste 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* |
(*) Algunas regiones tienen el acceso restringido para apoyar situaciones específicas de los clientes, como la recuperación ante desastres en el país o región. 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 US3 Oeste está emparejada en una dirección con el Este de EE. UU. Además, el Este de EE UU está emparejado bidireccionalmente con el Oeste de EE UU.
- Sur de Brasil es un caso único porque se empareja con una región fuera de su ubicación geográfica. 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 con zonas de disponibilidad y sin par regional
Azure sigue expandiéndose globalmente en regiones sin par regional y consigue una alta disponibilidad aprovechando las zonas de disponibilidad y el almacenamiento redundante localmente o redundante por zonas (LRS/ZRS). Las regiones sin un par no tendrán almacenamiento con redundancia geográfica (GRS). Sin embargo, algunos servicios ofrecen opciones alternativas para la replicación entre regiones.
Las regiones no emparejadas siguen las directrices de residencia de datos para permitir la opción de mantener los datos residentes dentro de la misma región. Los clientes son responsables de la resiliencia de los datos en función de sus necesidades de Objetivo de Punto de Recuperación u Objetivo de Tiempo de Recuperación (RTO/RPO) y pueden mover, copiar o acceder a sus datos desde cualquier lugar del mundo. En el raro caso de que una región completa de Azure no esté disponible, los clientes tendrán que planificar su recuperación de desastres entre regiones siguiendo las directrices de los servicios de Azure que admiten alta disponibilidad y Azure Resiliency - Continuidad empresarial y recuperación ante desastres.
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 (próximamente) |
| Polonia | Centro de Polonia |
| Qatar | Centro de Catar |
| España | Centro de España |