Administrar la réplica de almacenamiento en VMM
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.
Réplica de almacenamiento permite la replicación sincrónica y independiente del almacenamiento 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 entre 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.
Obtén más información y revisa 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
Puedes 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 coste 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.
- No es necesario que el hardware de almacenamiento de origen y destino sea 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.
- VMM debe ejecutarse en Windows Server 2025 o una versión posterior datacenter Edition.
- Hyper-V debe ejecutarse en Windows Server 2019 o posterior Datacenter, Server Core o Nano.
- Solo se admite la replicación sincrónica. No se admite la asincrónica.
- Necesitas 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 Espacios directos (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.
- Necesitas 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.
- Debes ser miembro del grupo Administradores local en cada host de Hyper-V.
- 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: identifica el almacenamiento de origen y de destino que deseas usar.
Detectar y clasificar: si el almacenamiento no está actualmente en el tejido de VMM, debes detectarlo con VMM. Tanto el almacenamiento de origen como el de destino deben ser administrados por el mismo servidor VMM. Después de la detección, crea un grupo de almacenamiento y una clasificación de almacenamiento para él. Más información.
Emparejar: empareja la matriz de almacenamiento de origen y destino.
Aprovisionamiento: una vez emparejado el almacenamiento, deberás 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 debes aprovisionar un volumen para los registros de transacciones de replicación. A medida que los datos se actualizan en el almacenamiento de origen, se anexa el registro de transacciones 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, crea 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 puedes 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, debes actualizar el proveedor de almacenamiento principal y secundario. Los datos se replican en el almacenamiento de destino.
Comprobar el estado: ahora puedes comprobar el estado del grupo de replicación principal. Debe estar en el estado Replicación.
Agregar VM: cuando la replicación diferencial está en funcionamiento, puedes agregar VM que usen almacenamiento incluido en el grupo de replicación. Al agregar las VM, 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, puedes 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ás 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 VM de réplica están en funcionamiento, puedes conmutar por recuperación según sea necesario. Asegúrate de que:
- Si ejecutas un conmutación por error planeada y la ubicación de origen no está disponible, ejecutarás una conmutación por error para conmutar por recuperación desde la ubicación secundaria a la principal y, a continuación, crearás la VM en la ubicación principal.
- Si ejecutas una conmutación por error planeada y la VM de origen sigue estando disponible, debes detener la replicación, quitar la VM de origen, crear la VM en la ubicación secundaria y, a continuación, reiniciar la replicación. A continuación, en el sitio primario, puedes crear la VM con la misma configuración que la VM original.
Recuperación de objetos de PowerShell
Antes de empezar, recupera el nombre de los objetos de PowerShell que deseas usar.
Obtén el nombre de la matriz de almacenamiento principal y asígnalo a una variable.
$PriArray = Get-SCStorageArray -Name $PriArrayName
Obtén el nombre de la matriz de almacenamiento secundaria y asígnalo a una variable.
RecArray = Get-SCStorageArray -Name $RecArrayName
Obtén el nombre del grupo de almacenamiento principal y asígnalo a una variable.
$ $ PriPoolName $RecPool = Get-SCStoragePool -Name $
Obtén el nombre del grupo de almacenamiento secundario y asígnalo a una variable.
$ $PriPoolName $RecPool = Get-SCStoragePool -Name $
Emparejamiento de las matrices de almacenamiento
Empareja 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 has creado el clúster fuera de VMM y necesitas cambiar el nombre de la matriz para que coincida con el del clúster, usa:
Get-SCStorageArray -Name "existing-name" | Set-SCStorageArray -Name "new-name"
Aprovisionamiento de LUN y creación de grupos de almacenamiento
Aprovisiona un LUN desde el bloque de almacenamiento para los datos y para el registro. A continuación, crea los grupos de replicación.
Aprovisiona y crea 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
Aprovisiona y crea 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
Habilite la replicación sincrónica entre los grupos de replicación de origen y destino.
Set-SCReplicationGroup -ReplicationGroup $PriRG -Operation EnableProtection -TargetReplicationGroup $RecRG -EnableProtectionMode Synchronous
Actualización de los proveedores de almacenamiento
- Abre la consola VMM.
- Selecciona Fabric Resources>Providers. Haga clic con el botón derecho en el proveedor >Actualizar.
Comprobación del estado de la replicación
Recupera el estado de replicación del grupo de replicación de origen para asegurarte 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
Crea una VM mediante un LUN en el grupo de replicación de origen. Como alternativa, puedes crear una VM en la consola VMM.
New-SCVirtualMachine -Name "DemoVM" -VMHost <HostName> -Path $PrimaryVol -VMTemplate <VMTemplate>
Ejecución de la conmutación por error
Ejecuta 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 realizar la conmutación por recuperación, en la consola VMM, quite las VM de origen si siguen estando disponibles. No se puede conmutar por recuperación a la misma VM.
Ejecución de 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, puedes crear VM en el sitio de origen mediante los archivos de configuración o VHD con conmutación por recuperación.
Detención replicación
Si deseas detener la replicación, deberás ejecutar este cmdlet en el origen y el destino.
Set-SCReplicationGroup -ReplicationGroup $RecRG -Operation TearDown Tear down need to be done on both RGs
Pasos siguientes
- Más información sobre Réplica de almacenamiento.
- Obtén información sobre cómo asignar almacenamiento a hosts y clústeres de Hyper-V.
- Más información sobre la migración de almacenamiento