Gérer un réplica de stockage dans VMM

Article
04/29/2023

Important

Cette version de Virtual Machine Manager (VMM) a atteint la fin du support. Nous vous recommandons de mettre à niveau vers VMM 2022.

Le réplica de stockage a été introduit dans Windows Server 2016. Il permet une réplication synchrone indépendante du stockage, au niveau du bloc entre des clusters ou des serveurs pour la préparation et la récupération d’urgence, et l’extension d’un cluster de basculement sur plusieurs sites pour une haute disponibilité. La réplication synchrone permet la mise en miroir des données dans des sites physiques avec des volumes cohérents en cas d’incident, ce qui garantit aucune perte de données au niveau du système de fichiers. La réplication asynchrone permet l’extension de site au-delà de plages métropolitaines avec la possibilité de perte de données.

En savoir plus et consulter les FAQ.

Cet article explique comment le réplica de stockage s’intègre à System Center - Virtual Machine Manager (VMM) et explique comment configurer le réplica de stockage à l’aide de PowerShell pour répliquer le stockage dans l’infrastructure VMM.

Réplica de stockage dans VMM

Vous pouvez utiliser le réplica de stockage pour répliquer des données du cluster Hyper-V ou des données de fichier. L’utilisation du réplica de stockage dans VMM offre de nombreux avantages pour l’entreprise :

Il élimine le coût et la complexité associés aux solutions de réplication synchrone, telles que SAN.
La réplication synchrone réduit au minimum les pertes de données et les temps d’arrêt. Il fournit un RPO de 0 (zéro perte de données). L’objectif de délai de récupération (indisponibilité des données) ne se produit que pendant la période dans laquelle un site principal échoue et un site secondaire démarre.
Les matériels de stockage source et de destination ne doivent pas être identiques.

Avant de commencer

VMM doit s’exécuter sur Windows Server 2016 ou une version ultérieure de Datacenter Edition.
Hyper-V doit s’exécuter sur Windows Server 2016 ou version ultérieure datacenter, Server Core ou Nano.
Seule la réplication synchrone est prise en charge. La réplication asynchrone n’est pas prise en charge.
Vous avez besoin de deux jeux de stockage (volume ou fichier). Les emplacements source et de destination doivent avoir le même type de stockage (fichier ou volume), mais le stockage réel peut être une combinaison. Par exemple, vous pouvez disposer d’un réseau SAN Fibre Channel à une extrémité et d’espaces directs (en mode hyperconvergé ou désagrégé) à l’autre.
Chaque jeu de stockage doit être disponible dans chacun des clusters. Le stockage de cluster ne doit pas être partagé.
Les volumes source et de destination (y compris les volumes de journaux) doivent être de taille et de taille de bloc identiques. En effet, le réplica de stockage utilise la réplication de bloc.
Vous avez besoin d’au moins une connexion 1 GbE sur chaque serveur de stockage, de préférence 10 GbE, iWARP ou InfiniBand.
Chaque serveur de fichiers ou nœud de cluster a besoin de règles de pare-feu qui autorisent le trafic bidirectionnel ICMP, SMB (port 445, plus 5445 pour SMB Direct) et WS-MAN (port 5985).
Vous devez être membre du groupe Administrateurs sur chaque nœud de cluster.
Pour l’instant, le réplica de stockage ne peut être configuré qu’à l’aide de Windows PowerShell.
Les stockages source et de destination doivent être gérés par le même serveur VMM.
L’intégration de VMM à Azure Site Recovery n’est pas prise en charge.
La définition d’une demande d’écriture et de groupes de cohérence n’est pas prise en charge.

Étapes du déploiement

