[ASR] Proteger máquinas administradas con Hyper-V - Parte 4

Entradas de esta serie:

Proteger máquinas administradas con Hyper-V - Preparar la infraestructura
Proteger máquinas administradas con Hyper-V - Replicación inicial
Proteger máquinas administradas con Hyper-V - Conmutación por error de prueba
Proteger máquinas administradas con Hyper-V - Conmutación por error planeada
Proteger máquinas administradas con Hyper-V - Conmutación por recuperación (failback)

CONMUTACIÓN POR ERROR PLANEADA

En la entrada anterior vimos cómo ejecutar una conmutación por error de prueba, lo cual es bastante útil en los momentos en que deseemos ver si nuestro DRP funciona tal como esperamos que lo haga, también puede ser ejecutado con fines de auditoría, con ello existe la posibilidad de que deseemos ejecutar la conmutación por error y que la infraestructura de Azure pase a ser el entorno productivo, a esto se le conoce como conmutación por error planeada, lo cual significa que la infraestructura on-premises dejará de estar operativa y en su lugar se activará la réplica en Azure, pueden existir varias razones para hacerlo, una de ellas puede ser que necesitamos realizar alguna actividad de mantenimiento en la infraestructura on-premises y debemos apagar los servidores de virtualización,  por ello "planeamos" conmutar por error a nuestro sitio alterno que en este caso se trata de Azure, y precisamente de eso se trata esta cuarta entrega.

El proceso para ejecutar la conmutación por error planeada es similar al que realizamos para ejecutar la conmutación por error de prueba, y básicamente lo que debemos hacer es ingresar al elemento protegido desde el portal de Azure y hacer clic en Conmutación por error planeada

En la dirección de la conmutación por error se puede apreciar que es desde On-premises hacia Microsoft Azure.

Una vez inicie el proceso de conmutación por error, si verificamos el estado de replicación desde Hyper-V veremos que el estado es Prepared for planed failover

A diferencia de la conmutación por error de prueba, en la planeada la máquina de origen se apaga una vez se replica el delta de los cambios.

Solo resta esperar a que el proceso finalice, podemos ver el progreso desde el portal.

Como se puede apreciar en la imagen anterior, la última parte del proceso es iniciar la máquina virtual replicada, ahora la máquina no se acompaña de la palabra "test" al final del nombre como ocurre con la conmutación por error de prueba.

En mi caso le asignaré una dirección IP pública para tener acceso a la misma y revisarla, pero bien se puede tener acceso a través de una VPN que tengamos establecida o incluso usando Azure Bastion.

Ahora que tengo acceso a la máquina voy a ingresar un registro en la base de datos Usuarios

Ahora en mi base de datos de prueba tengo dos registros.

Una vez que hemos probado que nuestra aplicación, base de datos o lo que sea que hayamos replicado está funcionando como debe ser, podemos "confirmar" ese punto de restauración, de no ser así podemos cambiar a otro punto de restauración, si vemos que todo luce bien hacemos clic en Confirmar

Nos pide confirmación, ya que el punto de restauración no se podrá cambiar una vez confirmado.

Una vez confirmado el punto de restauración también lo podremos ver en el estado.

Con esto hemos finalizado la conmutación por error de prueba, en la próxima entrada veremos cómo realizar el failback desde Azure hacia el entorno on-premises.

Continúa en: Proteger máquinas administradas con Hyper-V - Conmutación por recuperación (failback)