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 les volumes entre les systèmes ONTAP, même dans des zones géographiques différentes.
NetApp Volumes utilise déjà SnapMirror pour sa fonctionnalité de réplication de volumes, qui permet de répliquer des volumes NetApp Volumes entre différentes régions Google. Un nouveau sous-type de réplication de volume, appelé réplication hybride, permet désormais de migrer des volumes ONTAP vers NetApp Volumes.
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é.
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 le volume de destination aura une adresse IP 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 toutes les heures.
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 de la 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 : Modifiez les autorisations de volume en lecture seule pour empêcher tout client de modifier les données.
Attendre le transfert en cours
Assurez-vous que tous les transferts incrémentiels 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, le débit 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 éviter qu'une application n'utilise 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.