Skip to main content
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Convertir le type de relation de synchronisation active SnapMirror

Contributeurs
PDF

À partir de ONTAP 9.15.1, vous pouvez convertir des types de protection SnapMirror actif en mode synchrone en mode actif-actif symétrique et inversement.

Convertir en relation active/active symétrique

Vous pouvez convertir une relation de synchronisation active SnapMirror avec une protection aysnchrone pour utiliser une fonction active/active symétrique.

Avant de commencer

  • Les deux clusters doivent exécuter ONTAP 9.15.1 ou une version ultérieure.

  • Les configurations actif-actif symétriques nécessitent le AutomatedFailoverDuplex règles de protection. Sinon, vous pouvez Créez une règle SnapMirror personnalisée a condition que le -type est automated-failover-duplex.

System Manager
Étapes pour une configuration uniforme

  1. Supprimez le groupe initiateur de destination :

    1. Sur le cluster de destination, accédez à hosts > SAN Initiator Groups.

    2. Sélectionnez le groupe initiateur avec la relation SnapMirror, puis Delete.

    3. Dans la boîte de dialogue, sélectionnez la case Annuler le mappage des LUN associées, puis Supprimer.

  2. Editez la relation synchrone active SnapMirror.

    1. Accédez à protection > relations.

    2. Sélectionnez le menu kabob en regard de la relation que vous voulez modifier, puis Modifier.

    3. Modifiez la protection Policy sur AutomatedFailoverDuplex.

    4. Sélection AutoMatedFailoverDuplex invite une boîte de dialogue à modifier les paramètres de proximité de l'hôte. Pour les initiateurs, sélectionnez l'option appropriée pour initiateur proximal à puis Enregistrer.

    5. Sélectionnez Enregistrer.

  3. Dans le menu protection, confirmez que l'opération a réussi lorsque la relation s'affiche comme InSync.

Étapes d'une configuration non uniforme

  1. Supprimez le groupe initiateur de destination :

    1. Sur le site secondaire, accédez à hosts > SAN Initiator Groups.

    2. Sélectionnez le groupe initiateur avec la relation SnapMirror, puis Delete.

    3. Dans la boîte de dialogue, sélectionnez la case Annuler le mappage des LUN associées, puis Supprimer.

  2. Créer un groupe initiateur :

    1. Dans le menu SAN Initiator Groups du site de destination, sélectionnez Add.

    2. Indiquez un Nom, sélectionnez le système d'exploitation hôte, puis choisissez membres du groupe initiateur.

    3. Sélectionnez Enregistrer.

  3. Mappez le nouveau groupe initiateur sur les LUN de destination.

    1. Accédez à stockage > LUN.

    2. Sélectionnez toutes les LUN à mapper sur le groupe initiateur.

    3. Sélectionnez plus puis Mapper sur les groupes initiateurs.

  4. Editez la relation synchrone active SnapMirror.

    1. Accédez à protection > relations.

    2. Sélectionnez le menu kabob en regard de la relation que vous voulez modifier, puis Modifier.

    3. Modifiez la protection Policy sur AutomatedFailoverDuplex.

    4. La sélection de AutoMatedFailoverDuplex permet de modifier les paramètres de proximité de l'hôte. Pour les initiateurs, sélectionnez l'option appropriée pour initiateur proximal à puis Enregistrer.

    5. Sélectionnez Enregistrer.

  5. Dans le menu protection, confirmez que l'opération a réussi lorsque la relation s'affiche comme InSync.

CLI
Étapes pour une configuration uniforme

  1. Modifier la règle SnapMirror depuis AutomatedFailover à AutomatedFailoverDuplex:

    snapmirror modify -destination-path destination_path -policy AutomatedFailoverDuplex

  2. La modification de la règle déclenche une resynchronisation. Attendez la fin de la resynchronisation et confirmez que la relation est Insync:

    snapmirror show -destination-path destination_path

  3. Si les hôtes existants sont locaux du cluster principal, ajoutez l'hôte au second cluster et établissez la connectivité avec l'accès respectif à chaque cluster.

  4. Sur le site secondaire, supprimez les mappages de LUN sur les groupes initiateurs associés aux hôtes distants.

    Remarque Assurez-vous que le groupe initiateur ne contient pas de mappages pour les LUN non répliquées.

    SiteB::> lun mapping delete -vserver svm_name -igroup igroup -path <>

  5. Sur le site principal, modifiez la configuration de l'initiateur pour les hôtes existants afin de définir le chemin proximal des initiateurs sur le cluster local.

    SiteA::> igroup initiator add-proximal-vserver -vserver svm_name -initiator host -proximal-vserver server

  6. Ajoutez un groupe initiateur et un initiateur pour les nouveaux hôtes et définissez la proximité de l'hôte pour l'affinité avec l'hôte sur son site local. Réplication igroup exécutable pour répliquer la configuration et inverser la localisation de l'hôte sur le cluster distant.


    SiteA::> igroup modify -vserver vsA -igroup ig1 -replication-peer vsB
    SiteA::> igroup initiator add-proximal-vserver -vserver vsA -initiator host2 -proximal-vserver vsB

  7. Découvrez les chemins sur les hôtes et vérifiez que les hôtes disposent d'un chemin Active/Optimized vers la LUN de stockage à partir du cluster préféré

  8. Déployez l'application et distribuez les workloads des machines virtuelles entre les clusters.

