Migration vers FSx pour ONTAP à l'aide de NetApp SnapMirror - FSx pour ONTAP
Avant de commencerCréez le volume de destinationEnregistrez les LIF inter-clusters source et de destinationÉtablissez le peering du cluster entre la source et la destinationCréation d'une relation de peering avec la SVMCréez la SnapMirror relationTransférez des données vers votre système de fichiers FSx for ONTAPPassage à Amazon FSx

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Migration vers FSx pour ONTAP à l'aide de NetApp SnapMirror

Vous pouvez migrer vos systèmes de fichiers NetApp ONTAP vers Amazon FSx NetApp for ONTAP à l'aide de. NetApp SnapMirror

NetApp SnapMirror utilise la réplication au niveau des blocs entre deux systèmes de fichiers ONTAP, pour répliquer les données d'un volume source spécifié vers un volume de destination. Nous vous recommandons de l'utiliser SnapMirror pour migrer les systèmes de fichiers NetApp ONTAP sur site vers FSx for ONTAP. NetApp SnapMirrorLa réplication au niveau des blocs est rapide et efficace, même pour les systèmes de fichiers dotés des caractéristiques suivantes :

  • Structures de répertoires complexes

  • Plus de 50 millions de fichiers

  • Fichiers de très petite taille (de l'ordre du kilo-octet)

Lorsque vous migrez SnapMirror vers FSx for ONTAP, les données dédupliquées et compressées restent dans ces états, ce qui réduit les temps de transfert et la quantité de bande passante requise pour la migration. Les instantanés qui existent sur les volumes ONTAP sources sont conservés lors de la migration vers les volumes de destination. La migration de vos systèmes de fichiers NetApp ONTAP locaux vers FSx for ONTAP implique les tâches de haut niveau suivantes :

  1. Créez le volume de destination dans Amazon FSx.

  2. Rassemblez les interfaces logiques source et de destination (LIF).

  3. Établissez un peering de cluster entre les systèmes de fichiers source et de destination.

  4. Créez une relation d'appairage avec la SVM.

  5. Créez la SnapMirror relation.

  6. Maintenez un cluster de destination à jour.

  7. Passez à votre système de fichiers FSx for ONTAP.

Le schéma suivant illustre le scénario de migration décrit dans cette section.

Organigramme illustrant le processus de migration des systèmes de fichiers ONTAP locaux vers FSx for NetApp ONTAP.

Avant de commencer

Avant de commencer à utiliser les procédures décrites dans les sections suivantes, assurez-vous de remplir les conditions préalables suivantes :

  • FSx for ONTAP donne la priorité au trafic client par rapport aux tâches d'arrière-plan, notamment la hiérarchisation des données, l'efficacité du stockage et les sauvegardes. Lors de la migration des données, nous vous recommandons, en règle générale, de surveiller la capacité de votre niveau SSD afin de vous assurer qu'elle ne dépasse pas 80 % d'utilisation. Vous pouvez surveiller l'utilisation de votre niveau SSD à l'aide des métriques CloudWatch du système de fichiers. Pour plus d’informations, consultez Métriques de volume.

  • Si vous définissez la politique de hiérarchisation des données du volume de destination All lors de la migration de vos données, toutes les métadonnées des fichiers sont stockées sur le niveau de stockage SSD principal. Les métadonnées des fichiers sont toujours stockées sur le niveau principal basé sur le SSD, quelle que soit la politique de hiérarchisation des données du volume. Nous vous recommandons de prendre un ratio de 1 : 10 pour le niveau principal : capacité de stockage du niveau pool.

  • Les systèmes de fichiers source et de destination sont connectés dans le même VPC ou se trouvent dans des réseaux qui sont pairés à l'aide d'Amazon VPC Peering, Transit Gateway ou. AWS Direct Connect AWS VPN Pour plus d'informations, consultez Accès aux données depuis le AWS Cloud et Qu'est-ce que le peering VPC ? dans le guide de peering Amazon VPC.

  • Le groupe de sécurité VPC du système de fichiers FSx for ONTAP possède des règles entrantes et sortantes autorisant les protocoles ICMP et TCP sur les ports 443, 10000, 11104 et 11105 pour vos points de terminaison inter-clusters (LIF).

  • Vérifiez que les volumes source et de destination exécutent des versions NetApp ONTAP compatibles avant de créer une relation de protection SnapMirror des données. Pour plus d'informations, consultez la section Versions ONTAP compatibles pour les SnapMirror relations dans NetApp la documentation utilisateur d'ONTAP. Les procédures présentées ici utilisent un système de fichiers NetApp ONTAP sur site pour la source.

  • Votre système de fichiers NetApp ONTAP sur site (source) inclut une SnapMirror licence.

  • Vous avez créé un système de fichiers FSx pour ONTAP de destination à l'aide d'une SVM, mais vous n'avez pas créé de volume de destination. Pour plus d’informations, consultez Création de systèmes de fichiers.

Les commandes de ces procédures utilisent les alias de cluster, de SVM et de volume suivants :

  • FSx-Dest— l'ID du cluster de destination (FSx) (au format F SxIdabcdef 1234567890a).

  • OnPrem-Source— l'ID du cluster source.

  • DestSVM— le nom de la SVM de destination.

  • SourceSVM— le nom de la SVM source.

  • Les noms des volumes source et de destination sontvol1.

Note

Un système de fichiers FSx for ONTAP est appelé cluster dans toutes les commandes de la CLI ONTAP.

Les procédures décrites dans cette section utilisent les commandes NetApp ONTAP CLI suivantes.

Vous utiliserez la CLI NetApp ONTAP pour créer et gérer une SnapMirror configuration sur votre système de fichiers FSx for ONTAP. Pour plus d’informations, consultez Utilisation de la CLI NetApp ONTAP.

Créez le volume de destination

Vous pouvez créer un volume de destination pour la protection des données (DP) à l'aide de la console Amazon FSx, de l'API et de l'API Amazon FSx AWS CLI, en plus de la NetApp CLI ONTAP et de l'API REST. Pour plus d'informations sur la création d'un volume de destination à l'aide de la console Amazon FSx AWS CLI, consultez. Création de volumes

Dans la procédure suivante, vous allez utiliser la CLI NetApp ONTAP pour créer un volume de destination sur votre système de fichiers FSx for ONTAP. Vous aurez besoin du fsxadmin mot de passe et de l'adresse IP ou du nom DNS du port de gestion du système de fichiers.

  1. Établissez une session SSH avec le système de fichiers de destination à l'aide de l'utilisateur fsxadmin et du mot de passe que vous avez définis lors de la création du système de fichiers.

    ssh fsxadmin@file-system-management-endpoint-ip-address

  2. Créez un volume sur le cluster de destination dont la capacité de stockage est au moins égale à la capacité de stockage du volume source. -type DPÀ utiliser pour le désigner comme destination d'une SnapMirror relation.

    Si vous envisagez d'utiliser la hiérarchisation des données, nous vous recommandons de le -tiering-policy configurer all sur. Cela garantit que vos données sont immédiatement transférées vers le stockage en pool de capacité et vous évite de manquer de capacité sur le niveau SSD. Après la migration, vous pouvez passer -tiering-policy àauto.

    Note

    Les métadonnées des fichiers sont toujours stockées sur le niveau principal basé sur le SSD, quelle que soit la politique de hiérarchisation des données du volume.

    FSx-Dest::> vol create -vserver DestSVM -volume vol1 -aggregate aggr1 -size 1g -type DP -tiering-policy all

Enregistrez les LIF inter-clusters source et de destination

SnapMirror utilise des interfaces logiques inter-clusters (LIF), chacune dotée d'une adresse IP unique, pour faciliter le transfert de données entre les clusters source et de destination.

  1. Pour le FSx de destination pour les systèmes de fichiers ONTAP, vous pouvez récupérer les adresses IP du point de terminaison inter-clusters depuis la console Amazon FSx en accédant à l'onglet Administration de la page de détails de votre système de fichiers.

  2. Pour le cluster NetApp ONTAP source, récupérez les adresses IP LIF inter-clusters à l'aide de la CLI ONTAP. Exécutez la commande suivante :

    OnPrem-Source::> network interface show -role intercluster
    
Logical                          Network  
Vserver     Interface  Status  Address/Mask
----------- ---------- ------- ------------ 
FSx-Dest
             inter_1    up/up  10.0.0.36/24  
             inter_2    up/up  10.0.1.69/24
    Note

    Pour les systèmes de fichiers mono-AZ de deuxième génération, il existe deux adresses IP inter-clusters pour chaque paire de haute disponibilité (HA). Enregistrez ces valeurs pour plus tard.

    Enregistrez les adresses inter_2 IP inter_1 et. Ils sont référencés au FSx-Dest fur dest_inter_1 et à mesure dest_inter_2 et au OnPrem-Source fur source_inter_1 et à mesuresource_inter_2.

Établissez le peering du cluster entre la source et la destination

Établissez une relation entre pairs du cluster sur le cluster de destination en fournissant les adresses IP inter-clusters. Vous devrez également créer une phrase secrète que vous devrez saisir lorsque vous établirez le peering de cluster sur le cluster source.

  1. Configurez le peering sur le cluster de destination à l'aide de la commande suivante. Pour les systèmes de fichiers mono-AZ de deuxième génération, vous devez fournir chaque adresse IP inter-clusters. 

    FSx-Dest::> cluster peer create -address-family ipv4 -peer-addrs source_inter_1,source_inter_2
  
Enter the passphrase:
Confirm the passphrase:
Notice: Now use the same passphrase in the "cluster peer create" command in the other cluster.

  2. Ensuite, établissez la relation entre pairs du cluster sur le cluster source. Vous devrez saisir le mot de passe que vous avez créé ci-dessus pour vous authentifier. Pour les systèmes de fichiers mono-AZ de deuxième génération, vous devez fournir chaque adresse IP inter-clusters. 

    OnPrem-Source::> cluster peer create -address-family ipv4 -peer-addrs dest_inter_1,dest_inter_2

Enter the passphrase:
Confirm the passphrase:

  3. Vérifiez que le peering a réussi à l'aide de la commande suivante sur le cluster source. Dans la sortie, Availability doit être défini surAvailable.

    OnPrem-Source::> cluster peer show

Peer Cluster Name  Availability   Authentication
-----------------  -------------- --------------
FSx-Dest           Available      ok

Création d'une relation de peering avec la SVM

Une fois le peering en cluster établi, l'étape suivante consiste à appairer les SVM. Créez une relation d'appairage de la SVM sur le cluster de destination (FSX-DEST) à l'aide de la commande. vserver peer Les alias supplémentaires utilisés dans les commandes suivantes sont les suivants :

  • DestLocalName— c'est le nom utilisé pour identifier la SVM de destination lors de la configuration de l'appairage de la SVM sur la SVM source.

  • SourceLocalName— c'est le nom utilisé pour identifier la SVM source lors de la configuration de l'appairage de la SVM sur la SVM de destination.

  1. Utilisez la commande suivante pour créer une relation d'appairage entre les SVM source et de destination.

    FSx-Dest::> vserver peer create -vserver DestSVM -peer-vserver SourceSVM -peer-cluster OnPrem-Source -applications snapmirror -local-name SourceLocalName

 Info: [Job 207] 'vserver peer create' job queued

  2. Acceptez la relation d'appairage sur le cluster source :

    OnPrem-Source::> vserver peer accept -vserver SourceSVM -peer-vserver DestSVM -local-name DestLocalName

 Info: [Job 211] 'vserver peer accept' job queued

  3. Vérifiez l'état d'appairage de la SVM à l'aide de la commande suivante ; Peer State il doit être défini sur peered dans la réponse.

    OnPrem-Source::> vserver peer show
     
Peer    Peer     Peer   Peering  Remote
vserver Vserver  State  Cluster  Applications  Vserver
------- -------- ------ -------- ------------- ---------
svm01   destsvm1 peered FSx-Dest snapmirror    svm01

Créez la SnapMirror relation

Maintenant que vous avez examiné les SVM source et de destination, les étapes suivantes consistent à créer et à initialiser la SnapMirror relation sur le cluster de destination.

Note

Une fois que vous avez créé et initialisé une SnapMirror relation, les volumes de destination sont en lecture seule jusqu'à ce que la relation soit rompue.

  • Utilisez la snapmirror create commande pour créer la SnapMirror relation sur le cluster de destination. La snapmirror create commande doit être utilisée depuis la SVM de destination.

    Vous pouvez éventuellement l'utiliser -throttle pour définir la bande passante maximale (en Ko/s) pour la SnapMirror relation.

    FSx-Dest::> snapmirror create -source-path SourceLocalName:vol1 -destination-path DestSVM:vol1 -vserver DestSVM -throttle unlimited

 Operation succeeded: snapmirror create for the relationship with destination "DestSVM:vol1".

Transférez des données vers votre système de fichiers FSx for ONTAP

Maintenant que vous avez créé la SnapMirror relation, vous pouvez transférer les données vers le système de fichiers de destination.

  1. Vous pouvez transférer des données vers le système de fichiers de destination en exécutant la commande suivante sur le système de fichiers de destination.

    Note

    Une fois que vous avez exécuté cette commande, le transfert des instantanés des données du volume source vers le volume de destination SnapMirror commence.

    FSx-Dest::> snapmirror initialize -destination-path DestSVM:vol1 -source-path SourceLocalName:vol1

  2. Si vous migrez des données utilisées activement, vous devez mettre à jour votre cluster de destination afin qu'il reste synchronisé avec votre cluster source. Pour effectuer une mise à jour unique du cluster de destination, exécutez la commande suivante.

    FSx-Dest::> snapmirror update -destination-path DestSVM:vol1

  3. Vous pouvez également planifier des mises à jour horaires ou quotidiennes avant de terminer la migration et de transférer vos clients vers FSx for ONTAP. Vous pouvez établir un calendrier de SnapMirror mise à jour à l'aide de la snapmirror modifycommande.

    FSx-Dest::> snapmirror modify -destination-path DestSVM:vol1 -schedule hourly

Passage à Amazon FSx

Pour préparer le transfert vers votre système de fichiers FSx for ONTAP, procédez comme suit :

  • Déconnectez tous les clients qui écrivent sur le cluster source.

  • Effectuez un dernier SnapMirror transfert pour éviter toute perte de données lors du découpage.

  • Brisez la SnapMirror relation.

  • Connectez tous les clients à votre système de fichiers FSx for ONTAP.

  1. Pour vous assurer que toutes les données du cluster source sont transférées vers le système de fichiers FSx for ONTAP, effectuez un dernier transfert Snapmirror.

    FSx-Dest::> snapmirror update -destination-path DestSVM:vol1

  2. Assurez-vous que la migration des données est terminée en vérifiant que ce paramètre Mirror State est défini sur et Relationship Status est défini surIdle. Snapmirrored Vous devez également vous assurer que la Last Transfer End Timestamp date correspond à vos attentes, car elle indique la date du dernier transfert vers le volume de destination.

  3. Exécutez la commande suivante pour afficher l' SnapMirror état.

    FSx-Dest::> snapmirror show -fields state,status,last-transfer-end-timestamp

Source     Destination   Mirror        Relationship Last Transfer End  
Path       Path          State         Status       Timestamp
---------- -----------   ----------    -------      --------------- 
Svm01:vol1 svm02:DestVol Snapmirrored  Idle         09/02 09:02:21

  4. Désactivez tous SnapMirror les futurs transferts à l'aide de la snapmirror quiesce commande.

    FSx-Dest::> snapmirror quiesce -destination-path DestSVM:vol1

  5. Vérifiez que le Relationship Status est passé à Quiesced l'utilisationsnapmirror show.

    FSx-Dest::> snapmirror show

Source           Destination   Mirror        Relationship
Path             Path          State         Status
-----------      ------------  ------------- --------
sourcesvm1:vol1  svm01:DestVol Snapmirrored  Quiesced

  6. Pendant la migration, le volume de destination est en lecture seule. Pour activer la lecture/écriture, vous devez rompre la SnapMirror relation et passer à votre système de fichiers FSx for ONTAP. Rompez la SnapMirror relation à l'aide de la commande suivante.

    FSx-Dest::> snapmirror break -destination-path DestSVM:vol1

Operation succeeded: snapmirror break for destination "DestSVM:vol1".

  7. Une fois la SnapMirror réplication terminée et la SnapMirror relation rompue, vous pouvez monter le volume pour rendre les données disponibles.

    FSx-Dest::> vol mount -vserver fsx -volume vol1 -junction-path /vol1

Le volume est désormais disponible avec les données du volume source entièrement migrées vers le volume de destination. Les clients peuvent également y lire et écrire sur le volume. Si vous avez précédemment défini ce volume surall, vous pouvez le tiering-policy remplacer par auto ou snapshot-only et vos données passeront automatiquement d'un niveau de stockage à un autre en fonction des modèles d'accès. Pour rendre ces données accessibles aux clients et aux applications, voirAccès à vos FSx ONTAP données.