Descripción de Azure Site Recovery
Contoso debe adoptar una estrategia de continuidad empresarial y recuperación ante desastres que mantenga sus datos protegidos y sus aplicaciones y cargas de trabajo en línea incluso cuando se produzcan interrupciones planeadas y no planeadas. Contoso puede usar Azure Site Recovery para ayudar a garantizar la continuidad empresarial mediante el mantenimiento de las aplicaciones empresariales y las cargas de trabajo en funcionamiento durante las interrupciones.
Azure Site Recovery replica las cargas de trabajo que se ejecutan en servidores físicos y máquinas virtuales desde un sitio principal en una ubicación secundaria. Si se produce una interrupción en el sitio principal de Contoso, las cargas de trabajo conmutan por error a una ubicación secundaria y los usuarios pueden acceder a las aplicaciones desde allí. Una vez que la ubicación principal vuelve a estar en funcionamiento, un administrador puede realizar la conmutación por recuperación de las cargas de trabajo a la ubicación principal.
Azure Site Recovery puede administrar la replicación de:
- Máquinas virtuales de Azure que se replican entre regiones de Azure.
- Máquinas virtuales locales, máquinas virtuales de Azure Stack y servidores físicos.
¿Qué es Azure Site Recovery?
Con Azure Site Recovery puede replicar las máquinas virtuales entre regiones de Azure. También es posible usar Azure Site Recovery para migrar máquinas virtuales y servidores físicos locales desde la infraestructura local a Azure. Imagine que Contoso ha experimentado una interrupción en sus oficinas de Nueva York, quizás debido a una inundación. Podría usar Azure Site Recovery para mitigar tales interrupciones mediante la realización de una conmutación por error a Azure.
Son las características de recuperación del sitio de Azure Site Recovery las que permiten administrar las futuras interrupciones. Azure Site Recovery está diseñado para replicar las cargas de trabajo de una región o un sitio principal designados en un sitio o región secundarios que se hayan elegido. En el siguiente gráfico, la región principal es Este de EE. UU., mientras que la región secundaria es Centro de EE. UU.
Azure Site Recovery administra la replicación de:
- Máquinas virtuales de Azure entre regiones.
- Máquinas virtuales locales en Azure y viceversa.
Sugerencia
Dado que Azure Site Recovery es un componente integrado de Azure, puede ejecutar pruebas sin problemas, lo que se conoce como simulaciones de recuperación ante desastres, sin afectar a las cargas de trabajo de producción. Esto significa que es posible comprobar que los planes de recuperación ante desastres van a ser efectivos en caso de necesidad.
Azure Site Recovery proporciona las características que se describen en la tabla siguiente.
| Característica | Descripción |
|---|---|
| Protección de máquinas virtuales de Azure | Azure Site Recovery permite proteger automáticamente las máquinas virtuales de Azure. Para ello, refleja la configuración de la máquina virtual de origen en una región secundaria de Azure y crea los grupos de recursos, las cuentas de almacenamiento, las redes virtuales y los conjuntos de disponibilidad necesarios o asociados. A los recursos que crea Azure Site Recovery se les anexa un sufijo de Azure Site Recovery. |
| Instantáneas y puntos de recuperación | Azure Site Recovery tiene directivas de replicación que se pueden personalizar. Estas directivas permiten definir el historial de retención de los puntos de recuperación y la frecuencia de las instantáneas. Se puede crear un punto de recuperación a partir de una instantánea del disco de una máquina virtual. Hay dos tipos de instantáneas disponibles: coherentes frente a bloqueos y coherentes con la aplicación. La recuperación coherente frente a bloqueos representa los datos en el disco en el momento en que se toma la instantánea. La recuperación coherente con la aplicación captura los mismos datos que la coherente frente a bloqueos, pero además incluye todos los datos en memoria y las transacciones en proceso. Al incluir los datos en memoria, Azure Site Recovery puede restaurar una máquina virtual y todas las aplicaciones en ejecución sin que se produzca pérdida de datos. De manera predeterminada, todos los puntos de recuperación se conservan durante 24 horas, aunque este plazo se puede ampliar hasta 72 horas. |
| Replicación en una región secundaria | Cuando se habilita la replicación de una máquina virtual de Azure, se instala el servicio de movilidad de Azure Site Recovery. Esta extensión registra la máquina virtual en Azure Site Recovery. Entonces se inicia la replicación continua de la máquina virtual, y todas las escrituras en el disco se transfieren de inmediato a una cuenta de almacenamiento local. Azure Site Recovery usa esta cuenta para replicar la caché en una cuenta de almacenamiento del entorno de destino. Azure Site Recovery copia los datos almacenados en la caché y los sincroniza con la cuenta de almacenamiento de destino o con los discos administrados replicados. Una vez procesados los datos, se crean puntos de recuperación coherentes frente al bloqueo. Si se habilitan puntos de recuperación coherentes con la aplicación, se generan según una programación establecida en la directiva de replicación de Azure Site Recovery. |
| Simulaciones de recuperación ante desastres (DR) | Azure Site Recovery permite realizar simulaciones de recuperación ante desastres una vez que se han completado todas las tareas de configuración de requisitos previos. La ejecución de una simulación permite validar la estrategia de replicación del entorno sin perder datos, experimentar tiempo de inactividad ni poner en riesgo el entorno de producción. |
| Conmutación por error y conmutación por recuperación flexibles | Se pueden iniciar rápidamente la conmutación por error y la conmutación por recuperación de Azure Site Recovery mediante Azure Portal. Cuando se ejecuta una conmutación por error, se selecciona un punto de recuperación y se deja que Azure Site Recovery se encargue de llevarla a cabo. La conmutación por recuperación no es más que el proceso inverso. Cuando una conmutación por error se confirma correctamente, está disponible para la conmutación por recuperación. |
Conmutación por error y conmutación por recuperación con Azure Site Recovery
Azure Site Recovery dota a la organización de la flexibilidad necesaria para conmutar por error de forma manual a una región de Azure secundaria o de conmutar por recuperación a una máquina virtual de origen. La manera más sencilla de administrar este proceso es de forma manual en Azure Portal.
Una conmutación por error se produce cuando se toma la decisión de ejecutar un plan de recuperación ante desastres para la organización. El entorno de producción existente, protegido mediante Azure Site Recovery, se cambia a otra región. El entorno de destino se convierte en el de producción y pasa a ser el entorno en el que se ejecutan los servicios de producción de la organización.
Nota:
Una vez que la región de destino esté activa, el entorno de origen ya no se debe usar. Para ello, se dejan detenidas las máquinas virtuales de origen.
Hay otra ventaja de apagar las máquinas virtuales de origen. Al apagarlas se produce una pérdida de datos mínima, ya que Azure Site Recovery espera a que todos los datos se escriban en el disco para desencadenar la conmutación por error.
¿Qué es la reprotección y por qué es importante?
Cuando se conmuta por error una máquina virtual, ya no se produce la replicación realizada por Azure Site Recovery, sino que se debe volver a habilitar la protección para empezar a proteger la máquina virtual conmutada por error. Como ya tiene la infraestructura en otra región, puede iniciar la replicación a la región de origen. La reprotección permite a Azure Site Recovery empezar a replicar el nuevo entorno de destino en el entorno de origen en el que se ha iniciado.
La flexibilidad de conmutar por error máquinas virtuales individuales o de hacerlo con un plan de recuperación se puede usar para reproteger la infraestructura conmutada por error. Puede volver a proteger cada máquina virtual de forma individual o volver a proteger varias máquinas virtuales con un plan de recuperación.
Nota:
La reprotección tarda hasta dos horas, en función del tamaño y el tipo de la máquina virtual. A diferencia de los demás procesos de Azure Site Recovery que se pueden supervisar mediante la supervisión del progreso, la reprotección se debe supervisar en el nivel de máquina virtual.
¿Qué es la conmutación por recuperación?
La conmutación por recuperación sucede a la inversa de una conmutación por error. Se produce cuando se ha confirmado una conmutación por error completada en una región secundaria, que pasa a convertirse en el entorno de producción. La reprotección se ha completado para el entorno conmutado por error y el entorno de origen es ahora su réplica.
Nota:
En un escenario de conmutación por recuperación, Azure Site Recovery conmutará por error a las máquinas virtuales de origen.
Tipos de conmutación por error
Site Recovery proporciona diferentes opciones de conmutación por error:
- Probar la conmutación por error. Esta opción se usa para ejecutar una simulación que valida la estrategia de BCDR sin pérdida de datos ni tiempo de inactividad. Crea una copia de la máquina virtual en Azure, sin afectar a la replicación en curso ni al entorno de producción: Para validar la estrategia de BCDR:
- Ejecute una conmutación por error de prueba en una sola máquina virtual o en varias en un plan de recuperación.
- Seleccione un punto de recuperación para usarlo en la conmutación por error de prueba.
- Seleccione una red de Azure en la que la máquina virtual de Azure se encuentra cuando se crea después de la conmutación por error. La red solo se usa para la conmutación por error de prueba.
- Compruebe que la conmutación por error de prueba funciona según lo previsto. Tras la prueba, Site Recovery limpia automáticamente las máquinas virtuales creadas en Azure durante la simulación.
- Conmutación por error planeada de Hyper-V. Normalmente se usa para el mantenimiento planeado; en una estrategia de conmutación por error planeada de Hyper-V, las máquinas virtuales de origen se apagan y los datos más recientes se sincronizan antes de iniciar la conmutación por error. La conmutación por error planeada conlleva algún tiempo de inactividad, pero no se pierden datos.
- Planee un período de inactividad por mantenimiento y notifique a los usuarios.
- Desconecte las aplicaciones orientadas al usuario.
- Inicie una conmutación por error planeada con el punto de recuperación más reciente. (La conmutación por error no se ejecuta si la máquina no se apaga o si se detectan errores).
- Después de la conmutación por error, compruebe que la máquina virtual de Azure de réplica está activa en Azure.
- Confirme la conmutación por error para finalizar. La acción de confirmación elimina todos los puntos de recuperación disponibles.
- Conmutación por error de Hyper-V. Normalmente esta opción de conmutación por error se ejecuta si se produce una interrupción no planeada o si el sitio principal no está disponible. Tiene la opción de apagar la máquina virtual y sincronizar los cambios finales antes de iniciar la conmutación por error. Este método produce una pérdida mínima de datos en las aplicaciones.
- Inicie el plan de BCDR.
- Inicie una conmutación por error. Antes de desencadenar la conmutación por error especifique si Site Recovery debe apagar la máquina virtual y sincronizar o replicar los cambios más recientes.
- Puede conmutar por error a una serie de opciones de puntos de recuperación:
- Si no habilita la opción para apagar la máquina virtual, o si Site Recovery no puede apagarla, se usa el punto de recuperación más reciente.
- La conmutación por error se ejecuta incluso si la máquina no se puede apagar.
- Después de la conmutación por error, compruebe que la máquina virtual de Azure de réplica está activa en Azure. Si es necesario, puede seleccionar un punto de recuperación diferente dentro del período de retención de 24 horas.
- Confirme la conmutación por error para finalizar. La acción de confirmación elimina todos los puntos de recuperación disponibles.
- Conmutación por error de VMware. Normalmente esta opción de conmutación por error se ejecuta si se produce una interrupción no planeada o si el sitio principal no está disponible. Tiene la opción de especificar que Site Recovery intente desencadenar un apagado de la máquina virtual y sincronizar y replicar los cambios finales antes de iniciar la conmutación por error. El empleo de este método produce una pérdida mínima de datos en las aplicaciones.
- Inicie el plan de BCDR.
- Inicie una conmutación por error desde Site Recovery:
- Especifique si Site Recovery debe tratar de apagar y sincronizar la máquina virtual antes de ejecutar la conmutación por error. (La conmutación por error se ejecuta aunque las máquinas no se puedan apagar).
- Después de la conmutación por error, compruebe que la máquina virtual de Azure de réplica está activa en Azure.
- Si es necesario, puede seleccionar otro punto de recuperación dentro del período de retención de 72 horas.
- Confirme la conmutación por error para finalizar. La acción de confirmación elimina todos los puntos de recuperación. En el caso de las máquinas virtuales Windows, Site Recovery deshabilita las herramientas de VMware durante la conmutación por error.