Compartir vía


Soluciones de replicación entre regiones para regiones no emparejadas

Algunos servicios de Azure admiten la replicación entre regiones para garantizar la continuidad empresarial y protegerse contra la pérdida de datos. Estos servicios usan otra región secundaria que usa replicación entre regiones. Las regiones primaria y secundaria juntas forman un par de regiones.

Sin embargo, hay algunas regiones que no están emparejadas y, por tanto, requieren métodos alternativos para lograr la replicación geográfica.

En este documento se enumeran algunos de los servicios y las posibles soluciones que admiten métodos de replicación geográfica sin necesidad de regiones emparejadas.

Azure API Management

Azure API Management no proporciona una característica real de replicación entre regiones. Sin embargo, puede usar su característica de copia de seguridad y restauración para exportar la configuración de una instancia del servicio API Management en una región e importarla en otra. Siempre que la cuenta de almacenamiento utilizada para la copia de seguridad sea accesible desde la región de destino, significa que no hay ninguna dependencia de región emparejada. En este artículo se proporciona una guía operativa.

Azure App Service

Para App Service, las copias de seguridad personalizadas se almacenan en una cuenta de almacenamiento seleccionada. Como resultado, hay una dependencia para la restauración entre regiones en GRS y regiones emparejadas. Para el tipo de copia de seguridad automática, no puede realizar copias de seguridad ni restaurar entre regiones. Como solución alternativa, puede implementar un mecanismo de copia de archivos personalizado para que el conjunto de datos guardado se copie manualmente en regiones no emparejadas y diferentes cuentas de almacenamiento.

Azure Cache for Redis

Azure Cache for Redis proporciona dos opciones de replicación entre regiones distintas que son replicación geográfica activa y replicación geográfica pasiva. En ambos casos, no hay ninguna dependencia explícita en los pares de regiones.

Azure Container Registry

La replicación geográfica permite que un registro de contenedor de Azure funcione como un registro único que atienda a varias regiones con varios registros regionales primarios. No hay restricciones impuestas por pares de regiones para esta característica. Para más información, consulte Replicación geográfica en Azure Container Registry.

Azure Cosmos DB

Si su solución requiere un tiempo de actividad continuo durante las interrupciones de la región, puede configurar Azure Cosmos DB para replicar sus datos en varias regiones y conmutar por error de forma transparente a las regiones operativas cuando sea necesario. Azure Cosmos DB admite escrituras en varias regiones y puede distribuir los datos globalmente para proporcionar acceso de baja latencia a los datos desde cualquier región sin ninguna restricción de emparejamiento.

Azure Database for MySQL

Elija cualquier Regiones de Azure Database for MySQL disponibles para poner en marcha las réplicas de lectura.

Azure Database for PostgreSQL

Para la replicación geográfica en regiones no emparejadas con Azure Database for PostgreSQL, puede usar:

Servicio administrado con replicación geográfica: el servicio administrado de Azure PostgreSQL admite la replicación geográfica activo para crear una réplica secundaria legible continuamente del servidor principal. La réplica secundaria legible podría estar en la misma región de Azure que la principal o, más comúnmente, en otra región. Este tipo de réplica secundaria legible también se conoce como réplica geográfica.

También puede usar cualquiera de los dos métodos de migración de datos administrados por el cliente en la lista para replicar los datos en una región no emparejada.

Azure Data Factory

Para la replicación geográfica en regiones no emparejadas, Azure Data Factory (ADF) admite el aprovisionamiento de infraestructura como código de canalizaciones de ADF combinadas con Control de código fuente para ADF.

Azure Event Grid

Para la replicación geográfica de temas de Event Grid en regiones no emparejadas, puede implementar conmutación por error del lado cliente.

Azure IoT Hub

Para la replicación geográfica en regiones no emparejadas, use el patrón de Concierge para el enrutamiento a una instancia secundaria de IoT Hub.

Azure Kubernetes Service (AKS)

Azure Backup puede proporcionar protección para clústeres de AKS, incluida una restauración entre regiones (CRR) característica que se encuentra actualmente en versión preliminar y solo admite Discos de Azure. Aunque la característica CRR se basa en réplicas de regiones emparejadas con GRS, se puede evitar cualquier dependencia de CRR si el clúster de AKS almacena datos solo en almacenamiento externo y evita el uso de soluciones "en clúster".

Registros de Azure Monitor

Las áreas de trabajo de Log Analytics en los registros de Azure Monitor no usan regiones emparejadas. Para garantizar la continuidad empresarial y protegerse contra la pérdida de datos, habilite la replicación del área de trabajo entre regiones. Para más información, consulte Mejorar la resistencia mediante la replicación del área de trabajo de Log Analytics entre regiones.

Azure Service Bus

Azure Service Bus puede proporcionar resistencia regional, sin dependencia de los pares de regiones, mediante las características de Replicación geográfica o Recuperación ante desastres geográfica.

Azure SQL Database

Para la replicación geográfica en regiones no emparejadas con Azure SQL Database, puede usar:

  • Característica de grupo de conmutación por error que se replica en cualquier combinación de regiones de Azure sin ninguna dependencia de GRS de almacenamiento subyacente.

  • Característica de replicación geográfica activa crear una base de datos secundaria legible sincronizada continuamente para una base de datos principal. La base de datos secundaria legible puede estar en la misma región de Azure que la principal o, lo que es más habitual, en otra región. Este tipo de base de datos secundaria legible también se conoce como una secundaria geográfica o réplica geográfica.

Instancia administrada de Azure SQL

Para la replicación geográfica en regiones no emparejadas con Azure SQL Managed Instance, puede usar:

Azure Storage

Para lograr la replicación geográfica en regiones no emparejadas:

  • Para Azure Object Storage:

    Nota:

    No se admite la replicación de objetos para Azure Data Lake Storage.

  • Para Azure NetApp Files (ANF), puede replicar en un conjunto de pares no estándar además de pares de regiones de Azure. Consulte replicación entre regiones de Azure NetApp Files (ANF).

  • Para Azure Files:

    Importante

    Debe deshabilitar la nube por niveles para asegurarse de que todos los datos están presentes localmente y aprovisionar suficiente almacenamiento en la máquina virtual de Azure para contener todo el conjunto de datos. Para asegurarse de que los cambios se replican rápidamente en la región secundaria, solo se debe tener acceso a los archivos y modificarlos en el punto de conexión del servidor en lugar de en Azure.

Azure Virtual Machines

Para lograr la replicación geográfica en regiones no emparejadas, use el servicio Azure Site Recovery. Azure Site Recovery es el servicio de recuperación ante desastres de Azure que proporciona continuidad empresarial y recuperación ante desastres mediante la replicación de cargas de trabajo desde la ubicación principal a la ubicación secundaria. La ubicación secundaria puede ser una región no emparejada si es compatible con Azure Site Recovery.

Pasos siguientes