Cette page présente la fonctionnalité de migration de volumes.
À propos de la migration de volumes
La fonctionnalité de migration de volumes vous permet de migrer des volumes depuis des 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 vitesses et de latences réseau.
Il ne copie que les données utilisées.
Après un transfert de données de base initial, les transferts suivants sont incrémentiels et ne copient que les données modifiées de manière indéfinie. Le calcul des modifications pour les transferts incrémentiels est exceptionnellement rapide et indépendant du type de données stocké 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 gains d'efficacité sont conservés, 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 base terminé.
Toutes les données, y compris les métadonnées telles que les listes de contrôle des accès (LCA) complexes et les fichiers verrouillés, sont transférées.
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 des volumes NetApp dans différentes régions Google. Vous pouvez également utiliser SnapMirror pour effectuer une réplication entre des volumes externes basés sur ONTAP et des NetApp Volumes, ce que l'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
Pendant la phase d'authentification, les administrateurs de stockage du système ONTAP source doivent accorder à NetApp Volumes l'autorisation d'extraire un volume du système source. Pour ce faire, ils doivent 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 base.
Un transfert de base peut prendre quelques minutes, heures, jours ou semaines. Cette durée dépend des éléments suivants :
La quantité de données dans l'instantané.
La vitesse du réseau entre votre système ONTAP source et NetApp Volumes.
Le paramètre de débit de vos NetApp Volumes.
Pendant le transfert de base, votre volume source continue de traiter 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 base. Pendant que la base est en cours, le volume de destination n'est pas disponible pour les clients. Une fois la base terminée, le volume de destination devient en ligne et disponible pour l'accès client 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 stratégies d'exportation ou d'instantané. Par conséquent, vous devez configurer correctement ces paramètres pour le volume de destination.
Vous pouvez maintenant commencer à installer ou à mapper le volume de destination sur des 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 base et qu'un transfert incrémentiel est toujours en cours lorsque le transfert horaire suivant est programmé, ce transfert est ignoré. Le transfert incrémentiel suivant 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 un transfert incrémentiel terminé, le contenu du volume est instantanément mis à jour de l'instantané de réplication précédent vers le dernier via 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 modification horaire du volume source, ce qui peut prendre quelques itérations. Une fois cet état stable atteint, vous pouvez programmer un basculement. Pour minimiser les temps d'arrêt requis lors du basculement, 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 basculement 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 effectuer la synchronisation, 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émentiel manuel pour envoyer les dernières données au système de destination. Cette opération ne devrait prendre que quelques secondes à quelques minutes, en fonction du volume de données modifié depuis le dernier transfert, de la vitesse du réseau et des limites de débit des volumes de destination.
Une fois le transfert incrémentiel manuel terminé, les dernières données sont disponibles à destination.
Arrêter la réplication
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 les 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 réussit, 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 le volume de destination ne l'est pas. Ce processus supprime également la relation SnapMirror utilisée dans le backend avec votre système source.
Supprimer l'appairage de clusters : s'il s'agissait de la dernière relation SnapMirror entre NetApp Volumes et votre cluster source, vous pouvez supprimer l'appairage de clusters du système ONTAP source. Vous pouvez également supprimer toute configuration réseau configurée uniquement à des fins de migration entre la source et la destination.