Configuración de la réplica de Hyper-V

  • Artículo

Se aplica a: Windows Server 2022, Windows Server 2019, Windows Server 2016, Azure Stack HCI en sus versiones 22H2 y 21H2

La réplica de Hyper-V es una parte integral del rol de Hyper-V. Contribuye a la estrategia de recuperación ante desastres mediante la replicación de máquinas virtuales de un servidor host Hyper-V a otro para mantener las cargas de trabajo disponibles. Réplica de Hyper-V crea una copia de una máquina virtual activa en una máquina virtual de réplica sin conexión. Tenga en cuenta lo siguiente:

  • Hosts de Hyper-V: los servidores host principal y secundario pueden ubicarse físicamente en el mismo lugar o en ubicaciones geográficas distintas con replicación a través de un vínculo WAN. Los hosts de Hyper-V pueden ser independientes, estar agrupados o ser una combinación de ambos. No hay ninguna dependencia de Active Directory entre los servidores y no es necesario que sean miembros del dominio.

  • Replicación y seguimiento de cambios: al habilitar Réplica de Hyper-V en una máquina virtual específica, la replicación inicial crea una máquina virtual de réplica idéntica en un servidor host secundario. Después de eso, el seguimiento de cambios de Réplica de Hyper-V crea y mantiene un archivo de registro que recoge los cambios en un VHD de máquina virtual. El archivo de registro se reproduce en orden inverso en el VHD de réplica en función de la configuración de frecuencia de replicación. Esto significa que los cambios más recientes se almacenan y se replican de forma asincrónica. La replicación puede ser a través de HTTP o HTTPS.

  • Replicación extendida (encadenada): le permite replicar una máquina virtual de un host principal en un host secundario y replicar el host secundario en un tercer host. Tenga en cuenta que no se puede replicar desde el host principal directamente al segundo y al tercero.

    Esta característica hace que Réplica de Hyper-V sea más sólida para la recuperación ante desastres, ya que puede recuperarse de la réplica principal y extendida si ocurre una interrupción. Puede conmutar por error a la réplica extendida si las ubicaciones principales y secundarias dejan de funcionar. Tenga en cuenta que la réplica extendida no soporta la replicación consistente con las aplicaciones y tiene que usar los mismos VHD que la réplica secundaria.

  • Conmutación por error: si ocurre una interrupción en la ubicación principal (o secundaria si es una replicación extendida), puede iniciar manualmente una conmutación por error de prueba, planeada o sin planear.

    Pregunta Probar Planeado No planeado
    ¿Cuándo debo ejecutar esto? Comprueba que una máquina virtual puede conmutar e iniciarse en el sitio secundario

    Útil para pruebas y entrenamiento

    		 Durante el tiempo de inactividad planeado y las interrupciones Durante eventos inesperados
    ¿Se crea una máquina virtual duplicada? Sí No No
    ¿Dónde se enciende? En la máquina virtual de réplica Se inicia en la principal y se completa en la secundaria En la máquina virtual de réplica
    ¿Con qué frecuencia debo ejecutar? Se recomienda una vez al mes para las pruebas Una vez cada seis meses o según los requisitos de cumplimiento Solo en caso de desastre cuando la máquina virtual principal no esté disponible
    ¿La máquina virtual principal sigue replicando? Sí Sí. Cuando se resuelve la interrupción, la replicación inversa replica los cambios de vuelta al sitio principal para que tanto el sitio principal y el secundario estén sincronizados. No
    ¿Ocurre alguna pérdida de datos? Ninguno Ninguno. Tras una conmutación por error, Réplica de Hyper-V replica el último conjunto de datos rastreados de vuelta en el sitio principal para asegurar que no haya pérdida de datos. Depende del evento y de los puntos de recuperación
    ¿Hay algún tiempo de inactividad? Ninguno. No impacta en el entorno de producción. Crea una máquina virtual de prueba durante la conmutación por error. Al finalizar la conmutación por error, seleccione Conmutación por error en la máquina virtual de réplica y se limpiará y eliminará automáticamente. La duración de la interrupción planeada La duración de la interrupción no planeada

  • Puntos de recuperación: al configurar los ajustes de replicación de una máquina virtual, especifique los puntos de recuperación que desee almacenar en ella. Los puntos de recuperación son una instantánea en el tiempo desde la cual se puede recuperar una máquina virtual. Obviamente, se pierden menos datos si se hace la recuperación desde un punto de recuperación reciente. Los puntos de recuperación son accesibles hasta un máximo de 24 horas.

