Replicación con Azure Site Recovery

Azure Site Recovery (ASR) es un servicio de recuperación ante desastres que replica cargas de trabajo desde una ubicación principal a una ubicación secundaria y permite realizar una conmutación por error si la principal deja de estar disponible. A diferencia de Azure Backup, que crea puntos de recuperación en momentos determinados, ASR mantiene una réplica actualizada continuamente de las máquinas virtuales para que pueda realizar la conmutación por error con una pérdida de datos mínima. ASR admite la replicación de Azure a Azure, de VMware o Hyper-V locales a Azure y de servidores físicos a Azure.

Para la replicación de Azure a Azure, ASR usa el Mobility Service (instalado automáticamente como una extensión de máquina virtual) para capturar las operaciones de E/S de escritura de los discos de la máquina virtual de origen. Los datos capturados se transmiten a través de la red troncal de Azure a una cuenta de almacenamiento en caché de la región de destino y, después, se escriben en discos administrados de réplica. Un almacén de Recovery Services en la región de destino coordina la replicación. La máquina virtual de origen sigue funcionando con normalidad durante la replicación; no hay impacto en el rendimiento de las escrituras por debajo del ancho de banda de replicación.

Para habilitar la replicación, vaya a la máquina virtual de origen en el portal, seleccione Disaster Recovery, elija la región de destino y configure el grupo de recursos de destino, la red virtual y la cuenta de almacenamiento en caché. ASR crea los recursos de destino e inicia la fase de replicación inicial, que copia todo el contenido de los discos en la región de destino. Cuando finaliza la sincronización inicial, ASR entra en el modo de replicación de cambios y envía continuamente solo los bloques modificados.

El panel de ASR del almacén de Recovery Services muestra el estado de replicación de cada máquina virtual protegida. Los estados posibles incluyen Healthy, Warning y Critical. La métrica de RPO (Recovery Point Objective) alcanzado muestra cuánto va por detrás la réplica respecto al origen; en la replicación de Azure a Azure, ASR suele alcanzar un RPO inferior a 1 minuto en condiciones normales. También puede consultar el consumo de ancho de banda de replicación y las condiciones de error.

Una directiva de replicación define la frecuencia de los puntos de recuperación coherentes con el bloqueo (cada 5 minutos de forma predeterminada) y la frecuencia de los puntos de recuperación coherentes con la aplicación (cada 60 minutos de forma predeterminada). Los puntos de recuperación coherentes con el bloqueo se toman sin poner la aplicación en estado inactivo; los puntos coherentes con la aplicación usan VSS/scripts para garantizar que la aplicación pueda recuperarse correctamente. La directiva también establece durante cuánto tiempo se conservan los puntos de recuperación: de 0 a 72 horas para los coherentes con el bloqueo y de 0 a 48 horas para los coherentes con la aplicación.

Durante la configuración de la replicación, ASR crea o asigna recursos de la región de destino: un grupo de recursos de destino, una red virtual de destino, una cuenta de almacenamiento en caché y discos administrados de réplica. Puede personalizar la asignación de la red de destino para colocar las máquinas virtuales de conmutación por error en subredes específicas, asignar direcciones IP privadas estáticas y configurar tamaños de máquina virtual de destino, que pueden diferir del tamaño de origen, algo útil para ajustar el tamaño durante la recuperación ante desastres. Esta configuración se almacena en la configuración de Compute and Network del elemento protegido.

En el caso de aplicaciones distribuidas entre varias máquinas virtuales (por ejemplo, un servidor web y un servidor de base de datos), puede agruparlas en un grupo de coherencia de varias máquinas virtuales. ASR coordina los puntos de recuperación coherentes con el bloqueo y con la aplicación de todas las máquinas virtuales del grupo de forma simultánea. De este modo, cuando realiza la conmutación por error, todas las máquinas virtuales se restauran al mismo momento, lo que evita la incoherencia de datos entre la capa de aplicación y la capa de base de datos que provocaría errores en la aplicación después de la conmutación por error.

La asignación de redes define a qué red virtual de destino se asigna cada VNet de origen cuando se conmuta por error las máquinas virtuales. Si su máquina virtual de origen se encuentra en una VNet denominada prod-vnet en Este de EE. UU., debe configurar una asignación de redes para que, durante la conmutación por error, la máquina virtual se coloque en dr-vnet en Oeste de EE. UU. Sin una asignación de redes, las máquinas virtuales conmutadas por error se colocan en la primera VNet disponible, lo que puede causar problemas de conectividad si la topología de la VNet difiere de la de la región de origen.

La replicación de ASR utiliza la red troncal de Azure en escenarios de Azure a Azure; no se paga por el ancho de banda de salida entre regiones de Azure emparejadas para el tráfico de replicación. Sin embargo, la velocidad de replicación de cambios no debe superar el ancho de banda de carga disponible del almacenamiento de la máquina virtual de origen. Para cargas de trabajo con muchas escrituras, como bases de datos grandes de SQL Server con un tráfico intenso de escritura, utilice la herramienta ASR Deployment Planner para estimar el ancho de banda necesario y comprobar que su entorno sea compatible antes de habilitar la replicación.

ASR admite la replicación de discos administrados y no administrados (basados en blobs), pero se recomienda especialmente la replicación de discos administrados porque elimina la necesidad de administrar cuentas de almacenamiento y ofrece un mejor rendimiento. Al replicar máquinas virtuales con discos administrados, ASR crea los discos de réplica administrados correspondientes en la región de destino. También puede excluir discos de datos específicos de la replicación, como discos temporales o de trabajo, para reducir el ancho de banda y el costo de la replicación.

ASR y Azure Backup son servicios complementarios, no alternativas. Azure Backup ofrece protección frente a la corrupción de datos, la eliminación accidental y el ransomware: permite restaurar a un estado correcto conocido de días o semanas anteriores. ASR protege frente a interrupciones regionales: permite conmutar por error a una réplica que está entre unos segundos y varios minutos por detrás del origen. Normalmente, una carga de trabajo de producción necesita ambos servicios: Backup para la protección de datos y ASR para la recuperación ante desastres y la continuidad empresarial.

Compruebe sus conocimientos sobre los conceptos de Microsoft Azure Fundamentals (AZ-900) tratados en esta lección.

En esta lección ha aprendido que Azure Site Recovery proporciona una replicación continua de los cambios de las máquinas virtuales a una región de destino para permitir una recuperación ante desastres con un RPO casi nulo; las políticas de replicación controlan la frecuencia de los puntos de recuperación coherentes frente a bloqueos y coherentes con la aplicación; y la asignación de redes garantiza que las máquinas virtuales conmutadas por error se ubiquen en la VNet de destino correcta. A continuación, exploraremos cómo probar y ejecutar de forma segura una conmutación por error con ASR.