Cette page présente la fonctionnalité de migration de volumes.
À propos de la migration de volume
La fonctionnalité de migration de volumes vous permet de migrer des volumes de sources basées sur ONTAP vers Google Cloud NetApp Volumes à l'aide d'une migration basée sur SnapMirror. SnapMirror fonctionne au niveau du volume et peut répliquer un volume source vers un volume de destination sur un autre système.
SnapMirror offre de nombreux avantages par rapport aux méthodes de copie de données classiques :
Il fonctionne sur n'importe quel réseau IP et résiste aux problèmes de réseau, en prenant en charge un large éventail de débits et de latences réseau.
Il ne copie que les données utilisées.
Après un transfert initial des données de référence, les transferts suivants sont incrémentiels et ne copient que les données modifiées, et ce, indéfiniment. Le calcul des modifications pour les transferts incrémentiels est exceptionnellement rapide et indépendant du type de données stockées dans le volume.
Les transferts conservent l'efficacité du stockage. Si le volume source contient des données dédupliquées ou compressées, ces optimisations sont conservées, ce qui réduit la quantité de données à transférer.
Tous les transferts sont chiffrés en transit.
Vous pouvez utiliser le volume source sans impact notable sur les performances.
Vous pouvez utiliser le volume de destination en lecture seule une fois le transfert de référence terminé.
Toutes les données sont transférées, y compris les métadonnées telles que les listes de contrôle des accès (LCA) complexes et les fichiers verrouillés.
SnapMirror transfère des volumes entre des systèmes ONTAP, même dans des zones géographiques différentes.
Google Cloud NetApp Volumes utilise SnapMirror pour la réplication de volumes entre les volumes NetApp de différentes régions Google. Vous pouvez également utiliser SnapMirror pour répliquer des volumes externes basés sur ONTAP et des NetApp Volumes'est ce qu'on appelle la réplication hybride.
Il existe deux types de réplication hybride :
La migration de volumes est destinée aux transferts ponctuels d'ONTAP vers NetApp Volumes.
La réplication externe est destinée aux réplications de reprise après sinistre continues, où le sens de la réplication peut être inversé.
Présentation du processus de migration
La réplication hybride garantit des migrations de données rapides, cohérentes et complètes de la source vers la destination, avec un impact minimal sur votre production. Ce processus comprend les phases suivantes :
Authentification
Lors de la phase d'authentification, les administrateurs du stockage du système ONTAP source doivent accorder aux NetApp Volumes l'autorisation d'extraire un volume du système source. Pour ce faire, vous devez effectuer des étapes administratives sur le système ONTAP source, appelées appairage de clusters et appairage de SVM. Le processus de migration de volumes génère les commandes ONTAP que les administrateurs doivent exécuter sur le système source.
Transfert de base
Une fois la migration configurée, un instantané crée un point de cohérence sur le système source. Toutes les données capturées à partir de cet instantané, y compris les instantanés plus anciens, sont ensuite transférées vers NetApp Volumes lors d'une phase initiale appelée transfert de référence.
Un transfert de référence peut prendre quelques minutes, heures, jours ou semaines. Cette durée dépend des éléments suivants :
Quantité de données dans l'instantané.
La vitesse du réseau entre votre système source ONTAP et NetApp Volumes.
Paramètre de débit de vos NetApp Volumes.
Pendant le transfert de référence, votre volume source continue de diffuser votre charge de travail et des données sont ajoutées, modifiées ou supprimées. Ces modifications n'affectent pas l'instantané utilisé pour le point de cohérence de la référence. Tant que la référence est en cours, le volume de destination n'est pas disponible pour les clients. Une fois la référence terminée, le volume de destination devient en ligne et accessible aux clients en mode lecture seule. Notez que l'adresse IP du volume de destination sera différente.
Contrairement à la réplication de volumes, la migration de volumes ne peut pas lire les paramètres du volume source, tels que la taille, les choix de protocole et les règles d'exportation ou d'instantané. Vous devez donc configurer correctement ces paramètres pour le volume de destination.
Vous pouvez maintenant commencer à monter ou à mapper le volume de destination sur les VM pour préparer la fin de la migration.
Transferts incrémentiels
Une fois le transfert de base terminé, la migration déclenche des transferts incrémentiels horaires.
Chaque transfert incrémentiel effectue les actions suivantes :
Prend un nouvel instantané de votre volume source.
Calcule les modifications de données entre l'instantané actuel et le précédent.
Commence à transférer ces modifications vers la destination.
Si un volume important de modifications se produit depuis l'instantané de référence et qu'un transfert incrémentiel est toujours en cours d'exécution lorsque le prochain transfert horaire est planifié, ce transfert est ignoré. Le prochain transfert incrémentiel capture un nouvel instantané source, supprime l'instantané SnapMirror le plus ancien, calcule les modifications et les transfère.
Les clients qui installent le volume de destination voient une vue en lecture seule avec du contenu statique. Toutefois, une fois le transfert incrémentiel terminé, le contenu du volume est instantanément mis à jour, en passant de l'instantané de réplication précédent au plus récent, grâce à une seule opération atomique.
Sauf si la quantité de nouvelles données ajoutées au volume source dépasse ce qui peut être transféré en une heure, la taille du transfert incrémentiel diminue à chaque transfert réussi. Ce processus se poursuit jusqu'à ce qu'il se stabilise à un taux défini par le taux de variation horaire du volume source, ce qui peut prendre quelques itérations. Une fois cet état stable atteint, vous pouvez planifier une transition. Pour minimiser le temps d'arrêt requis lors de la transition, l'objectif est de réduire les modifications entre les volumes source et de destination.
Basculement
Lors d'un basculement, vous déplacez vos charges de travail du volume source vers le volume de destination sans perte de données (RPO = 0) et avec un temps d'arrêt minimal (RTO). Le processus de transition comprend les sous-étapes suivantes :
Arrêter les modifications
Étant donné que les transferts incrémentiels sont asynchrones, votre volume source peut contenir des modifications qui ne sont pas encore reflétées sur le volume de destination. Pour synchroniser, arrêtez toutes les modifications sur le volume source en procédant comme suit :
Arrêtez toutes les applications qui modifient les données.
Facultatif : définissez les autorisations de volume sur "Lecture seule" pour empêcher tout client de modifier les données.
Attendre le transfert en cours
Assurez-vous que tous les transferts incrémentaux en cours sont terminés.
Effectuer un transfert incrémentiel manuel
Effectuez un transfert incrémental manuel pour envoyer les dernières données au système de destination. Cette opération ne devrait prendre que quelques secondes à quelques minutes, selon le volume de données modifiées depuis le dernier transfert, la vitesse du réseau et les limites de débit des volumes de destination.
Une fois le transfert incrémentiel manuel terminé, les dernières données sont disponibles à la destination.
Arrêter la duplication
Exécutez l'opération d'arrêt sur la réplication pour rendre votre volume de destination accessible en lecture/écriture. La migration de vos données est alors terminée.
Reconfigurer et redémarrer des applications
Reconfigurez vos applications pour qu'elles utilisent le volume de destination, puis redémarrez-les. Assurez-vous que tout accès aux données du volume source est arrêté pour empêcher toute application d'utiliser accidentellement le volume source.
Nettoyage
Si le basculement a réussi, vous pouvez effectuer les étapes de nettoyage suivantes :
Supprimer la réplication arrêtée : lorsque vous supprimez la réplication arrêtée, la ressource de réplication est supprimée, mais pas le volume de destination. Ce processus supprime également la relation SnapMirror utilisée dans le backend avec votre système source.
Supprimez le peering de cluster : s'il s'agissait de la dernière relation SnapMirror entre NetApp Volumes et votre cluster source, vous pouvez supprimer le peering de cluster du système ONTAP source. Vous pouvez également supprimer toute configuration réseau qui n'est utilisée qu'à des fins de migration entre la source et la destination.