Para ver el artículo en inglés, active la casilla Inglés. También puede ver el texto en inglés en una ventana emergente si pasa el puntero del mouse por el texto.
Traducción
Inglés

Réplica de Hyper-V

 

Se aplica a: Windows Server 2012 R2, Windows Server 2012

La réplica de Hyper-V es una parte integral del rol de Hyper-V. Replica de forma asincrónica las máquinas virtuales de Hyper-V de un sitio primario a máquinas virtuales de réplica de un sitio secundario.

  • Servidores: necesitarás dos servidores que ejecuten Windows Server 2012 o Windows Server 2012 R2 con el rol de Hyper-V.

  • Ubicación: los servidores pueden estar en la misma ubicación física o en ubicaciones geográficas totalmente separadas.

  • Topología: los servidores de réplica principales, secundarios y extendidos pueden ser independientes o nodos de un clúster de conmutación por error. Se admite una mezcla de entornos independientes y en clúster.

  • Certificado. Si tienes pensado usar una autenticación basada en certificados (necesaria para que los datos replicados se cifren durante la transmisión), necesitarás un certificado que puede ser local y autofirmado o te lo puede suministrar un servidor de CA interno.

. Después de que habilites la réplica de Hyper-V para una máquina virtual específica en el servidor principal de host de Hyper-V, la replicación inicial comienza a crear una máquina virtual idéntica en el sitio secundario. Después de la replicación inicial, la réplica de Hyper-V mantiene un archivo de registro de los VHD de la máquina virtual. El archivo de registro se reproduce en el orden inverso al VHD de réplica según la frecuencia de replicación. Este registro y orden inverso significa que los cambios más recientes se almacenan y se replican de forma asincrónica. Si no se produce la replicación en línea con la frecuencia esperada, se emite una alerta.

Puedes establecer la configuración de resincronización para una máquina virtual. Esto se puede hacer de forma manual, automática o automática dentro de una programación específica. El establecer la sincronización automática es útil para solucionar problemas de sincronización actuales.

Windows Server 2012 R2 introdujo la replicación extendida, que permite varias copias de datos para evitar escenarios de interrupción diferentes. Por ejemplo, puedes mantener una segunda réplica de máquina virtual en una ubicación geográfica cercana y una tercera copia en una zona más lejana.

En la replicación extendida, los cambios producidos en las máquinas virtuales principales al sitio secundario y al servidor de réplica extendido. Si se produce una interrupción del servicio puedes recuperar datos desde la réplica extendida y desde la secundaria, proporcionando una capa adicional de protección.

Tenga en cuenta que:

  • El servidor extendido no es compatible con la replicación consistente con las aplicaciones y tiene que usar lVHDdiscos duros virtuales que usa el servidor de réplica.

  • Puedes conmutar por error al servidor de réplica extendido si tanto el servidor principal y como el de réplica dejan de funcionar.

  • Puedes ejecutar una prueba de conmutación por error al servidor extendido como lo harías en la secundaria, sin interrumpir las cargas de trabajo.

  • La replicación extendida se configura con el Administrador de Hyper-V, Windows PowerShell (con la opción –Extended) o WMI.

    • En la consola de administrador de Hyper-V se extiende la replicación para una máquina virtual específica. Puedes establecer una frecuencia de replicación de 5 o 15 minutos. Si tienes un clúster, seleccionas la opción de la máquina virtual en la consola de Administrador de clústeres de conmutación por error.

    • En PowerShell, usa el mismo cmdlet que usaste para configurar la replicación (con una frecuencia de 5 o 15 minutos):

      Enable-VMReplication –VMName <vmname> -ReplicaServerName <extended_server_name> -ReplicaServerPort <Auth_port> -AuthenticationType <Certificate/Kerberos> -ReplicationFrequencySec <300/900> [--other optional parameters if needed—]
      
  • Puedes supervisar la replicación extendida en la ficha de replicación de la consola de Hyper-V del sitio de réplica. Puedes comprobar el estado en la consola de Hyper-V-> replicación -> ver el estado de replicación -> replicación extendida.

  • Si quieres ver la cadena de replicación extendida, usa este cmdlet de PowerShell:

    Measure-VMReplication –VMName <name> -ReplicationRelationshipType Extended | select *
    

La conmutación por error no es automática. Puedes diferenciar manualmente los tipos de replicación de una máquina virtual:

  1. Conmutación por error de prueba: se usa para comprobar que una máquina virtual de réplica puede arrancar correctamente en el sitio secundario. Crea una máquina virtual de prueba duplicada durante la conmutación por error y no afecta a la replicación normal de producción. Después de la conmutación por error, si seleccionas Conmutación por error en la máquina virtual de réplica de prueba, se eliminará.

  2. Conmutación por error planificada: se usa para conmutar por error las máquinas virtuales durante el tiempo de inactividad planificado o las interrupciones previstas. Tendrás que apagar la máquina principal antes de ejecutar una conmutación por error planificada. Después de que la máquina se conmute por error, la réplica de Hyper-V empieza a replicar los cambios de vuelta al servidor principal. El último conjunto de cambios con seguimiento se envía para asegurar que no se pierden datos. Al terminar de revertir la conmutación por error planificada comienza la replicación para que la máquina virtual principal se convierta en la secundaria y viceversa, garantizando que están sincronizadas.

  3. Conmutación por error no planificada: se usa cuando se producen interrupciones inesperadas. La conmutación por error no planificada se inicia en la máquina virtual de réplica. Solo se debe usar si se produce un error en la máquina principal. Una comprobación verifica si se está ejecutando la máquina principal. Si está habilitado el historial de recuperación, puedes recuperar un momento anterior en el tiempo. Durante la conmutación por error debes comprobar que el punto de recuperación es válido y después completar la conmutación por error para asegurarte de que se combinaron los puntos de recuperación.

Test

Planeado

No planeado

¿Cuándo se debe ejecutar?

Para comprobar que las máquinas de réplica se inician como corresponde.

Para entrenar a tu equipo.

Para probar los procesos de conmutación por error y recuperación.

Según los requisitos de organización o de cumplimiento.

Para interrupciones planificadas

Para desastres inminentes

Para el mantenimiento del servidor de host.

Cuando se producen eventos inesperados

¿Dónde se inicia la operación?

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

¿Se crea una máquina duplicada?

No

No

¿Cuánto tiempo tarda?

Una vez al mes

¿Con qué frecuencia se recomienda?

Una vez al mes

Una vez cada seis meses

Solo en caso de desastre

¿La máquina principal sigue con la réplica?

Si

Sí, con la replicación inversa de vuelta al sitio principal después de la conmutación por error.

No

¿Se pierden datos?

NONE

NONE

Depende del evento

¿Hay algún tiempo de inactividad?

NONE

Tiempo de inactividad planificado

Tiempo de inactividad no planificado

Cuando configuras la replicación para una máquina virtual, especifica el número de puntos de recuperación que quieres almacenar. Los puntos de recuperación representan puntos en el tiempo desde los que puedes recuperar datos de un equipo replicado. La recuperación desde puntos de recuperación del principio en vigor revierte una réplica. En Windows Server 2012 puedes tener acceso a puntos de recuperación de hasta 15 horas de antigüedad. En Windows Server 2012 R2 esto se extiende a 24 horas.

Mostrar: