Administrar Réplica de almacenamiento en VMM

Artículo
04/29/2023

Importante

Esta versión de Virtual Machine Manager (VMM) ha llegado al final del soporte técnico. Se recomienda actualizar a VMM 2022.

Réplica de almacenamiento se introdujo en Windows Server 2016. Permite la replicación sincrónica, independiente del almacenamiento, de nivel de bloque, entre clústeres o servidores para la preparación y recuperación ante desastres, y la ampliación de un clúster de conmutación por error en todos los sitios para lograr una alta disponibilidad. La replicación sincrónica permite el reflejo de datos en sitios físicos con volúmenes coherentes frente a bloqueos para asegurar que no se produce absolutamente ninguna pérdida de datos en el nivel de sistema de archivos. La replicación asincrónica permite la extensión de sitios más allá del área metropolitana con la posibilidad de pérdida de datos.

Obtenga más información y revise las preguntas más frecuentes.

En este artículo se explica cómo se integra réplica de almacenamiento con System Center - Virtual Machine Manager (VMM) y se describe cómo configurar réplica de almacenamiento mediante PowerShell para replicar el almacenamiento en el tejido de VMM.

Réplica de almacenamiento en VMM

Puede usar Réplica de almacenamiento para replicar datos de archivo o datos de clúster de Hyper-V. El uso de réplica de almacenamiento en VMM proporciona muchas ventajas empresariales:

Elimina el costo y la complejidad asociados a las soluciones de replicación sincrónica, como SAN.
La replicación sincrónica minimiza el tiempo de inactividad y la pérdida de datos. Proporciona un RPO de 0 (pérdida de datos cero). El RTO (no disponibilidad de datos) solo se produce durante el tiempo en el que se produce un error en un sitio principal y se inicia un sitio secundario.
El hardware de almacenamiento de origen y de destino no tiene que ser idéntico.

Antes de comenzar

VMM debe ejecutarse en Windows Server 2016 o una versión posterior de Datacenter Edition.
Hyper-V debe ejecutarse en Windows Server 2016 o posterior Centro de datos, Server Core o Nano.
Solo se admite la replicación sincrónica. La asincrónica no se admite.
Necesitará dos conjuntos de almacenamiento, ya sea por volumen o de archivos. Las ubicaciones de origen y destino deben tener el mismo tipo de almacenamiento (archivos o volumen), pero el almacenamiento real puede ser mixto. Por ejemplo, podría tener SAN de canal de fibra en un extremo y Spaces Direct (en modo hiperconvergido o desagregado) en el otro.
Cada conjunto de almacenamiento debe estar disponible en cada uno de los clústeres. El almacenamiento de clúster no se debe compartir.
Los volúmenes de origen y de destino (incluidos los volúmenes de registro) tienen que ser idénticos en tamaño y en tamaño de bloque. Esto se debe a que Réplica de almacenamiento usa replicación de bloque.
Necesita al menos una conexión de 1 GbE en cada servidor de almacenamiento, preferiblemente 10 GbE, iWARP o InfiniBand.
Cada servidor de archivos o nodo de clúster necesita reglas de firewall que permitan icMP, SMB (puerto 445, más 5445 para SMB directo) y WS-MAN (puerto 5985) tráfico bidireccional entre todos los nodos.
Tiene que ser miembro del grupo de administradores en cada nodo del clúster.
Réplica de almacenamiento solo puede configurarse mediante Windows PowerShell en este momento.
El almacenamiento de origen y de destino debe estar administrado por el mismo servidor VMM.
No se admite la integración de VMM con Azure Site Recovery.
No se admite la configuración de grupos de orden y coherencia de escritura.

Pasos de implementación

