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:
- 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.
Azure Storage
Para lograr la replicación geográfica en regiones no emparejadas:
Para Azure Object Storage:
En el caso de Blob Storage y Azure Data Lake Storage, puede usar herramientas como AZCopy o Azure Data Factory.
Para las cuentas de almacenamiento de uso general v2 y las cuentas de blob en bloques Premium, puede usar Replicación de objetos de Azure 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:
Para copiar los archivos en otra cuenta de almacenamiento de otra región, use herramientas como:
Para ver un script de ejemplo, consulte Sincronización entre dos recursos compartidos de archivos de Azure para copia de seguridad y recuperación ante desastres.
Para sincronizar entre el recurso compartido de archivos de Azure (punto de conexión en la nube), un servidor de archivos de Windows local y un recurso compartido de archivos montado que se ejecuta en una máquina virtual de otra región de Azure (el punto de conexión de servidor con fines de recuperación ante desastres), use Azure File Sync.
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 Desktop
Para la replicación geográfica en regiones no emparejadas para Azure Virtual Desktop, debe tener en cuenta las máquinas virtuales host de sesión y el almacenamiento para perfiles de usuario, aplicaciones y datos. Microsoft administra el plano de control de Azure Virtual Desktop, que se distribuye globalmente y tiene alta disponibilidad.
En el caso de los hosts de sesión, puede implementar máquinas virtuales en varias regiones en un escenario activo-activo o replicarlas entre regiones mediante Azure Site Recovery en un escenario activo-pasivo.
Para obtener almacenamiento, consulte Azure Storage.
Para más información, consulte continuidad empresarial multiregión y recuperación ante desastres (BCDR) para Azure Virtual Desktop y arquitectura del servicio Azure Virtual Desktop y.
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.