Last Updated on 7 noviembre, 2017 by TecTimes
Hyper-V Replica es una funcionalidad de Windows Server 2012 que permite replicar (crear una copia exacta) de una máquina virtual de un host Hyper-V a otro host Hyper-V (ambos con la versión de Windows Server 2012, por supuesto), sin la necesidad de tener almacenamiento compartido (shared storage), almacenamiento centralizado u otras tecnologías de replicación.
Esta funcionalidad nos puede ser útil para tener resguardo de algún servidor crítico, con la posibilidad de ponerlo en producción rápidamente, sin la necesidad de una infraestructura de replicación robusta.
En este tutorial veremos cómo utilizar esta funcionalidad integrada con Active Directory, obteniendo como resultado la replicación de un controlador de dominio en dos host que corren Hyper-V 3.
Tabla de Contenidos
- 1 Introducción
- 2 Desarrollo del Tutorial Hyper-V Replication
- 3 Conclusiones
- 4 Publicaciones Relacionadas
- 5 Comentarios y Corrección de Errores
- 6 Acerca del Autor
Introducción
Objetivo
El objetivo de este tutorial es mostrar cómo Hyper-V Réplica de Windows Server 2012 puede ayudar a las organizaciones a que, con unos simples pasos, puedan tener contingencia de sus equipos virtuales.
Alcance
Esta publicación puede aplicarse a:
- Windows Server 2012 Standard
- Windows Server 2012 Datacenter.
Escenario de Trabajo
En este escenario práctico, contamos con dos host de Hyper-V que corren bajo Windows Server 2012, integrados a un dominio de Active Directory:
- PHV01: Host 1 con Hyper-V 3 que tiene un equipo virtual llamado «DILUX_PDC01«
- PHV02: Host 2 con Hyper-V 3.
Diagrama de Infraestructura para este Tutorial de Hyper-V Replication.
El equipo «DILUX_PDC01» será el que replicaremos. Solo por motivos de disponibilidad, los controladores de dominio están en los mismos hosts (uno en cada uno). Si bien esta configuración no es la recomendable, no afecta al desarrollo de este tutorial y se plasma solo a fines informativos.
Plan de Trabajo
Nuestro Plan de Trabajo para este tutorial será el siguiente:
- Habilitación de Replicación en Host
- Replicación inicial del equipo DILUX_PDC01 del PHV01 al PHV02
- Realización de Failover planeado del PHV01 al PHV02
- Realización de Failover no planeado del PHV02 al PHV01
- Recuperación del Failover no planeado
- Realización de Failover de prueba
- Eliminación de Replicación
Desarrollo del Tutorial Hyper-V Replication
Habilitación de Replicación en Host
Lo primero que debemos hacer es habilitar la posibilidad de recibir réplicas de máquinas virtuales en el host destino.
Para esto vamos a los Settings de Hyper-V:
Acceso a configuración de host Hyper-V en Hyper-V 3.
Una vez allí, debemos ir a la solapa «Replication Configuration» y especificar los valores a las siguientes opciones:
Configuración de Replicación en Hyper-V 3.
En nuestro caso, especificamos que la opción de autenticación es «Kerberos» por HTTP. Por otro lado, especificamos que permitimos replicación específicamente desde un servidor:
Mecanismo de autenticación en replicación Hyper-V 3.
Nos aparece una alerta sobre la regla que debemos habilitar si utilizamos como firewall el firewall integrado de Windows Server:
Alerta de Firewall para Replicación en Hyper-V 3.
Replicación Inicial del Equipo Virtual DILUX_PDC01
En el Hyper-V Manager del host origen (donde está el equipo que queremos replicar) nos paramos sobre el equipo virtual en cuestión:
Replicación inicial de VM en Hyper-V 3. Acción sobre el equipo virtual a replicar.
Allí hacemos botón derecho y elegimos «Enable Replication»:
Replicación inicial de VM en Hyper-V 3. Habilitación de replicación en Equipo Virtual.
Una vez hecho esto, nos aparecerá el asistente de replicación:
Inicio de asistente de replicación inicial de VM en Hyper-V 3.
Aquí especificamos el equipo destino (el host donde replicaremos nuestro equipo):
Asistente de replicación inicial de VM en Hyper-V 3. Elección de Host Hyper-V destino.
Luego especificaremos las opciones de autenticación (kerberos por HTTP en nuestro caso) con la posibilidad de compactar datos en la replicación:
Asistente de replicación inicial de VM en Hyper-V 3. Selección de características de conexión.
Tenemos aquí la posibilidad de exceptuar algún disco virtual que no querramos replicar:
Asistente de replicación inicial de VM en Hyper-V 3. Selección de VHDXs para replicar.
Aquí vamos a configurar el historial y la recurrencia de nuestra replicación. En nuestro caso, vamos a elegir que guarde los últimos 4 recovery points, y que éstos se hagan cada 1 hora (lo mínimo configurable):
Asistente de replicación inicial de VM en Hyper-V 3. Configuración del historial y la recurrencia de nuestra replicación
Como método inicial de replicación elegiremos la red y que comience inmediatamente:
Asistente de replicación inicial de VM en Hyper-V 3. Configuración del método inicial de replicación.
Aceptamos la pantalla resumen:
Asistente de replicación inicial de VM en Hyper-V 3. Resumen de opciones seleccionadas.
La replicación se habilitará:
Asistente de replicación inicial de VM en Hyper-V 3. Habilitación de Hyper-V Réplica.
Podremos configurar las opciones de red del equipo replicado (no lo haremos ahora):
Asistente de replicación inicial de VM en Hyper-V 3.
En el equipo host origen, en el status podemos visualizar que se está enviando información inicial de réplica al otro host:
Replicación inicial de VM en Hyper-V 3. Verificación de estado de avance de replicación desde el equipo origen.
En el otro host, podemos visualizar que estamos recibiendo información de la réplica alojada:
Replicación inicial de VM en Hyper-V 3. Verificación de estado de avance de replicación desde el equipo destino.
Realización de Failover planeado del PHV01 al PHV02
Recordemos que en Hyper-V Replication, existen dos tipos de Fail Over:
- Realizar un «Planned Failover»
- Realizar un «Unplanned Failover»
En este caso realizaremos un Failover Planeado (Planned Failover). Esta acción nos permite poner activo el equipo réplica, teniendo los últimos datos del equipo origen, e invertir el orden de replicación para que el equipo que hasta ahora era réplica pueda enviar información al master.
Para esto, primeramente, tenemos que habilitar la posibilidad de recibir réplicas en el PHV01 de la misma manera que lo hicimos en el PHV02 (si es que antes no lo hemos hecho):
Configuración de opciones de replicación en host Hyper-V 3.
Una vez realizada esta configuración, podemos comenzar el Planned Failover haciendo botón derecho sobre el equipo virtual desde el PHV01, eligiendo «Replication» y luego «Planned Failover»:
Planned Failover en Hyper-V 3. Ejecución.
Nos aparecerá este cuadro, que nos indica que DEBEMOS tener el equipo apagado para realizar el Fail Over:
Planned Failover en Hyper-V 3. Ejecución.
Apagamos el equipo y realizamos la maniobra:
Planned Failover en Hyper-V 3. Ejecución.
Una vez iniciada, realizará todos los pasos que vemos en la pantalla bajo «Actions» y cuando finalice el Fail Over nos aparecerá el siguiente cartel:
Finalización de Planned Failover en Hyper-V 3.
De esta forma, podemos comprobar que el equipo está apagado en el PHV01 (originalmente nuestro servidor host master):
Finalización de Planned Failover en Hyper-V 3. Verificación del equipo apagado en host origen.
Como podemos comprobar que se encuentra prendido en nuestro PHV02 (originalmente nuestro servidor replica):
Finalización de Planned Failover en Hyper-V 3. Verificación del equipo prendido en host destino.
Realización de Failover no planeado del PHV02 al PHV01
En el caso de una rotura de nuestro servidor Master, deberíamos proceder en un «Unplanned Failover». En este caso, vamos a suponer que el equipo PHV02 (que actualmente aloja el equipo activo) sufrió una caida y no podemos realizar un Failover Planeado.
Para esto, vamos al servidor host de Hyper-V donde tenemos la rélica de nuestro equipo y elegimos «Failover» de las opciones de rélica:
Unplanned Failover en Hyper-V 3.
Nos aparecerá el siguiente cartel, indicando que solo en escenario de falla debemos realizar este procedimiento. Si el host master está disponible, debemos realizar un planned failover.
En este punto, vamos a seleccionar nuestro recovery point para realizar el unplanned failover y hacemos clic en «Fail Over»:
Unplanned Failover en Hyper-V 3. Elección del punto de recuperación.
Muy rápidamente el equipo nos indicará que el failover fue realizado y la máquina virtual se iniciará:
Finalización de Unplanned Failover en Hyper-V 3.
Recuperación del Failover no planeado
Si realizamos recientemente un unplanned failover y el equipo que antes era «Master» volvió a estar productivo, tenemos dos acciones por realizar:
- Eliminar la replicación desde el nuevo «Master» y en el otro equipo remover la máquina virtual
- Reverso de Replicación
En este caso, vamos a realizar un reverso de replicación. Para esto debemos realizar una de las acciones que se realiza cuando hacemos un Planned Failover, pero esta vez solo referido al cambio de lado de la replicación solamente (no haremos failover).
Para esto, vamos al menú «Reverse Replication» dentro de «Replication»:
Reverse Replication en Hyper-V 3.
Allí comienza el asistente de reversión:
Reverse Replication en Hyper-V 3.
Comprobamos el servidor que pasará a ser rélica:
Reverse Replication en Hyper-V 3. Comprobación del servidor que pasará a ser réplica.
Seleccionamos el mecanismo de autenticación:
Reverse Replication en Hyper-V 3. Selección de mecanismo de autenticación.
Configuramos opciones adicionales de tiempos y puntos de recuperación disponibles:
Reverse Replication en Hyper-V 3. Configuración de tiempos y puntos de recuperación
Seleccionamos las opciones de replicación inicial:
Reverse Replication en Hyper-V 3. Configuración de opciones de replicación iniciales.
Esperamos que el asistente finalice la configuración:
Reverse Replication en Hyper-V 3.
Una vez realizadas estas acciones, vemos como la replicación comienza a normalizarse enviando desde el nuevo «Master» la información a la réplica:
Reverse Replication en Hyper-V 3.
Y desde la réplica observamos como la información es recibida:
Reverse Replication en Hyper-V 3.
Realización de Failover de prueba
En Hyper-V 3 tenemos la posibilidad de realizar un «Test de Failover». Esto nos permite:
- Probar un equipo réplica
- Acceder a sus recursos
- Comprobar que el procedimiento funcione como esperamos
La prueba de failover crea un equipo virtual «Test» en el host réplica, permitiéndonos iniciarlo como un equipo virtual más.
Para realizar esto, vamos a pararnos sobre la máquina replicada dentro del host réplica y vamos a elegir la opción «Test Failover»:
Test Failover en Hyper-V 3.
Allí podremos elegir sobre que punto de restauración queremos hacer el test:
Test Failover en Hyper-V 3. Selección del punto de restauración a probar.
Una vez elegido el punto, veremos como se crea el equipo de prueba:
Test Failover en Hyper-V 3. Creación del equipo de prueba.
Este equipo podremos encenderlo y manipularlo como un equipo más (corroborar la configuración de red).
Una vez realizadas todas las pruebas que querramos realizar, para eliminar el equipo de prueba tenemos que ir nuevamente al equipo réplica y elegir «Stop Test Failover»:
Test Failover en Hyper-V 3. Eliminación del equipo de prueba (stop test failover).
Aceptamos el cartel indicando que el equipo de Test va a ser eliminado:
Test Failover en Hyper-V 3. Eliminación del equipo de prueba (stop test failover).
Podemos comprobar, luego, como el equipo de prueba fue eliminado de nuestro Hyper-V Host.
Eliminación de Replicación
Si queremos eliminar por completo la replicación, debemos hacer este procedimiento en el servidor primario y el réplica.
Para esto, hacemos botón derecho sobre el equipo y luego elegimos «Remove Replication»:
Delete Replication en Hyper-V 3.
Confirmamos la acción en el cuadro de diálogo para continuar:
Delete Replication en Hyper-V 3.
Lo mismo, recordemos, debemos hacer en el servidor réplica. Una vez realizado, solo nos queda eliminar manualmente el equipo réplica del host PHV02.
Conclusiones
Conclusión.
Comentarios y Corrección de Errores
Hemos realizado nuestro mejor esfuerzo para no cometer errores, pero al fin y al cabo somos seres humanos. Si deseás reportar algún error o darnos feedback de qué te pareció esta publicación, por favor no dejes de comunicarte con nosotros a través de correo electrónico a la siguiente dirección: info@tectimes.net.
Acerca del Autor
Mis lazos con la informática comenzaron en el año 1998, cuando tenía 16 años, y comencé a aprender como administrar servidores bajo la plataforma Microsoft (Windows Server, Exchange Server, IIS, y otros) y a realizar desarrollos de software con tecnologías ASP y PHP. Un tiempo más tarde comencé a trabajar ya en forma productiva en la administración de plataformas y desarrollo de software.
Desde hace varios años he tenido una intensa actividad en las comunidades profesionales, a través de eventos, webcasts, foros y publicaciones diversas. En Abril de 2014 fui reconocido como Most Valuable Professional (MVP) por parte de Microsoft, estando hoy reconocido en las especialidades "Windows and Devices for IT" y "Microsoft Azure".
En la actualidad me desarrollo como Service Delivery Manager en Algeiba (http://www.algeiba.com), una compañía que brinda soluciones y servicios tecnológicos, dirigiendo un Equipo de Trabajo de más de 20 personas. También soy el Director de TecTimes, un Portal de Tecnología que nació en el año 2012 como parte de un proyecto personal de contribución a la comunidad tecnológica en español.
- [Evento] Microsoft Azure | Tendencias Digitales 2019 – 26/03/2019 - 30 marzo, 2019
- [Evento] Microsoft Azure | Tendencias Digitales 2019 – 06/02/2019 - 12 febrero, 2019
- [Evento] Microsoft Azure | Modernización de Apps con la Nube de Azure – 20/12/2018 - 22 diciembre, 2018
[…] [TUTORIAL] Hyper-V Replica en Windows Server 2012 con Active Directory […]
Buen dia
Me gustaria saber como puedo hacer para hacer la replicacion de una VM, en la cual tambien almaceno Data en un Disco Fisico.