Requisitos previos de implementación

Esto es lo que debe comprobar antes de comenzar:

  • Identifique qué VHD necesitan replicarse. En concreto, deben excluirse de la replicación los VHD con datos que cambian rápidamente y que el servidor Réplica no usa tras la conmutación por error, como los discos de archivos de páginas, para conservar el ancho de banda de la red. Tome nota de qué VHD pueden excluirse.

  • Decida cada cuanto necesita sincronizar los datos: los datos sincronizados en el servidor Réplica se actualizan según la frecuencia de replicación que haya configurado (30 segundos, 5 minutos o 15 minutos). La frecuencia que elija debe tener en cuenta lo siguiente: ¿Las máquinas virtuales ejecutan datos críticos con un RPO bajo? ¿Cuáles son las consideraciones de ancho de banda? Las máquina virtual muy críticas obviamente necesitarán una replicación más frecuente.

  • Decida cómo recuperar los datos: Réplica de Hyper-V solo almacena de forma predeterminada un punto de recuperación único que es la última replicación enviada del principal al secundario. Sin embargo, si desee tener la opción de recuperar datos en un punto del tiempo más próxima, puede especificar que se almacenen puntos de recuperación adicionales (24 por hora como máximo). Si necesita puntos de recuperación adicionales, debería tener en cuenta que eso requiere más sobrecarga de los recursos de procesamiento y almacenamiento.

  • Averigüe que cargas de trabajo replicará: la replicación estándar de Réplica de Hyper-V mantiene la consistencia en el estado del sistema operativo de la máquina virtual después de una conmutación por error, pero no mantiene el estado de las aplicaciones que se ejecutan en la máquina virtual. Si desea poder recuperar el estado de las cargas de trabajo, puede crear puntos de recuperación coherentes entre aplicaciones. Tenga en cuenta que la recuperación coherente entre aplicaciones no está disponible en el sitio de réplica extendida si está usando una replicación extendida (encadenada).

  • Decida cómo hacer la replicación de los datos de una máquina virtual: la replicación comienza transfiriendo las necesidades de transferir el estado actual de las máquinas virtuales. Este estado inicial puede transmitirse directamente por la red existente, ya sea de manera inmediata o en un momento posterior que usted configure. También puede usar una máquina virtual restaurada preexistente como la copia inicial (por ejemplo, se ha restaurado una copia de seguridad anterior de la máquina virtual en el servidor Réplica). O bien, puede ahorrar ancho de banda de la red si copia la copia inicial en medios externos y, a continuación, entrega físicamente los medios al sitio donde se encuentre el servidor Réplica. Si desea usar una máquina virtual preexistente, elimine todas las instantáneas anteriores asociadas con ella.

Pasos de implementación

Paso 1: configure los hosts de Hyper-V

