Windows Server 2012 – Demostración: Hyper-V Réplica de Máquina Virtual (Replica Virtual Machine)

En esta ocasión continuando con las pruebas sobre Windows Server 2012 y las nuevas características de Hyper-V v3 demostraré una de las nuevas capacidades, como es la posibilidad de tener máquinas virtuales replicadas y actualizadas automáticamente entre servidores con Hyper-V

Debemos recordar que esta opción no reemplaza a un “Failover Cluster” con alta disponibilidad, pero sí nos permitirá tener una máquina virtual replicada entre dos servidores Hyper-V, y hacer un “failover” planificado. Es decir, que ante la falla de la máquina virtual en funciones, puedo levantar la copia sincronizada (periódicamente) en otro Hyper-V

Para esta ocasión utilizaré la misma estructura ya creada en la nota “Windows Server 8 – Customer Preview – Demostración: Hyper-V Live Migration sin cluster (!!!)” que son sólo dos servidores Hyper-V en ambinete de Dominio Active Directory

Partimos de lo que dejamos en la nota anterior: una máquina virtual Windows XP (que estoy usando para disminuir el consumo de recursos) funcionando en el equipo HYPER1, y ninguna en HYPER-2

Lo primero que debemos hacer es en HYPER-2 habilitar para que reciba la réplica, así que en Hyper-V Manager, seleccionamos la opción Hyper-V Settings, seleccionamos Replication Configuration, y configuramos como muestra la siguiente pantalla. Observemos que además de habilitar la replicación he seleccionado la opción de utilizar Kerberos como protocolo de autenticación ya que estamos en ambiente de Dominio, puede seleccionar el puerto que se utilizará, y que además podríamos seleccionar desde cuáles servidores podría recibir replicación

Algo importante a configurar en ambos servidores, debemos configurar el cortafuegos para permitir la replicación.
Para permitir la replicación desde HYPER-1 a HYPER-2 alcanzaría con hacerlo solamente en HYPER-2, pero si queremos usar la opción de “failover” deberemos habilitar la regla en ambos.

Teniendo lo anterior preparado, vamos a HYPER-1 y configuremos nuestra máquina virtual para que sea replicada a HYPER-2, así que con botón derecho sobre la misma elegimos Enable Replication

Y seguimos el asistente

Seleccionamos a dónde la replicaremos

Seleccionamos el método de autenticación y observen, que por omisión, los datos serán comprimidos durante el envío por red

Podemos elegir qué discos de la máquina virtual serán copiados

Un detalle muy interesante ya que nos permitirá mantener más de un punto de recuperación de acuerdo a la replicación

Elegimos cómo será la replicación inicial ya que la podríamos hacer por red o mediante medios externos, o inclusive otra máquina virtual

Sólo nos resta confirmar

Cuando nos confirma que ha configurado la replicación, ingresemos con el botón Settings que hay cosas interesantes para ver

Para evitar conflictos podemos observar que le podemos asignar a la réplica diferente configuración de red. Por omisión la dejará desconectada de la red, con lo cual se asegura de evitar conflictos

Moviéndonos ahora a HYPER-2 podemos ver en poco tiempo que ya se ha efectuado la réplica

Trabajando sobre esta réplica podemos ver si la replicación se está ejecutando sin problemas

E inclusive podemos simular un problema y probar si la réplica funcionará adecuadamente

Preguntará qué versión utilizará

Y observamos que creará una nueva máquina virtual con el mismo nombre y el agregado “ – Test” para que podamos diferenciarla
Podemos levantar esta virtual y probar su funcionamiento inclusive

Ya que tenemos verificado el estado de la replicación, e inclusive la prueba de la virtual es momento de ver el “failover” en real.
En mi caso procedí directamente al apagado de la máquina en HYPER-1, y procedí con la opción Failover en HYPER-2

Preguntará por el punto de recuperación

Y finalmente ya la tenermos funcionando perfectamente en HYPER-2

 

Resumiendo: con la opción de replicación de máquinas virtuales, podemos tener una copia sincronizada periodícamente, que ante una falla de la original nos permitirá levantar la copia, con un mínimo de demora y poca pérdida de datos

Agrego dos enlaces donde pueden encontrar información más detallada sobre el funcionamiento:

Anuncios
Post a comment or leave a trackback: Trackback URL.

Comentarios

  • Sergio  On 10/12/2012 at 08:03

    Hola, estoy siguiendo estos pasos, pero cuando llego al punto de habilitar la replicación para una máquina virtual, sigo todo el asistente y al dar clic al botón FINALIZAR, el cartel de “Habilitando replicación…” no desaparece nunca… lo dejé un día entero en ese estado y nunca terminó, obviamente tampoco me habilitó la replicación. Tenes idea que podrá ser? Podrá ser algun problema con la maquina virtual? Gracias

    • Delprato  On 10/12/2012 at 15:26

      Hola Sergio. Primero que nada ¿las máquinas son parte de un Dominio AD?
      Segundo, probaría deshabilitando los cortafuegos, a ver si el problema viene de ahí
      Y tercero, nunca está demás comprobar que exista conectivdad IP (PING)

      • Sergio  On 10/12/2012 at 15:35

        Delprato, gracias por tu comentario. Te cuento que probé con otra VM y anduvo bien. Se ve que con esa VM que probé primero hay algo mal.. tal vez reinstalando los servicios de integración…

        Contestando a tu pregunta: Los Hyper-V Server son parte del mismo dominio. Las máquinas virtuales no. Firewall en ambos servidores está desactivado (ya se que no es una buena práctica, pero como estoy probando…)

        Ahora me pregunto si será posible indicarle al Hyper-V Server que la replica la realice por una placa de red determinada, para no usar la red que utilizan las VM´s para salir al exterior, por un tema de no usar ancho de banda copiando varios gigas de replicas… se me había ocurrido editar el archivo HOSTS del servidor e indicarle con otro nombre de DNS y otra IP (de la placa de red secundaria) cual debe ser el servidor de replicas… voy a probar si eso me da resultado… alguna sugerencia?

      • Delprato  On 10/12/2012 at 16:10

        Las preguntas eran para tratar de comenzar a ver por dónde venía el problema que no replicaba

        La solución del archivo HOSTS yo la he utilizado, aunque para otras cosas, y funciona
        Al crear una entrada “NombreDelOtro -> DirIP”, no consulta al DNS porque eso está “cacheado” en memoria
        No te olvides de hacer antes un IPCONFIG /FLUSHDNS para que se elimine el “cacheo” anterior
        Yo lo uso justamente porque tengo dos máquinas, ambas con dos placas, y una de cada máquina las conecto con un cable cruzado, para cuando tengo que transferir datos muy grandes

      • Sergio  On 10/12/2012 at 16:36

        Exactamente esa era la idea, un cable cruzado uniendo los 2 servidores. Muchas gracias!!!! Te cuento después como resultó la implementación.

  • GaboRayo  On 22/09/2016 at 11:20

    ¡Excelente aporte, Guillermo! Muchas gracias por mostrarnos las funcionalidades de una forma tan fácil y clara.

    Una pregunta: ¿la copia replicada de la maquina requiere de una licencia adicional de Windows Server o, por ser una replica para usarse en caso de falla, es suficiente con la licencia de la maquina original?

    De antemano, muchas gracias.

Este espacio es para comentarios sobre la nota. No es un sitio de soporte

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión / Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión / Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión / Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión / Cambiar )

Conectando a %s

A %d blogueros les gusta esto: