Replicación entre regiones de Azure

Muchas regiones de Azure proporcionan zonas de disponibilidad, que son grupos separados de centros de datos. Dentro de una región, las zonas de disponibilidad están lo suficientemente cerca como para tener conexiones de baja latencia a otras zonas de disponibilidad, pero están lo suficientemente separadas para reducir la probabilidad de que más de una se vea afectada por interrupciones locales o el tiempo. Las zonas de disponibilidad tienen una infraestructura de alimentación, refrigeración y red independientes. Están diseñados para que, si una zona experimenta una interrupción, los servicios regionales, la capacidad y la alta disponibilidad son compatibles con las zonas restantes.

Aunque las regiones de Azure están diseñadas para ofrecer protección contra desastres locales con zonas de disponibilidad, también pueden proporcionar protección frente a desastres regionales o grandes con recuperación ante desastres mediante el uso de otra región secundaria que use la replicación entre regiones. Las regiones primarias y secundarias forman juntas un par de áreas.

Replicación entre regiones

Para garantizar la prestación del servicio a los clientes en todo el mundo, Azure mantiene varias zonas geográficas. Estas demarcaciones discretas definen un límite de recuperación ante desastres y residencia de datos en una o varias regiones de Azure.

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.

Image depicting high availability via asynchronous replication of applications and data across other Azure regions for disaster recovery protection.

Algunos servicios de Azure utilizan la replicación entre regiones para garantizar la continuidad empresarial y protegerse frente a 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.

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, el cliente debe configurar la replicación y la recuperació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 y los datos entre regiones del servicio se pueden decidir por cada servicio. Tendrá que adoptar un enfoque de análisis de costos y beneficios en función de 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 mediante la creación de servicios en cualquier número de regiones y, a continuación, el uso de servicios de 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 se limita al uso de servicios dentro de los 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 también tienen una región emparejada para admitir 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 clientes o ventas de Microsoft.

Pares regionales de Azure

Geografía 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 del Sur 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
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*

(*) Algunas regiones tienen acceso restringido para admitir escenarios de clientes específicos, como la recuperación ante desastres en el país o la región. Estas regiones solo están disponibles a petición mediante la creación de una nueva solicitud de soporte técnico.

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.
  • Oeste de EE. UU. 3 está emparejado en una dirección con este de EE. UU. Además, Este de EE. UU. está emparejado bidireccionalmente con 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 un par regional y logra una alta disponibilidad aprovechando las zonas de disponibilidad y el almacenamiento con redundancia local o con redundancia de zona (LRS/ZRS). Las regiones sin un par no tendrán almacenamiento con redundancia geográfica (GRS). Estas regiones siguen las directrices de residencia de datos para permitir la opción de mantener los datos residentes en la misma región. Los clientes son responsables de la resistencia de los datos en función de sus necesidades de objetivo de punto de recuperación o objetivo de tiempo de recuperación (RTO/RPO) y pueden mover, copiar o acceder a sus datos desde cualquier ubicación global. En el caso excepcional de que toda una región de Azure no esté disponible, los clientes deberán planear su recuperación ante desastres entre regiones según las instrucciones de los servicios de Azure que admiten alta disponibilidad y resistencia de Azure: continuidad empresarial y recuperación ante desastres.

En la tabla siguiente se enumeran las regiones de Azure sin un par de regiones:

Geography Region
Qatar Centro de Catar
Polonia Centro de Polonia
Israel Centro de Israel
Italia Norte de Italia
Austria Este de Austria (próximamente)
España Centro de España (próximamente)

Pasos siguientes