Créer une migration de volume

Console

1. Accédez à la page NetApp Volumes dans la console Google Cloud .

   Accéder à NetApp Volumes

2. Dans le menu Protection des données, cliquez sur Migrations.

3. Cliquez sur Migrer depuis ONTAP.

4. Dans la section Détails du volume de destination, saisissez le nom du volume de destination dans le champ Nom du volume de destination.

5. Dans la section Détails du pool de stockage, cliquez sur Sélectionner le pool de stockage.

6. Dans la liste des pools de stockage affichés, sélectionnez celui dont vous avez besoin.

7. Cliquez sur Sélectionner.

8. Dans la section Informations sur le volume, saisissez le nom de partage du volume dans le champ Nom de partage. Le nom du partage doit être unique dans un emplacement. Nous vous recommandons d'utiliser le nom du volume de destination comme nom de partage.

9. Dans la section Configuration de la capacité, saisissez la capacité du volume dans le champ Capacité.

10. Dans la section Configuration du protocole, sélectionnez le même protocole que le volume source. Pour certains protocoles, différentes options s'affichent. Pour en savoir plus sur les options de protocole, consultez Créer un volume.

11. Facultatif : dans la section Configuration du snapshot, procédez comme suit :

    1. Sélectionnez Rendre le répertoire des instantanés visible pour permettre aux clients d'accéder aux versions instantanées du système de fichiers. Pour en savoir plus, consultez Présentation des instantanés de volume NetApp Volumes.

    2. Sélectionnez Autoriser les instantanés programmés pour configurer le volume afin qu'il prenne automatiquement des instantanés. Vous pouvez spécifier le nombre d'instantanés à conserver pour les intervalles horaires, quotidiens, hebdomadaires et mensuels. Les heures sont spécifiées en UTC. Si vous atteignez le nombre maximal d'instantanés, le plus ancien est supprimé.

    3. Vérifiez les instantanés que vous avez sélectionnés.

12. Cliquez sur Suivant.

13. Dans la section Détails de la migration, saisissez un nom pour la ressource de migration dans le champ Nom de la migration.

14. Cliquez sur Suivant.

15. Dans la section Détails du cluster source, procédez comme suit :

    1. Saisissez le nom de votre cluster source dans le champ Nom du cluster.

    2. Saisissez le nom de la machine virtuelle de stockage (SVM), aussi appelée vserver, dans le champ Nom de la VM de stockage. SVM qui héberge le volume source.

    3. Saisissez le nom du volume source dans le champ Nom du volume.

    4. Saisissez l'adresse IP intercluster-LIF (IC-LIF) dans le champ Adresse IP intercluster. Chaque nœud du cluster source a besoin d'une adresse IC-LIF. Spécifiez tous les IC-LIF sous la forme d'une liste d'éléments séparés par une virgule.

    5. Facultatif : saisissez une description de l'emplacement du cluster source dans le champ Emplacement.

16. Cliquez sur "Suivant".

17. Vérifiez vos paramètres, puis cliquez sur Créer pour lancer le processus de migration.

Une fois le processus de migration créé, vous êtes redirigé vers la vue des détails du volume. Cliquez sur l'onglet Migration pour surveiller l'état de la migration.

Vous devez authentifier la connexion SnapMirror entre votre système ONTAP source et NetApp Volumes. Exécutez la commande cluster peer create sur le cluster ONTAP source. Si aucun peering n'existe, l'onglet Migration affiche Migration pending cluster peering from ONTAP source cluster.

Si vous cliquez sur Initier le peering, une page latérale contenant des instructions s'affiche. Suivez ces instructions, puis cliquez sur Vérifier le peering. Une fois le peering établi, la page latérale disparaît et l'état du transfert de la migration passe à Préparation. Le transfert de base est en cours. Un transfert de référence peut prendre quelques minutes, heures ou jours, selon la quantité de données à transférer et la vitesse du réseau. Une fois le transfert de base terminé, l'état du transfert passe à Mirrored (Dupliqué).

gcloud

Pour créer une migration de volume :

gcloud netapp volumes create VOLUME_NAME --location=LOCATION \
  --capacity=CAPACITY --protocols=PROTOCOL \
  --share-name=SHARE_NAME --storage-pool=STORAGE_POOL \
  --hybrid-replication-parameters=cluster-location=CLUSTER_LOCATION,peer-cluster-name=PEER_CLUSTER_NAME,peer-ip-addresses=PEER_IP_ADDRESSES,peer-svm-name=PEER_SVM_NAME,peer-volume-name=PEER_VOLUME_NAME,replication=REPLICATION,description=DESCRIPTION,labels=LABELS

Le bloc hybrid-replication-parameters lance un workflow de migration.

Remplacez les informations suivantes :

• VOLUME_NAME : nom du volume. Ce nom doit être unique pour chaque emplacement.

• LOCATION : emplacement du volume.

• CAPACITY : capacité du volume. Elle définit la capacité que voient les clients NAS.

• PROTOCOLS : protocoles NAS avec lesquels le volume est exporté.

• SHARE_NAME : chemin d'exportation NFS ou nom de partage SMB du volume.

• STORAGE_POOL : pool de stockage dans lequel créer le volume.

• PEER_CLUSTER_NAME : nom du cluster ONTAP hébergeant les volumes sources.

• PEER_IP_ADDRESSES : adresses IP InterCluster-LIF du cluster ONTAP. Le cluster source doit fournir une adresse IC-LIF par nœud, séparée par des signes #. Veillez à tous les spécifier.

  L'exemple suivant montre comment ajouter plusieurs adresses IP IC-LIF du cluster ONTAP :

  peer-ip-addresses=10.0.0.25#10.0.0.26