Identificar el almacenamiento: identifique el almacenamiento de origen y de destino que quiere usar.
Detectar y clasificar: si el almacenamiento no se encuentra en el tejido de VMM, tendrá que detectarlo con VMM. Tanto el almacenamiento de origen como el de destino deben administrarse mediante el mismo servidor VMM. Después de la detección, cree un bloque de almacenamiento y una clasificación de almacenamiento para él. Más información.
Emparejar: empareje la matriz de almacenamiento de origen y de destino.
Aprovisionamiento: una vez emparejado el almacenamiento, deberá aprovisionar volúmenes de registro y datos idénticos desde los grupos de almacenamiento de origen y destino creados en las matrices de almacenamiento correspondientes. Además de aprovisionar un volumen para los datos que se van a replicar, también tiene que aprovisionar un volumen para la réplica de registros de transacciones. A medida que se actualizan los datos en el almacenamiento de origen, se anexa el registro de transacciones y se sincronizan los cambios diferenciales (con replicación sincrónica) con el almacenamiento de destino.
Crear grupos de replicación: una vez implementados los volúmenes, se crean grupos de replicación. Los grupos de replicación son grupos lógicos que contienen varios volúmenes. Los grupos de replicación deben ser idénticos, que contienen los volúmenes de datos y de registro para los sitios de origen y destino, respectivamente.
Habilitar la replicación: ahora puede habilitar la replicación entre los grupos de replicación de origen y de destino.
Actualizar: para finalizar la creación de grupos de replicación y desencadenar la replicación de datos inicial, debe actualizar el proveedor de almacenamiento principal y secundario. Los datos se replican en el almacenamiento de destino.
Comprobar el estado: ahora puede comprobar el estado del grupo de replicación principal. Su estado debería ser Replicando.
Agregar máquinas virtuales: cuando la replicación diferencial está en funcionamiento, puede agregar máquinas virtuales que usen almacenamiento incluido en el grupo de replicación. Al agregar las máquinas virtuales, se detectarán y comenzarán a replicarse automáticamente.
Ejecutar conmutación por error: después de que la replicación esté en un estado de sincronización, puede ejecutar una conmutación por error para comprobar si funciona según lo previsto. No hay un mecanismo de conmutación por error de prueba, por lo que ejecutará una conmutación por error manual en respuesta a interrupciones planeadas o no planeadas. Después de la conmutación por error, puede eliminar la máquina virtual en el sitio de origen (si aún existe) y crear una máquina virtual en el sitio de destino mediante los datos replicados.
Ejecutar la conmutación por recuperación: una vez finalizada la conmutación por error y cuando las máquinas virtuales de réplica estén en funcionamiento, puede ejecutar la conmutación por recuperación cuando lo necesite. Asegúrese de que:
- Si ejecuta una conmutación por error no planeada y la ubicación de origen no está disponible, ejecutará una conmutación por error para conmutar por recuperación desde la ubicación secundaria a la principal y, a continuación, creará la máquina virtual en la ubicación principal.
- Si ejecuta una conmutación por error planeada y la máquina virtual de origen todavía está disponible, tendrá que detener la replicación, quitar la máquina virtual de origen, crear la máquina virtual en la ubicación secundaria y luego reiniciar la replicación. A continuación, en el sitio primario, puede crear la máquina virtual con la misma configuración que la máquina virtual original.

Recuperar objetos de PowerShell

Antes de empezar, recupere el nombre de los objetos de PowerShell que desea usar.
Obtenga el nombre de la matriz de almacenamiento principal y asígnelo a una variable.
```
    $PriArray = Get-SCStorageArray - Name $PriArrayName
```
Obtenga el nombre de la matriz de almacenamiento secundaria y asígnelo a una variable.
```
    RecArray = Get-SCStorageArray - Name $RecArrayName
```
Obtenga el nombre del grupo de almacenamiento principal y asígnelo a una variable.
```
    $ $ PriPoolName $RecPool = Get-SCStoragePool -Name $
```
Obtenga el nombre del grupo de almacenamiento secundario y asígnelo a una variable.
```
    $ $PriPoolName $RecPool = Get-SCStoragePool -Name $
```

Emparejar las matrices de almacenamiento

Empareje las matrices de almacenamiento principal y secundaria con las variables de los nombres de la matriz de almacenamiento.

Nota

El nombre de la matriz debe ser el mismo que el nombre del clúster.

      Set-SCStorageArray -StorageArray $PriArray -PeerStorageArrayName $RecArray.name

Si creó el clúster fuera de VMM y necesita cambiar el nombre de la matriz para que coincida con el nombre del clúster, use:

      Get-SCStorageArray -Name "existing-name" | Set-SCStorageArray -Name "new-name"

Aprovisionar LUN y crear los grupos de almacenamiento

