0

Conmutación por error en réplicas de máquinas virtuales desde Hyper-V a Azure

Hola a tod@s,

En este post vamos a ver, cómo realizar una conmutación por error de prueba, una conmutación por error planeada y una conmutación por error en las réplicas de máquinas virtuales que hemos mandado desde Hyper-V a Azure.

El diagrama de la infraestructura que vamos a utilizar será el siguiente:

  • Lo primero que vamos a ver, es como se realiza una Conmutación por error de prueba, para ello, accedemos a almacén de recovery service > Elementos protegidos > Elementos replicados y clicamos sobre la réplica:

  • Una vez en el elemento replicado, sobre Información general, damos a Conmutación por error de prueba:

  • Le indicamos la dirección de conmutación por error y la red virtual, clic sobre Aceptar:

  • Aquí vemos como se está realizando el trabajo:

  • Una vez terminada la conmutación por error de prueba, podemos ver, que nos ha desplegado la máquina virtual con sus dos discos:

  • Accedemos a la IP privada que nos ha dado, podemos acceder por la IP privada, ya que tenemos un VPN site to site entre nuestro entorno On-premise y Azure:

  • Aquí tenemos la máquina levantada:

  • Una vez realizada la prueba, vamos a proceder a realizar la limpieza de la conmutación por error de prueba, para ello, accedemos al elemento replicado y sobre Información general, damos a Limpiar conmutación por error de prueba:

  • Le ponemos una nota y marcamos el check de que la prueba está completa, Aceptar:

  • Como vemos, la limpieza de la conmutación por error de prueba se ha realizado correctamente:

  • Ahora vamos a realizar una Conmutación por error planeada, para ello, accedemos a almacén de recovery services > Elementos protegidos > Elementos replicados y clicamos sobre la réplica:

  • Una vez en el elemento replicado, sobre Información general, damos a Conmutación por error planeada:

  • Nos indica la dirección de conmutación por error planeada, clic sobre Aceptar:

  • Si accedemos al almacén de recovery services > Trabajos de Site Recovery, aquí vemos el proceso que va a seguir la conmutación por error planeada:

  • Como podemos ver, la conmutación por error planeada, se ha realizado correctamente:

  • Una vez terminada la conmutación por error planeada, podemos ver, que nos ha desplegado la máquina virtual con sus dos discos:

  • Accedemos a la IP privada que nos ha dado, podemos acceder por la IP privada, ya que tenemos un VPN site to site entre nuestro entorno On-premise y Azure:

  • Aquí tenemos la máquina virtual levantada:

  • Este proceso también nos puede valer para migrar máquinas virtuales de Hyper-V On-premise al Cloud de Azure, en caso de querer migrar daríamos a Aceptar:

  • Ahora en el elemento replicado, sobre Información general, damos a Confirmar:

  • Nos indica si queremos confirmar la conmutación por error planeada, Aceptar:

  • Aquí vemos que la confirmación ha sido correcta:

  • Ahora, para volver a dejar todo como estaba, es decir, que la máquina virtual replique desde el entorno on-premise de Hyper-V a Azure, debemos de hacer otra conmutación por error planeada, para ello, en el elemento replicado, sobre Información general, damos a Conmutación por error planeada:

  • Nos indica la dirección de conmutación por error planeada, que ahora es al contrario que antes, clic sobre Aceptar:

  • Si accedemos al almacén de recovery services > Trabajos de Site Recovery, aquí vemos el proceso que va a seguir la conmutación por error planeada:

  • Si accedemos a nuestro servidor de Hyper-V, podemos ver, como se está realizando la conmutación por error en sentido inverso, y todos los cambios que se hayan hecho en la máquina virtual levantada en Azure, se van a aplicar a la máquina virtual on-premise:

  • Cuando nos salga este aviso, debemos de Completar la conmutación por error:

  • Le indicamos que :

  • Como podemos ver, la conmutación por error planeada en el sentido inverso, se ha realizado correctamente:

  • Vemos que la máquina virtual en Azure se ha detenido:

  • Y se está ejecutando de nuevo, en nuestro entorno on-premise de Hyper-V:

  • Para terminar, en el elemento replicado, sobre Información general, damos a Confirmar:

  • Nos indica si queremos confirmar la conmutación por error planeada, Aceptar:

  • Aquí vemos que la confirmación ha sido correcta:

  • Como podemos ver, si accedemos al grupo de recursos donde se ubicaba la máquina virtual que habíamos levantado en Azure tras la conmutación por error planeada, esta máquina ha desaparecido, tras la confirmación:

  • Una vez confirmada, debemos de habilitar la replicación inversa, para ello, nos vamos al Elemento replicado > Información general > … > Replicación inversa y Aceptar:

  • Como podemos ver, todo nos ha quedado como estaba originalmente en Azure:

  • Como podemos ver, todo nos ha quedado como estaba originalmente en on-premise Hyper-V:

  • Ahora vamos a suponer, que nuestra máquina virtual principal en el servidor on-premise de Hyper-V, no nos inicia, por el motivo que sea, vemos que esta apagada:

  • Vamos a realizar entonces una Conmutación por error, para ello, accedemos a almacén de recovery services > Elementos protegidos > Elementos replicados y clicamos sobre la réplica:

  • Una vez en el elemento replicado, sobre Información general, damos a Conmutación por error:

  • Nos indica la dirección de conmutación por error, clic sobre Aceptar:

  • Si accedemos al almacén de recovery services > Trabajos de Site Recovery, aquí vemos el proceso que va a seguir la conmutación por error:

  • Como podemos ver, la conmutación por error se ha realizado correctamente:

  • Una vez terminada la conmutación por error, podemos ver, que nos ha desplegado la máquina virtual con sus dos discos:

  • Accedemos a la IP privada que nos ha dado, podemos acceder por la IP privada, ya que tenemos un VPN site to site entre nuestro entorno On-premise y Azure:

  • Aquí tenemos la máquina virtual levantada:

  • Este proceso también nos puede valer para migrar máquinas virtuales de Hyper-V On-premise al Cloud de Azure, en caso de querer migrar daríamos a Aceptar:

  • Ahora en el elemento replicado, sobre Información general, damos a Confirmar:

  • Nos indica si queremos confirmar la conmutación por error planeada, Aceptar:

  • Aquí vemos que la confirmación ha sido correcta:

  • Ahora, para volver a dejar todo como estaba, es decir, que la máquina virtual replique desde el entorno on-premise de Hyper-V a Azure, debemos de hacer otra conmutación por error planeada, para ello, en el elemento replicado, sobre Información general, damos a Conmutación por error planeada:

  • Nos indica la dirección de conmutación por error planeada, que ahora es al contrario que antes, clic sobre Aceptar:

  • Si accedemos al almacén de recovery services > Trabajos de Site Recovery, aquí vemos el proceso que va a seguir la conmutación por error planeada:

  • Si accedemos a nuestro servidor de Hyper-V, podemos ver, como se está realizando la conmutación por error en sentido inverso, y todos los cambios que se hayan hecho en la máquina virtual levantada en Azure, se van a aplicar a la máquina virtual on-premise:

  • Cuando nos salga este aviso, debemos de Completar la conmutación por error:

  • Le indicamos que :

  • Como podemos ver, la conmutación por error planeada en el sentido inverso, se ha realizado correctamente:

  • Vemos que la máquina virtual en Azure se ha detenido:

  • Y se está ejecutando de nuevo, en nuestro entorno on-premise de Hyper-V:

  • Para terminar, en el elemento replicado, sobre Información general, damos a Confirmar:

  • Nos indica si queremos confirmar la conmutación por error planeada, Aceptar:

  • Aquí vemos que la confirmación ha sido correcta:

  • Como podemos ver, si accedemos al grupo de recursos donde se ubicaba la máquina virtual que habíamos levantado en Azure tras la conmutación por error planeada, esta máquina ha desaparecido, tras la confirmación:

  • Una vez confirmada, debemos de habilitar la replicación inversa, para ello, nos vamos al Elemento replicado > Información general > … > Replicación inversa y Aceptar:

  • Como podemos ver, todo nos ha quedado como estaba originalmente en Azure:

  • Como podemos ver, todo nos ha quedado como estaba originalmente en on-premise Hyper-V:

 

Saludos y espero que os resulte de ayuda 😉

Jose Ramon Ramos Gata

Técnico Superior STI

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Este sitio usa Akismet para reducir el spam. Aprende cómo se procesan los datos de tus comentarios.