Administrar réplica de almacenamiento en VMM

Artículo
07/10/2024

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 clúster de Hyper-V o datos de archivo. El uso de réplica de almacenamiento en VMM proporciona muchas ventajas empresariales:

Elimina el costo y la complejidad asociados a soluciones de replicación sincrónicas, 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). RTO (falta de disponibilidad de datos) solo se produce durante el tiempo en el que se produce un error en un sitio primario y se inicia un sitio secundario.
El hardware de almacenamiento de origen y destino no necesita 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 Datacenter, Server Core o Nano.
Solo se admite la replicación sincrónica. No se admite la asincrónica.
Necesita dos conjuntos de almacenamiento, ya sea de volumen o de archivos. Tanto las ubicaciones de origen como de destino deben tener el mismo tipo de almacenamiento (archivo o volumen), pero el almacenamiento real se puede mezclar. 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. No se debe compartir el almacenamiento del clúster.
Los volúmenes de origen y destino (incluidos los volúmenes de registro) deben ser idénticos en tamaño y tamaño de bloque. Esto se debe a que réplica de almacenamiento usa la replicación de bloques.
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 el tráfico bidireccional ICMP, SMB (puerto 445, más 5445 para SMB directo) y WS-MAN (puerto 5985) entre todos los nodos.
Debe ser miembro del grupo Administrador en cada nodo de clúster.
Réplica de almacenamiento solo se puede configurar con Windows PowerShell en la actualidad.
El mismo servidor VMM debe administrar el almacenamiento de origen y destino.
No se admite la integración de VMM con Azure Site Recovery.
No se admite la configuración del orden de escritura y los grupos de coherencia.

Pasos de implementación

Identificar el almacenamiento: identifique el almacenamiento de origen y de destino que desea usar.
Detectar y clasificar: si el almacenamiento no está actualmente en el tejido de VMM, debe 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 grupo de almacenamiento y una clasificación de almacenamiento para él. Más información.
Par: empareja la matriz de almacenamiento de origen y destino.
Aprovisionamiento: una vez emparejado el almacenamiento, deberá aprovisionar volúmenes de registro y datos idénticos a partir de 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 replicarán, también debe aprovisionar un volumen para los registros de transacciones de replicación. A medida que los datos se actualizan en el almacenamiento de origen, el registro de transacciones se anexa y los cambios diferenciales se sincronizan (mediante la replicación sincrónica) con el almacenamiento de destino.
Crear grupos de replicación: una vez implementados los volúmenes, cree 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 replicación: ahora puede habilitar la replicación entre los grupos de replicación de origen y 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. Debe estar en el estado Replicación.
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.
Ejecución de la conmutación por error: una vez 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.
Ejecución de la conmutación por recuperación: una vez completada la conmutación por error y las máquinas virtuales de réplica están en funcionamiento, puede conmutar por recuperación según sea necesario. Asegúrese de que:
- Si ejecuta un conmutación por error 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 sigue estando disponible, debe detener la replicación, quitar la máquina virtual de origen, crear la máquina virtual en la ubicación secundaria y, a continuación, 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.

Recuperación de 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

Emparejar las matrices de almacenamiento principal y secundaria mediante las variables para los nombres de 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 desde el bloque de almacenamiento para los datos y para el registro. A continuación, 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

Habilitar 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 >Actualizar.

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

Creación de una máquina virtual

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

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

Ejecución de la conmutación por error

Ejecución de la 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 realizar la conmutación por recuperación, en la consola VMM, quite las máquinas virtuales de origen si siguen estando disponibles. No se puede conmutar por recuperación a 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 configuración o VHD con conmutación 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 información sobre cómo asignar almacenamiento a hosts y clústeres de Hyper-V.
Más información sobre Migración del almacenamiento.

Compartir a través de