En este artículo, hablaremos brevemente sobre el mecanismo de replicación de Hyper-V con herramientas integradas. Desafortunadamente, por alguna razón, este mecanismo es usado muy raramente por alguien y en su lugar robar “comprar” productos como Veeam Backup, pero utilizarlos sólo para crear réplicas de máquinas virtuales.
La replicación de Hyper-V le permite realizar una copia completa de una máquina virtual en otro hipervisor (servidor) y mantiene esta copia actualizada continuamente. Por lo tanto, en caso de un colapso total del hipervisor principal, usted, como administrador del entorno de virtualización, después de tomar la decisión "El servidor principal no se puede restaurar y la VM debe iniciarse en el hipervisor de respaldo", gastará literalmente unos minutos para encender esta máquina virtual con una cantidad de datos perdidos no superior a 0,5/5/15 minutos (según la configuración). Además, si el sistema operativo invitado también es Windows (de una generación no inferior a la novena versión), luego, al usar el servicio VSS junto con los componentes de integración, completará incluso las bases de datos DBMS que estaban funcionando en el momento de crear una copia de los datos para el hipervisor de respaldo.
Una vez configurada la replicación, el hipervisor principal crea archivos de disco virtual delta y los transfiere al servidor de réplica (servidor de respaldo), y el servidor de réplica, una vez recibido, lo fusiona con el disco virtual principal. Dependiendo de la configuración, puede obtener tambien réplicas consistentes con aplicaciones (el mismo servicio VSS). Estas copias "consistentes" garantizan que todos los datos que contienen estarán intactos, e incluso en MS SQL, MySQL, PostgreSQL y otros DBMS, incluso los más cargados terminarán en el servidor de réplica con sus bases de datos en un estado intacto, y en el En caso de una falla inesperada del servidor principal, tendrá la oportunidad de tomar el último estado de la réplica (con una cantidad mínima de datos perdidos, pero con el riesgo de que la base de datos esté en un estado corrupto) o retroceder a un punto anterior, pero coherente con las aplicaciones (VSS). Y obtendrá transacciones 100% completas dentro de la base de datos.
Dependiendo de la configuración de replicación de Hyper-V, puede configurar la frecuencia de transferencia de una réplica (no consistente) cada 30 segundos, 5 minutos, 15 minutos. Aunque si profundizas en las profundidades de Windows, puedes establecer otros parámetros, no recomendamos hacerlo. Pero puede obtener puntos de reversión consistentes (VSS) solo si tiene su sistema operativo invitado Windows, tiene y ejecuta el servicio VSS y habilita en la configuración de replicación la frecuencia con la que necesita realizar un punto de reversión "consistente". De forma predeterminada, Microsoft sugiere hacer esto una vez cada 4 horas y hacer un punto no acordado cada hora. Todos estos parámetros también se pueden modificar en lo más profundo de Windows, pero no recomendamos hacerlo aquí. Como máximo, puedes cambiar la frecuencia de creación de copias consistentes a cada 3, 2 o 1 hora. Pero debe recordarse que al crear un punto de conexión, todas las aplicaciones en el sistema operativo invitado dejan de responder casi por completo a las llamadas y se ralentizan considerablemente.
Requisitos para la tintura:
- Sus hipervisores deben ser miembros de un dominio. Recuerde que si sus controladores de dominio son máquinas virtuales, debe tener al menos dos de ellos y en diferentes hipervisores. Porque a la hora de cargar el hipervisor, no detectará un Domain Controller disponible, y si por algún tipo de fallo del entorno de virtualización o de la propia VM con DomainController, tampoco obtendrá acceso al hipervisor. En los hipervisores, le recomendamos que instale AD que no esté relacionado con el dominio empresarial principal de ninguna manera. En él, cree cuentas solo para administradores del entorno de virtualización. Asigne el segmento de red del hipervisor a una VLAN separada (al menos), pero es mejor asignar conmutadores separados para al menos 10 Gbe. Restrinja el acceso a este segmento de red de tal manera que los administradores del entorno de virtualización no puedan conectarse a los hipervisores desde ningún punto como un segmento local, y mucho menos Internet.
- El subsistema de disco de su hipervisor debe tener un rendimiento suficientemente alto, ya que el mecanismo de replicación usa casi 2 veces más operaciones con el subsistema de disco en el hipervisor principal.
- En los hipervisores, en la configuración del Firewall local, debe habilitar el permiso para conectarse a través de TCP/80 y/o TCP/443 para la transmisión de réplicas (Microsoft se lo recordará durante la configuración).
Procedimiento para configurar la replicación:
Seleccione la máquina virtual en la lista y en el lado derecho del Administrador de control de Hyper-V haga clic en "Habilitar replicación". En la primera pantalla, ingrese nombre del servidor asociado de replicación (todo ya debería estar configurado en este socio, incluido abrir TCP / 80 o TCP / 443) y haga clic en “Siguiente”:
Seleccione el modo de transferencia de datos con o sin encriptación. No recomendamos enfáticamente habilitar el cifrado si sus datos se transmiten en un segmento privado. Pero si necesita configurar el cifrado, debe comprender qué es el cifrado asimétrico, configurar correctamente la CA en el dominio y obtener los certificados correctos en ambos servidores. También debe tener en cuenta el factor de carga excesiva de CPU en ambos servidores.
Aquí puede configurar qué discos virtuales deben replicarse. Por ejemplo, si no tiene mucho espacio libre en el servidor de su socio y no desea, por ejemplo, replicar el caché del servicio WSUS, puede excluir el disco con WSUS de la replicación. Tenga en cuenta que no podrá agregarlo "sobre la marcha" en el futuro y deberá volver a crear los parámetros de replicación. Puedes recrearlo de dos maneras:
- Elimine la máquina virtual en el servidor de réplica.
- Elimine los parámetros de replicación, vuelva a crearlos y transfiera la réplica inicial a la máquina virtual replicada anteriormente. Con tal restauración, la replicación inicial no se transferirá por completo, pero un disco que no se replicó previamente llegará al servidor de réplica con el nombre del disco virtual no como lo especificó en el servidor principal, sino en forma de un GUID largo. .
En esta pantalla, puede elegir la frecuencia con la que desea enviar una réplica al servidor de réplicas. Tenga en cuenta que enviar con demasiada frecuencia sobrecargará tanto el servidor de envío como el servidor de recepción. Enviar una réplica con poca frecuencia puede provocar problemas al fusionar los cambios recibidos en el lado de la réplica.
Al configurar puntos adicionales, tenga en cuenta que el servidor de réplica debe tener espacio libre igual a la cantidad de cambios para el número de horas seleccionado (primer parámetro). Recuerde también que el servicio VSS está disponible solo en los sistemas operativos Windows y funciona correctamente junto con Hyper-V y un sistema operativo invitado de Windows de la versión 9 o superior. Otro factor importante es una disminución notable en el rendimiento del sistema operativo invitado al momento de crear el punto VSS. Si el sistema invitado está muy cargado y hace este punto cada hora, obtendrá el efecto de degradar el rendimiento cada hora.
Si todo está claro con la transferencia de la réplica inicial a través de la red, entonces con la transferencia al medio y "Usar existente..." Hay matices que debes tener en cuenta.
- Para transferir la réplica inicial en el medio, debe cargar estos datos en este medio. Y esto se puede hacer simplemente exportando la VM al medio. Pero aquí hay un "matiz", que se analizará a continuación.
- Si ya tiene una réplica de su VM en un servidor de réplica, puede iniciar la replicación para acelerar el proceso usando la opción "Usar VM existente...". Tenga en cuenta que Hyper-V determina qué VM es igual en la réplica no por su nombre en el administrador, sino por su GUID (un parámetro interno de VM). Por lo tanto, no es importante el nombre exacto de su máquina virtual en la réplica. Si en el momento del inicio de dicha replicación no había discos virtuales en el servidor de réplica, se cargarán en el servidor de réplica, pero el nombre de archivo de este disco virtual no contendrá el nombre del servidor de origen, sino un GUID. Este mecanismo es útil en los casos en los que ha agregado otro disco a la máquina virtual de origen y necesita agregar este disco a la replicación.
Después de configurar la replicación, desde el envío de la réplica inicial al servidor principal, la “instantánea” (Punto de retorno) se eliminará automáticamente y comenzará el procedimiento automático de transferencia de todos los cambios al servidor de réplica.
Las ventajas de esta solución son obvias, pero aún así las señalaré:
- Disponible en la configuración básica de OS Windows Server.
- Extremadamente fácil de configurar incluso para un principiante.
- Garantiza la integridad de los datos dentro de la máquina virtual para el sistema operativo invitado de Windows.
- En caso de que falle el servidor principal o la propia máquina virtual, necesitará de 1 a 5 minutos para verificar el estado de los puntos de recuperación en el servidor de réplica y realizar una conmutación por error.
- Hay puntos de retorno durante 24 horas, luego puede regresar no al último estado (cuando los datos dentro de la VM ya estaban dañados), pero puede elegir el tiempo para el punto de recuperación.
- La capacidad de configurar la “replicación avanzada en un tercer servidor, lo que le brinda la confianza de que, en las circunstancias más negativas, tendrá otra copia de la máquina virtual completa.
Pero también hay aspectos negativos de esta decisión:
- En caso de falla del servidor principal, la máquina virtual en el servidor de réplica no se encenderá por sí sola (requiere intervención humana).
- Rendimiento ligeramente reducido debido al costo excesivo del subsistema de archivos para crear archivos de datos que deben transferirse a la réplica.
- La replicación puede dejar de funcionar espontáneamente.
Si nadie tiene preguntas especiales sobre el primer punto, y está claro para todos que si necesita un nivel aún mayor de tolerancia a fallas, entonces necesita usar un "Clúster de conmutación por error", y con el segundo, todo también está claro y Esta es una característica de la tecnología y la reducción en el rendimiento no es significativa, entonces el tercer punto es el problema. No contrate a una persona especial que venga y revise cada 15 minutos.
Para ello, hemos desarrollado un sensor para el sistema de monitorización. PRTG y lo publicaremos en nuestro sitio web pronto. GitHub. Para Zabbix también estará listo, pero un poco más tarde. Puede tomar este sensor y reescribirlo usted mismo ya que está escrito en PowerShell.