Necesitará como mínimo dos hosts de Hyper-V con una o más máquinas virtuales en cada servidor. Introducción a Hyper-V. El servidor host donde replicará máquinas virtuales deberá configurarse como el servidor de réplicas.

  1. En la configuración de Hyper-V del servidor dónde replicará máquinas virtuales, en Configuración de la replicación, seleccione Habilitar este equipo como servidor de réplica.

  2. Puede replicar mediante HTTP o mediante HTTPS. Seleccione Usar Kerberos (HTTP) o Usar autenticación basada en certificados (HTTPS. De forma predeterminada, HTTP 80 y HTTPS 443 están habilitados como excepciones de firewall en el servidor de réplica de Hyper-V. Si cambia la configuración del puerto predeterminada, también deberá cambiar la excepción del firewall. Si replica a través de HTTPS, deberá seleccionar un certificado y debe tener configurada la autenticación de certificados.

  3. Para la autorización, seleccione Permitir replicación desde cualquier servidor autenticado para permitir que el servidor de réplica acepte el tráfico de replicación de las máquinas virtuales desde cualquier servidor principal que se autentique correctamente. Seleccione Permitir replicación desde los servidores especificados para aceptar el tráfico solo desde los servidores principales que seleccione específicamente.

    En ambas opciones, puede especificar dónde se deben almacenar los VHD replicados en el servidor de Hyper-V de réplica.

  4. Haga clic en Aceptar o en Aplicar.

Paso 2: Configurar el firewall

Para permitir la replicación entre los servidores principal y secundario, el tráfico debe atravesar el firewall de Windows (o cualquier otro firewall de terceros). Al instalar el rol de Hyper-V en los servidores, se crean excepciones predeterminadas para HTTP (80) y HTTPS (443). Si usa estos puertos estándar, solo tendrá que habilitar las reglas:

  • Para habilitar las reglas en un servidor host independiente:

    1. Abra Firewall de Windows con seguridad avanzada y haga clic en Reglas de entrada.

    2. Para habilitar la autenticación HTTP (Kerberos), haga clic con el botón derecho en Escucha HTTP de réplica de Hyper-V (TCP de entrada)>Habilitar regla. Para habilitar la autenticación basada en certificados, haga clic con el botón derecho en Escucha HTTPS de réplica de Hyper-V (TCP de entrada)>Habilitar regla.

  • Para habilitar reglas en un clúster de Hyper-V, inicie una sesión de Windows PowerShell mediante Ejecutar como administrador y ejecute uno de estos comandos:

    • Para HTTP:

      get-clusternode | ForEach-Object {Invoke-command -computername $_.name -scriptblock {Enable-Netfirewallrule -displayname "Hyper-V Replica HTTP Listener (TCP-In)"}}

    • Para HTTPS:

      get-clusternode | ForEach-Object {Invoke-command -computername $_.name -scriptblock {Enable-Netfirewallrule -displayname "Hyper-V Replica HTTPS Listener (TCP-In)"}}

Habilitar la replicación de máquinas virtuales

Haga lo siguiente en cada máquina virtual que quiera replicar:

  1. En el panel Detalles del Administrador de Hyper-V, haz clic en una máquina virtual para seleccionarla. En el Administrador de Hyper-V, haga clic con el botón secundario en la máquina virtual > Habilitar replicación... para abrir el asistente para Habilitar la replicación.

  2. En la página Antes de comenzar, haga clic en Siguiente.

  3. En la página Especificar Servidor Réplica, en la caja de Servidor Réplica, introduzca el NetBIOS o el FQDN del servidor Réplica. Si el servidor Réplica forma parte de un clúster de conmutación por error, escribe el nombre del agente de réplica de Hyper-V. Haga clic en Next.

  4. En la página Especificar parámetros de conexión, Réplica de Hyper-V recupera automáticamente la configuración de autenticación y puerto que configuró para el servidor de réplicas. Si los valores no se recuperan, compruebe que el servidor está configurado como un servidor de réplica y que está registrado en DNS. Si es necesario, escriba la configuración manualmente.

  5. En la página Elegir los VHD de replicación, asegúrese de que los VHD que desea replicar estén seleccionados y desmarque las casillas de los VHD que desee excluir de la replicación. A continuación, haga clic en Siguiente.

  6. En la página Configurar frecuencia de replicación, especifique la frecuencia con la que se deben sincronizar los cambios desde el principal al secundario. A continuación, haga clic en Siguiente.

  7. En la página Configurar puntos de recuperación adicionales, seleccione si desea mantener solo el punto de recuperación más reciente o crear puntos adicionales. Si quiere recuperar de forma coherente las aplicaciones y cargas de trabajo que tienen sus propios escritores de VSS, se recomienda seleccionar la Frecuencia del Servicio de instantáneas de volumen (VSS) y especificar la frecuencia con la que se crean instantáneas coherentes entre aplicaciones. Tenga en cuenta que el servicio de solicitante de VMM de Hyper-VMM debe ejecutarse tanto en los servidores de Hyper-V principales y secundarios. A continuación, haga clic en Siguiente.

  8. En la página Elegir método de replicación inicial, selecciona el método de replicación inicial que usar. La configuración predeterminada para enviar la copia inicial a través de la red copiará el archivo de configuración de la máquina virtual principal (VMCX) y los archivos de disco duro virtual (VHDX y VHD) seleccionados a través de la conexión de red. Compruebe la disponibilidad del ancho de banda de red si va a usar esta opción. Si la máquina virtual principal ya está configurada en el sitio secundario como una máquina virtual de replicación, puede ser útil seleccionar Usar una máquina virtual existente en el servidor de replicación como copia inicial. Puede usar la exportación de Hyper-V para exportar la máquina virtual principal e importarla como una máquina virtual de réplica en el servidor secundario. En cuanto a las máquinas virtuales de mayor tamaño o con ancho de banda limitado, puede elegir que la replicación inicial a través de la red se produzca más tarde y configurar las horas de poca actividad o enviar la información de replicación inicial como medios sin conexión.

    Si realiza la replicación sin conexión, transportará la copia inicial al servidor secundario mediante un medio de almacenamiento externo, como un disco duro o una unidad USB. Para ello, deberá conectar el almacenamiento externo al servidor principal (o al nodo propietario de un clúster) y al seleccionar Enviar copia inicial mediante medios externos, puede especificar una ubicación local o en los medios externos donde se puede almacenar la copia inicial. Se crea una máquina virtual de marcador de posición en el sitio de réplica. Tras la replicación inicial, el almacenamiento externo se puede enviar al sitio de réplica. Allí, conecte los medios externos al servidor secundario o al nodo propietario del clúster secundario. A continuación, importe la réplica inicial en una ubicación especificada y la combinará en la máquina virtual del marcador de posición.

  9. En la página Completar la habilitación de la replicación, revise la información del resumen y haga clic en Finalizar. Los datos de la máquina virtual se transferirán de acuerdo con la configuración elegida. Se muestra un cuadro de diálogo que indica que la replicación se habilitó correctamente.

  10. Si desea configurar la replicación extendida (encadenada), abra el servidor de réplicas y haga clic con el botón derecho en la máquina virtual que desea replicar. Haga clic en Replicación>Replicación extendida y especifique la configuración de replicación.

Ejecución de la conmutación por error

Después de completar estos pasos de implementación, el entorno replicado está configurado y en funcionamiento. Ahora puede ejecutar conmutaciones por error según sea necesario.

Conmutación por error de prueba: si desea ejecutar una conmutación por error de prueba, haga clic con el botón derecho en la máquina virtual de réplica y seleccione Replicación> Conmutación por error de prueba. Elija el punto de recuperación más reciente u otro si está configurado. Se creará una nueva máquina virtual de prueba y se iniciará en el sitio secundario. Una vez finalizadas las pruebas, seleccione Detener conmutación por error de prueba en la máquina virtual de réplica para limpiarla. Tenga en cuenta que solo puede ejecutar una conmutación por error de prueba a la vez en una máquina virtual. Para obtener más información, consulte Conmutación por error de prueba en réplica de Hyper-V.

Conmutación por error planeada: para ejecutar una conmutación por error planeada, haga clic con el botón derecho en la máquina virtual principal y seleccione Replicación>conmutación por error planeada. La conmutación por error planeada realiza comprobaciones de los requisitos previos para garantizar que no hay pérdida de datos. Comprueba que la máquina virtual principal se apaga antes de iniciar la conmutación por error. Una vez conmutada por error la máquina virtual, comienza a replicar de vuelta los cambios en el sitio principal cuando está disponible. Tenga en cuenta que para que esto funcione, el servidor principal debe configurarse para recibir la replicación del servidor secundario o desde el agente de réplica de Hyper-V en el caso de un clúster principal. La conmutación por error planeada envía el último conjunto de cambios rastreados. Para obtener más información, consulte Conmutación por error de prueba en Réplica de Hyper-V.

Conmutación por error no planeada: para ejecutar una conmutación por error no planeada, haga clic con el botón derecho en la máquina virtual de réplica y seleccione Replication>Conmutación por error no planeada desde el administrar de Hyper-V o el administrador de clústeres de conmutación por error. Puede recuperar desde el punto de recuperación más reciente o desde puntos de recuperación anteriores si esta opción está habilitada. Después de la conmutación por error, compruebe que todo funciona según lo previsto en la máquina virtual conmutada por error y haga clic en Completar en la máquina virtual de réplica. Más información.