Integración de los servicios de Azure Site Recovery
Se aplica a: Windows Server 2016 Essentials
Azure Site Recovery Services es un servicio ofrecido por Microsoft Azure que habilita la replicación en tiempo real de sus máquinas virtuales (VM) a un almacén de copias de seguridad en Azure. En caso de que su servidor o sitio no funcione debido a un fallo de hardware o de otro tipo, puede conmutar por error a Azure, donde la imagen de la máquina virtual almacenada en su almacén de copias de seguridad se aprovisionará como una máquina virtual en ejecución en Azure. En combinación con una red virtual de Azure, en caso de conmutación por error a Azure, los equipos cliente que se han conectado previamente al servidor local se conectarán de forma transparente al servidor que se ejecuta en Azure.
La integración de Azure Site Recovery Services con Windows Server Essentials se inicia de la misma manera que la configuración de redes virtuales de Azure. En la página Integración de los servicios en la nube de Microsoft del panel, haga clic en Integrar con Azure Site Recovery Services a la derecha del panel:
Al igual que con la integración de Azure Virtual Network y la integración de Azure Backup, debe iniciar sesión en Azure con su cuenta de Azure existente o crear una cuenta nueva:
Tras iniciar sesión correctamente en Azure, verá una pantalla en la que se le preguntará qué suscripción quiere asociar con Azure Site Recovery Service, así como la región de Azure en la que se almacenará y alojará su máquina virtual:
Tras seleccionar la suscripción y la región, aparecerá una nueva pestaña en el panel de control de Windows Server Essentials llamada Azure Recovery. El examen de la red se realiza para identificar y enumerar los servidores host compatibles (que ejecutan Windows Server Hyper-V 2012 R2 y versiones posteriores), así como las máquinas virtuales (huéspedes) bajo los hosts individuales:
Habilitación de máquinas virtuales invitadas para la protección
Al seleccionar una máquina virtual presente en la ventana de Azure Recovery, puede hacer clic en Habilitar replicación a Azure en la parte derecha del panel para preparar y copiar la imagen de la máquina virtual a Azure:
Durante este proceso, se instala el agente de Azure Site Recovery Service en el servidor host, se crea un almacén de copias de seguridad donde se almacenará la imagen de la máquina virtual invitada y comienza la replicación de la imagen a Azure. Según el tamaño de la máquina virtual que se va a replicar, la finalización del proceso de replicación puede tardar horas o días. Hasta que la imagen completa de la máquina virtual y los últimos deltas no se repliquen en Azure, las tareas de conmutación por error no estarán disponibles y la máquina virtual no estará protegida. Una vez completada la replicación, la columna Estado de protección de la ventana Azure Recovery cambiará de Replicando a Habilitado:
Conmutación por error de una máquina virtual invitada en Azure
Cuando una máquina virtual protegida falla, o el servidor host en el que se ejecuta la máquina virtual protegida falla, se puede realizar una conmutación por error a Azure para mantener la continuidad del negocio hasta que la máquina virtual local o el servidor host se reparen y estén disponibles. Como se muestra en la ilustración anterior, hay tres tipos de conmutación por error compatibles con Azure Site Recovery Services:
Prueba de conmutación ƒUn buen plan de recuperación ante desastres incorpora la capacidad de simular un desastre para asegurar un tiempo de inactividad mínimo en el evento de un desastre real. Una conmutación por error de prueba toma la imagen de la máquina virtual que se ha replicado en su almacén de recuperación, la aprovisiona como una máquina virtual en ejecución en Azure y le permite conectarse al servidor para probar los escenarios que se aplican a la empresa. Durante una prueba de conmutación por error, la máquina virtual local sigue funcionando sin interrupciones para no interrumpir la actividad durante la prueba de recuperación ante desastres. Una vez finalizada la conmutación por error de prueba, detendrá la prueba a través de Azure Portal, que desprovisionalizará la máquina virtual y eliminará el VHD. Durante toda la prueba de conmutación por error, la imagen de la máquina virtual de su almacén de recuperación sigue replicándose desde la máquina virtual local como si nunca hubiera pasado nada.
Conmutación por error no planificada ƒUna conmutación por error no planificada se produce cuando hay un fallo real en el servidor host protegido o en la máquina virtual que se ejecuta en el servidor host. La conmutación por error se desencadena manualmente desde el panel de Windows Server Essentials o, si el propio servidor que ha fallado es el servidor en el que se ejecuta Windows Server Essentials, puede desencadenarse directamente desde Azure Portal. En este caso, la conmutación por error no planificada toma la imagen de la máquina virtual que se ha replicado en su almacén de recuperación, la aprovisiona como una máquina virtual en ejecución en Azure y le permite conectarse al servidor para probar escenarios aplicables a la empresa. Cuando su servidor se restaura en las instalaciones, se puede desencadenar una conmutación por error manual desde Azure Portal que después copiará la imagen de la máquina virtual de nuevo al servidor local.
Conmutación por error planificada ƒUna conmutación por error planificada es una acción que puede llevarse a cabo en caso de que deban realizarse actividades planificadas, como el mantenimiento del HW, que dejarían fuera de servicio al servidor. En caso de una conmutación por error planeada, se realiza el mismo proceso con respecto al aprovisionamiento de la imagen de máquina virtual replicada en Azure. Sin embargo, antes de hacerlo, el servidor local se apaga de forma ordenada para asegurarse de que todos los cambios se replican en Azure antes del apagado. Una vez finalizado el mantenimiento planificado, puede desencadenar manualmente una conmutación por error desde el panel de Windows Server Essentials o desde Azure Portal, lo que activaría el servidor local y después desaprovisionaría la máquina virtual en Azure y eliminaría el archivo .VHD. La replicación desde la máquina virtual local a Azure seguiría produciéndose después con normalidad.
En cualquiera de los tres casos anteriores, cuando una máquina virtual se traspasa a Azure, el panel de Windows Server Essentials mostrará la nueva máquina virtual en Azure ejecutándose como en la figura siguiente.