Identifier le stockage : identifiez le stockage source et de destination que vous souhaitez utiliser.
Découvrir et classifier : si votre stockage ne se trouve pas dans l’infrastructure VMM, vous devez le découvrir avec VMM. Le stockage source et le stockage de destination doivent être gérés par le même serveur VMM. Après la découverte, créez un pool de stockage et une classification de stockage pour celui-ci. Plus d’informations
Associer : associez les baies de stockage source et de destination.
Provisionner : une fois votre stockage couplé, vous devez provisionner des volumes de données et de journaux identiques à partir des pools de stockage source et de destination créés sur les tableaux de stockage respectifs. Outre un volume pour les données à répliquer, vous devez configurer un volume pour les journaux de transactions de réplication. Quand les données sont mises à jour sur le stockage source, le journal des transactions est ajouté et les modifications delta sont synchronisées (à l’aide de la réplication synchrone) avec le stockage de destination.
Créer des groupes de réplication : une fois les volumes en place, vous créez des groupes de réplication. Les groupes de réplication sont des groupes logiques contenant plusieurs volumes. Les groupes de réplication doivent être identiques, contenant les volumes de données et de journaux pour les sites source et de destination, respectivement.
Activer la réplication : à présent, vous pouvez activer la réplication entre les groupes de réplication source et de destination.
Actualiser : pour finaliser la création de groupes de réplication et déclencher la réplication de données initiale, vous devez actualiser le fournisseur de stockage principal et secondaire. Les données sont répliquées sur le stockage de destination.
Vérifier l’état : à présent, vous pouvez vérifier l’état du groupe de réplication principal. Il doit être dans l’état Réplication en cours.
Ajouter des machines virtuelles : lorsque la réplication delta est en cours d’exécution, vous pouvez ajouter des machines virtuelles qui utilisent le stockage contenu dans le groupe de réplication. Lorsque vous ajoutez les machines virtuelles, elles sont détectées et commencent à se répliquer automatiquement.
Exécuter le basculement : une fois que la réplication est dans un état de synchronisation, vous pouvez exécuter un basculement vers case activée s’il fonctionne comme prévu. Il n’existe pas de mécanisme de test de basculement. Vous allez donc exécuter un basculement manuel en réponse à des pannes planifiées ou non. Après le basculement, vous pouvez supprimer la machine virtuelle sur le site source (si elle existe toujours) et créer une machine virtuelle sur le site de destination à l’aide des données répliquées.
Exécuter une restauration automatique : une fois que le basculement est terminé et que les machines virtuelles de réplication sont opérationnelles, vous pouvez effectuer une restauration automatique en fonction de vos besoins. Assurez-vous que :
- Si vous exécutez un basculement non planifié et que votre emplacement source n’est pas disponible, vous allez exécuter un basculement pour effectuer une restauration automatique de l’emplacement secondaire vers l’emplacement principal, puis créer la machine virtuelle à l’emplacement principal.
- Si vous avez exécuté un basculement planifié et que la machine virtuelle source est toujours disponible, vous devez arrêter la réplication, supprimer la machine virtuelle source, créer la machine virtuelle à l’emplacement secondaire et redémarrer la réplication. Ensuite, sur le site principal, vous pouvez créer la machine virtuelle avec les mêmes paramètres que la machine virtuelle d’origine.

Récupérer les objets PowerShell

Avant de commencer, récupérez le nom des objets PowerShell que vous souhaitez utiliser.
Obtenez le nom du tableau de stockage principal et affectez-le à une variable.
```
    $PriArray = Get-SCStorageArray - Name $PriArrayName
```
Obtenez le nom du tableau de stockage secondaire et affectez-le à une variable.
```
    RecArray = Get-SCStorageArray - Name $RecArrayName
```
Obtenez le nom du pool de stockage principal et affectez-le à une variable.
```
    $ $ PriPoolName $RecPool = Get-SCStoragePool -Name $
```
Obtenez le nom du pool de stockage secondaire et affectez-le à une variable.
```
    $ $PriPoolName $RecPool = Get-SCStoragePool -Name $
```

Associer les baies de stockage

Associez les baies de stockage principal et secondaire en utilisant les variables des noms de baie de stockage.

Notes

Le nom du tableau doit être identique au nom du cluster.

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

Si vous avez créé le cluster en dehors de VMM et que vous devez renommer le nom du tableau pour qu’il corresponde au nom du cluster, utilisez :

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

Configurer des numéros d’unité logique et créer les groupes de stockage

Configurez un numéro d’unité logique à partir du pool de stockage pour les données et pour le journal. Créez ensuite des groupes de réplication.

Effectuez la configuration et la création sur la source.

    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

Effectuez la configuration et la création sur la destination.

    $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

Activer la réplication

À présent, activez la réplication synchrone entre les groupes de réplication source et de destination.

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

Actualiser les fournisseurs de stockage

Ouvrez la console VMM.
Sélectionnez Fournisseurs de ressources>d’infrastructure. Cliquez avec le bouton droit sur le fournisseur, puis choisissez >>.

Vérifier l’état de la réplication

Récupérez les status de réplication pour le groupe de réplication source afin de vous assurer que la réplication fonctionne comme prévu.

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

Créer une machine virtuelle

Créez une machine virtuelle à l’aide d’un numéro d’unité logique dans le groupe de réplication source. Vous pouvez également créer une machine virtuelle dans la console VMM.

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

Exécuter un basculement

Exécuter un basculement.

    Set-SCReplicationGroup -ReplicationGroup $PriRG -Operation PrepareForFailover

    Set-SCReplicationGroup -ReplicationGroup SRecRG -Operation Failover

Exécuter une restauration automatique

Avant de procéder à la restauration automatique, dans la console VMM, supprimez les machines virtuelles sources si elles sont toujours disponibles. Vous ne pouvez pas effectuer une restauration automatique sur la même machine virtuelle.

À présent, exécutez la restauration automatique :

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

Après avoir exécuté la restauration automatique, vous pouvez créer des machines virtuelles sur le site source à l’aide des fichiers de configuration/disque dur virtuel ayant échoué.

Arrêter la réplication

Si vous souhaitez arrêter la réplication, vous devez exécuter cette applet de commande à la source et à la destination.

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

En savoir plus

En savoir plus sur le réplica de stockage.
En savoir plus sur l’allocation de stockage à des clusters et des hôtes Hyper-V.
En savoir plus sur migrer le stockage.