Partager via


Gérer le réplica de stockage dans VMM

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’étirement 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.

Le réplica de stockage 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’étirement 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.

Apprenez-en davantage et passez en revue les QUESTIONS fréquentes.

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 les données de cluster Hyper-V ou les données de fichier. L’utilisation du réplica de stockage dans VMM offre de nombreux avantages métier :

  • Élimine le coût et la complexité associés aux solutions de réplication synchrones telles que SAN.
  • La réplication synchrone réduit les temps d’arrêt et la perte de données. Il fournit un RPO de 0 (perte de données nulle). Le RTO (indisponibilité des données) se produit uniquement pendant le temps dans lequel un site principal échoue et un site secondaire démarre.
  • Le matériel de stockage source et de destination n’a pas besoin d’être identique.

Avant de commencer

  • VMM doit s’exécuter sur Windows Server 2016 ou version ultérieure Datacenter Edition.
  • Hyper-V doit s’exécuter sur Windows Server 2016 ou version ultérieure Datacenter, Server Core ou Nano.
  • VMM doit s’exécuter sur Windows Server 2025 ou version ultérieure Datacenter Edition.
  • Hyper-V doit s’exécuter sur Windows Server 2019 ou version ultérieure Datacenter, Server Core ou Nano.
  • Seule la réplication synchrone est prise en charge. L’asynchrone n’est pas prise en charge.
  • Vous avez besoin de deux jeux de stockage, de volume ou de stockage de fichiers. Les emplacements source et de destination doivent avoir le même type de stockage (fichier ou volume), mais le stockage réel peut être mixte. Par exemple, vous pouvez avoir un SAN Fibre Channel à une extrémité et Spaces Direct (en mode hyperconvergé ou désagrégé) à l’autre.
  • Chaque ensemble 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 journal) doivent être identiques en taille et en taille de bloc. Cela est dû au fait que le réplica de stockage utilise la réplication de bloc.
  • Vous avez besoin d’au moins une connexion 1 GoE 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 ICMP, SMB (port 445, plus 5445 pour SMB Direct) et le trafic bidirectionnel WS-MAN (port 5985) entre tous les nœuds.
  • Vous devez être membre du groupe Administrateur sur chaque nœud de cluster.
  • Le réplica de stockage ne peut être configuré qu’à l’aide de Windows PowerShell à l’heure actuelle.
  • Le stockage source et de destination doit être géré par le même serveur VMM.
  • L’intégration de VMM à Azure Site Recovery n’est pas prise en charge.
  • La définition de l’ordre d’écriture et des groupes de cohérence n’est pas prise en charge.

Étapes du déploiement

  1. Identifier le stockage : identifiez le stockage source et de destination que vous souhaitez utiliser.

  2. Découvrez et classifiez : si votre stockage n’est pas actuellement dans l’infrastructure VMM, vous devez le découvrir avec VMM. Le stockage source et de destination doit être géré 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

  3. Paire : associez le tableau de stockage source et de destination.

  4. Provisionner : une fois votre stockage associé, 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 l’approvisionnement d’un volume pour les données qui seront répliquées, vous devez également provisionner un volume pour les journaux des transactions de réplication. À mesure que 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.

  5. 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 journal pour les sites source et de destination, respectivement.

  6. Activer la réplication : vous pouvez maintenant activer la réplication entre les groupes de réplication source et de destination.

  7. Actualisation : Pour finaliser la création de groupes de réplication et déclencher la réplication initiale des données, vous devez actualiser le fournisseur de stockage principal et secondaire. Les données sont répliquées vers le stockage de destination.

  8. Vérifier l’état : vous pouvez maintenant vérifier l’état du groupe de réplication principal. Elle doit être dans l’état de réplication.

  9. Ajouter des machines virtuelles : lorsque la réplication delta est opérationnelle, 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 à répliquer automatiquement.

  10. Exécuter le basculement : une fois la réplication dans un état de synchronisation, vous pouvez exécuter un basculement pour vérifier 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 planifiées. Après le basculement, vous pouvez supprimer la machine virtuelle sur le site source (s’il existe toujours) et créer une machine virtuelle sur le site de destination à l’aide des données répliquées.

  11. Restauration automatique : une fois le basculement terminé et les machines virtuelles de réplica sont en cours d’exécution, vous pouvez effectuer une restauration automatique au fur et à mesure que vous en avez besoin. 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 exécutez 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, puis 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 des objets PowerShell

  1. Avant de commencer, récupérez le nom des objets PowerShell que vous souhaitez utiliser.

  2. Obtenez le nom du tableau de stockage principal et affectez-le à une variable.

        $PriArray = Get-SCStorageArray -Name $PriArrayName
    
  3. Obtenez le nom du tableau de stockage secondaire et affectez-le à une variable.

        RecArray = Get-SCStorageArray -Name $RecArrayName
    
  4. Obtenez le nom du pool de stockage principal et affectez-le à une variable.

        $ $ PriPoolName $RecPool = Get-SCStoragePool -Name $
    
  5. Obtenez le nom du pool de stockage secondaire et affectez-le à une variable.

        $ $PriPoolName $RecPool = Get-SCStoragePool -Name $
    

Associer les tableaux de stockage

Associez les tableaux de stockage principaux et secondaires à l’aide des variables pour les noms des tableaux de stockage.

Remarque

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"

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

Provisionnez un LUN à partir du pool de stockage pour les données et pour le journal. Créez ensuite des groupes de réplication.

  1. Provisionnez et créez 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
    
  2. Provisionnez et créez 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

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

  1. Ouvrez la console VMM.
  2. Sélectionnez Fournisseurs de ressources>fabric. Cliquez avec le bouton droit sur le fournisseur, puis choisissez >Actualiser.

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

Récupérez l’état de réplication du groupe de réplication source pour 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écutez le basculement.

    Set-SCReplicationGroup -ReplicationGroup $PriRG -Operation PrepareForFailover

    Set-SCReplicationGroup -ReplicationGroup SRecRG -Operation Failover

Exécuter une restauration automatique

Avant de restaurer automatiquement, dans la console VMM, supprimez les machines virtuelles sources si elles sont toujours disponibles. Vous ne pouvez pas effectuer de restauration automatique vers la même machine virtuelle.

Exécuter 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 disque dur virtuel/de configuration 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

Étapes suivantes