• PEER_SVM_NAME : nom de la machine virtuelle de stockage (SVM), également appelée vserver, qui possède le volume source.

• PEER_VOLUME_NAME : nom du volume source.

• REPLICATION : nom de la ressource de réplication à créer.

• LARGE_VOLUME_CONSTITUENT_COUNT : ce paramètre n'est requis que si votre volume source est un FlexGroup. Pour en savoir plus, consultez FlexGroups et grands volumes.

  Pour créer un grand volume, specify --large-volume true et --multiple-endpoints true sont également des paramètres de création.

• CLUSTER_LOCATION : (facultatif) description de l'emplacement du cluster source.

• DESCRIPTION : (facultatif) texte de description de la ressource de réplication.

• LABELS : facultatif : libellés pour la ressource de réplication.

Exemple d'appel :

$ gcloud netapp volumes create ok-destination --location australia-southeast1 \
--capacity 100 --protocols=nfsv3 \
--share-name ok-destination --storage-pool okrause-pool \
--hybrid-replication-parameters=peer-cluster-name=au2se1cvo2sqa,peer-ip-addresses=10.0.0.25#10.0.0.26,peer-svm-name=svm_au2se1cvo2sqa,peer-volume-name=okrause_source,replication=okrause-replication

Pour répondre à vos exigences en termes de volume, spécifiez tous les paramètres facultatifs applicables. Par exemple, un volume NFS peut nécessiter une règle d'exportation.

Recherchez toutes les options :

gcloud netapp volumes create --help

Après avoir créé le volume de destination et la ressource de réplication, NetApp Volumes tente d'établir un peering avec votre système ONTAP source. Ce processus d'appairage sert d'étape d'authentification et d'autorisation, et protège votre cluster source contre les requêtes SnapMirror malveillantes. Par conséquent, assurez-vous de n'établir une connexion peer-to-peer qu'avec des systèmes de confiance.

Consultez les étapes suivantes :

gcloud netapp volumes replications list --volume=DESTINATION_VOLUME --location=REGION

L'état d'authentification actuel peut être imprimé à tout moment. Toutefois, les changements d'état peuvent prendre jusqu'à cinq minutes après qu'une action a fait passer le processus à l'étape suivante.

Un peering réussi comprend les étapes suivantes :

• Le volume de destination NetApp Volumes envoie un ping à votre système source à l'aide de l'peer-ip-addresses spécifié.

• Si le peering de cluster n'est pas déjà établi, NetApp Volumes affiche les commandes de peering de cluster que vous devez exécuter sur le système source.

• De plus, si le peering SVM n'est pas déjà établi, NetApp Volumes affiche les commandes de peering vserver que vous devez exécuter sur le système source.

Les étapes déjà effectuées sont ignorées, et la procédure se poursuit automatiquement avec l'étape suivante.

Vérification de la connectivité réseau

NetApp Volumes tentent d'envoyer une requête ICMP (ping) aux LIF d'interconnexion que vous avez spécifiées sous peer-ip-addresses. Si elle échoue, stateDetails affiche Cluster peering failed, please try again, ce qui indique un problème de réseau. Pour en savoir plus, consultez Connexion réseau au projet Google Cloud . Vous ne pouvez pas continuer tant que vous n'avez pas établi de connectivité réseau entre le système source et NetApp Volumes. À des fins de débogage, essayez de pinguer l'adresse IP de la passerelle du CIDR /27 qui héberge les interfaces IC-LIF de NetApp Volumes.

gcloud netapp volumes replications list --volume=DESTINATION_VOLUME --location=REGION \
 --format="table(hybridPeeringDetails.subnetIp)"

Le CIDR est alors affiché. Pinguez la première adresse IP de ce réseau à partir du système ONTAP source, en utilisant l'une de vos adresses IC-LIF sources.

Exemple :

source> ping -lif=YOUR_IC_LIF -vserver=VSERVER_HOSTING_SOURCE_VOLUME -destination=FIRST_IP_OF_SUBNET_IP

Peering de cluster :

Si ICMP fonctionne, le processus passe à l'appairage de clusters. L'état PENDING_CLUSTER_PEERING s'affiche si l'appairage n'a pas encore été établi.

Recherchez les instructions sur le peering de cluster :

gcloud netapp volumes replications list --volume=DESTINATION_VOLUME --location=REGION \
 --format="table(hybridPeeringDetails.command,hybridPeeringDetails.passphrase)"

Ce processus génère la commande et la phrase secrète requise pour l'exécution. Copiez et collez la commande cluster peer create sur votre cluster source, puis exécutez-la. Vous serez invité à saisir la phrase secrète deux fois.

Appairage SVM :

La commande cluster peer create de l'étape précédente devrait également effectuer l'appairage SVM automatiquement. Si cela ne se produit pas, l'état passe à PENDING_SVM_PEERING au bout de quelques secondes.

Vérifiez l'appairage SVM :

gcloud netapp volumes replications list --volume=DESTINATION_VOLUME --location=REGION

Si l'état est PENDING_SVM_PEERING, exécutez la commande d'appairage de serveurs virtuels :

gcloud netapp volumes replications list --volume=DESTINATION_VOLUME --location=REGION \
 --format="table(hybridPeeringDetails.command)"

Au bout de quelques secondes, l'état passe à Ready et mirrorState à Preparing, ce qui indique que le transfert de référence a commencé. Une fois le transfert de référence terminé, l'état mirrorState passe à Mirrored. Chaque heure, la migration du volume déclenche un transfert incrémentiel, indiqué par mirrorState comme Transferring (Transfert en cours).