Étapes d'une configuration non uniforme

  1. Modifier la règle SnapMirror depuis AutomatedFailover à AutomatedFailoverDuplex:

    snapmirror modify -destination-path destination_path -policy AutomatedFailoverDuplex

  2. La modification de la règle déclenche une resynchronisation. Attendez la fin de la resynchronisation et confirmez que la relation est Insync:

    snapmirror show -destination-path destination_path

  3. Si les hôtes existants sont locaux au cluster principal, ajoutez l'hôte au second cluster et établissez la connectivité avec l'accès respectif à chaque cluster.

  4. Sur le site secondaire, supprimez les mappages de LUN sur les groupes initiateurs associés aux hôtes distants.

    Remarque Assurez-vous que le groupe initiateur ne contient pas de mappages pour les LUN non répliquées.

    SiteB::> lun mapping delete -vserver svm_name -igroup igroup -path <>

  5. Sur le site principal, modifiez la configuration de l'initiateur pour les hôtes existants afin de définir le chemin proximal des initiateurs sur le cluster local.

    SiteA::> igroup initiator add-proximal-vserver -vserver Svm_name -initiator host -proximal-vserver server

  6. Sur le site secondaire, ajoutez un nouveau groupe initiateur et un initiateur pour les nouveaux hôtes et définissez la proximité de l'hôte pour l'affinité avec l'hôte sur son site local. Mappez les LUN sur le groupe initiateur.


    SiteB::> igroup create -vserver svm_name -igroup igroup_name
    SiteB::> igroup add -vserver svm_name -igroup igroup_name -initiator host_name
    SiteB::> lun mapping create -igroup igroup_name -path path_name

  7. Découvrez les chemins sur les hôtes et vérifiez que les hôtes disposent d'un chemin Active/Optimized vers la LUN de stockage à partir du cluster préféré

  8. Déployez l'application et distribuez les workloads des machines virtuelles entre les clusters.

Conversion d'une relation symétrique actif/actif à une relation asymétrique

Si vous avez configuré la protection actif-actif symétrique, vous pouvez la convertir en protection asymétrique à l'aide de l'interface de ligne de commande ONTAP.

Étapes

  1. Déplacez toutes les charges de travail des machines virtuelles vers l'hôte local du cluster source.

  2. Supprimez la configuration du groupe initiateur pour les hôtes qui ne gèrent pas les instances de VM et modifiez la configuration du groupe initiateur pour mettre fin à la réplication du groupe initiateur.

    code

  3. Sur le site secondaire, annulez le mappage des LUN.

    SiteB::> lun mapping delete -vserver svm_name -igroup igroup_name -path <>

  4. Sur le site secondaire, supprimez la relation actif-actif symétrique.

    SiteB::> snapmirror delete -destination-path destination_path

  5. Sur le site primaire, relâchez la relation actif-actif symétrique.
    SiteA::> snapmirror release -destination-path destination_path -relationship-info-only true

  6. Depuis le site secondaire, créez une relation avec le même ensemble de volumes avec AutomatedFailover policy : resynchronisez la relation.


    SiteB::> snapmirror create -source-path source_path -destination-path destination_path -cg-item-mappings source:@destination -policy AutomatedFailover
    SiteB::> snapmirror resync -destination-path vs1:/cg/cg1_dst

    Remarque Le groupe de cohérence sur le site secondaire doit être mis en place "à supprimer" avant de recréer la relation. Les volumes de destination "Doit être converti en type DP".

  7. Vérifiez que l'état miroir de la relation est Snapmirrored Le statut de la relation est Insync.

    snapmirror show -destination-path destination_path

  8. Redécouvrez les chemins depuis l'hôte.