Aprovisione un LUN del bloque de almacenamiento de datos y del registro. Luego cree grupos de replicación.

Aprovisione y cree en el origen.

    Set-SCStorageArray -StorageArray $PriArray -PeerStorageArrayName $RecArray.name

    $PrimaryVol = New-SCStorageVolume -StorageArray $PriArray -StoragePool $PriPool -Name PrimaryVol -SizeInBytes $VolSize -RunAsynchronously -PhysicalDiskRedundancy "1" -FileSystem "CSVFS_NTFS" -DedupMode "Disabled"

    $PrimaryLogVol = New-SCStorageVolume -StorageArray $PriArray -StoragePool $PriPool -Name PrimaryLogVol -SizeInBytes $LogVolSize -GuidPartitionTable -RunAsynchronously -FileSystem "NTFS"

    $PriRG = New-SCReplicationGroup -Name PriRG -StorageVolume $PrimaryVol -LogStorageVolume $PrimaryLogVol

Aprovisione y cree en el destino.

    $RecoveryVol = New-SCStorageVolume -StorageArray $RecArray -StoragePool $RecPool -Name RecoveryVol -SizeInBytes $VolSize -RunAsynchronously -PhysicalDiskRedundancy "1" -FileSystem "CSVFS_NTFS" -DedupMode "Disabled"

    $RecoveryLogVol = New-SCStorageVolume -StorageArray $RecArray -StoragePool $RecPool -Name RecoveryLogVol -SizeInBytes $LogVolSize -GuidPartitionTable -RunAsynchronously -FileSystem "NTFS"

    $RecRG = New-SCReplicationGroup -Name RecRG -CreateOnArray -ProtectionMode Synchronous -StorageVolume $RecoveryVol -LogStorageVolume $RecoveryLogVol

Habilitación de la replicación

Ahora habilite la replicación sincrónica entre los grupos de replicación de origen y de destino.

    Set-SCReplicationGroup -ReplicationGroup $PriRG -Operation EnableProtection -TargetReplicationGroup $RecRG -EnableProtectionMode Synchronous

Actualizar los proveedores de almacenamiento

Abra la consola VMM.
Seleccione Proveedores de recursos> de Tejido. Haga clic con el botón derecho en el proveedor >>.

Comprobación del estado de la replicación

Recupere el estado de replicación del grupo de replicación de origen para asegurarse de que la replicación funciona según lo previsto.

    Get replication status Get-SCReplicationGroup | where {($_.Name.EndsWith("PriRG")) -or ($_.Name.EndsWith("RecRG"))}  | fl Name, IsPrimary, ReplicationState, ReplicationHealth

Crear una VM

Cree una máquina virtual con un LUN en el grupo de replicación de origen. Como alternativa, puede crear una máquina virtual en la consola de VMM.

    New-SCVirtualMachine -Name "DemoVM" -VMHost <HostName> -Path $PrimaryVol -VMTemplate <VMTemplate>

Ejecución de la conmutación por error

Ejecute una conmutación por error.

    Set-SCReplicationGroup -ReplicationGroup $PriRG -Operation PrepareForFailover

    Set-SCReplicationGroup -ReplicationGroup SRecRG -Operation Failover

Ejecución de una conmutación por recuperación

Antes de conmutar por recuperación, en la consola VMM, quite las máquinas virtuales de origen si aún están disponibles. No se puede conmutar por recuperación en la misma máquina virtual.

Ahora ejecute la conmutación por recuperación:

    Set-SCReplicationGroup -ReplicationGroup $PriRG -Operation ReverseRoles -EnableProtectionMode Synchronous -TargetReplicationGroup $RecRG

Después de ejecutar la conmutación por recuperación, puede crear máquinas virtuales en el sitio de origen mediante los archivos de VHD o configuración conmutado por recuperación.

Detención replicación

Si desea detener la replicación, deberá ejecutar este cmdlet en el origen y el destino.

    Set-SCReplicationGroup -ReplicationGroup $RecRG -Operation TearDown  Tear down need to be done on both RGs

Saber más

Más información sobre Réplica de almacenamiento.
Obtenga más información sobre la asignación de almacenamiento a los hosts y clústeres de Hyper-V.
Obtenga más información sobre la migración del almacenamiento.