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 ONTAP SnapMirror

Contributeurs netapp-ahibbard netapp-lenida netapp-aaron-holt
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 iSCSI ou FC SnapMirror avec une protection asymétrique pour utiliser une protection symétrique active/active.

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, définissez le niveau de privilège sur advanced:

    SiteA::> set -privilege advanced

  6. Modifiez la configuration d'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>

    Remarque Une fois cette étape terminée, vous pouvez rétablir le niveau de privilège admin.

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

  8. 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é

  9. 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, 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>
    SiteB::> igroup add -vserver <svm_name> -igroup <igroup> -initiator <host_name>
    SiteB::> lun mapping create -igroup <igroup> -path <path_name>

  5. 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é

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

Conversion d'une relation symétrique active/active en une relation asymétrique iSCSI ou FC

Si vous avez configuré une protection symétrique active/active à l'aide d'iSCSI ou de FC, vous pouvez convertir la relation 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, puis modifiez la configuration du groupe initiateur pour mettre fin à la réplication du groupe initiateur.

    igroup modify -vserver <svm_name> -igroup <igroup> -replication-peer -

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

    SiteB::> lun mapping delete -vserver <svm_name> -igroup <igroup> -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 la AutomatedFailover règle pour resynchroniser 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 -policy <policy_type>

    Remarque Le groupe de cohérence sur le site secondaire doit "à supprimer" être créé avant la relation. Les volumes de destination "Doit être converti en type DP". Pour convertir les volumes en DP, exécutez la snapmirror resync commande avec une autre-AutomatedFailover règle : MirrorAndVault, MirrorAllSnapshots ou Sync.

  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.

Informations associées