Planifier la migration

Cette page explique comment planifier votre migration.

Estimer la durée de migration d'un volume

La durée de la migration du volume dépend de plusieurs facteurs :

  • Vitesse de votre volume source : le trafic SnapMirror a une priorité inférieure à celle du trafic NFS et SMB. Des charges de travail élevées sur votre volume source peuvent réduire les performances du trafic SnapMirror sortant.

  • Débit des volumes NetApp : le niveau de service et la taille du volume définissent son débit. Le trafic NFS ou SMB sur le volume peut également réduire les performances de SnapMirror.

  • Débit de la connexion réseau : SnapMirror tente d'atteindre la vitesse maximale et peut consommer de la bande passante partagée avec d'autres utilisateurs sur la connexion réseau entre le système ONTAP source et les NetApp Volumes.

  • Quantité de données utilisées dans le volume source : plus les volumes de données sont importants, plus le transfert prend du temps.

  • Taux de variation du volume de données sources : un taux de variation des données plus élevé pendant le processus de migration augmente le temps nécessaire à la synchronisation des transferts incrémentiels.

Vous pouvez obtenir une estimation approximative de la durée de la migration à l'aide d'une règle empirique.

Exemple

Prenons l'exemple suivant pour calculer la durée de la migration :

  • Volume source : capacité de 15 Tio avec 12 Tio de données utilisées.

    • Données à transférer : 12 Tio.

    • L'efficacité du stockage ONTAP peut réduire la taille du transfert, mais vous pouvez l'ignorer pour cet exercice.

    • Considérez que les capacités de performances ne sont pas un facteur limitant.

  • Taux de variation : 10 % par jour.

    • Taux de variation quotidienne des données : 1,2 Tio.

    • 10 % est une hypothèse pour cet exemple. Les taux de variation typiques sont généralement beaucoup plus faibles.

  • Connexion réseau : l'infrastructure sur site est connectée à Google à l'aide d'une interconnexion 10 Gbit/s.

    • Bande passante TCP effective : environ 1 000 Mio/s, qui peut être utilisée exclusivement.

  • Volume de destination : volume de 12 Tio avec un niveau de service Premium.

    • Limite de débit : 12 × 64 Mio/s = 768 Mio/s.

Calcul

Dans cet exemple, le facteur limitant est la limite de débit du volume de destination, qui est de 768 MiBps. Les performances du volume source sont considérées comme illimitées et la bande passante du réseau est de 1 000 Mio/s.

Transfert de référence

  • Données à transférer : 12 Tio

  • Limite de débit : 768 Mio/s

  • Calcul de la durée : (12 Tio x 1024^2 Mio/Tio) / 768 Mio/s = 16 384 secondes

  • Durée totale du transfert de base : 4,6 heures

Premier transfert incrémentiel

  • Temps écoulé depuis le transfert de référence : 5 heures

  • Modification des données : (12 Tio x 1 024 Gio/Tio) x 10 % x (5 h/24 h) = 256 Gio

  • Calcul du temps :(256 Gio x 1 024 Mio/Gio) / 768 Mio/s = 341 secondes

  • Durée totale du premier transfert incrémentiel : environ 6 minutes

Deuxième transfert incrémentiel

  • Temps écoulé depuis le premier transfert incrémentiel : 1 heure

  • Variation des données : (12 Tio x 1 024 Gio/Tio) x 10 % x (1 h/24 h) = 51,2 Gio

  • Calcul du temps : (51,2 Gio x 1 024 Mio/Gio) / 768 Mio/s = 68 secondes

  • Durée totale du transfert incrémentiel de la deuxième seconde : environ 70 secondes

Transferts incrémentiels ultérieurs

Après le premier transfert incrémentiel, tous les transferts suivants prennent généralement moins d'une heure. Après le deuxième transfert incrémentiel, tous les transferts suivants prendront à peu près le même temps.

Processus de transition

Lancez le processus de basculement peu après la fin d'un transfert incrémentiel pour minimiser l'accumulation de données modifiées.

Durée totale de la migration : environ 4,7 heures.

Exécuter plusieurs migrations ou réplications externes en parallèle

Les migrations de volumes et les réplications externes sont gérées dans l'API comme deux variantes d'une réplication hybride et consomment le même quota de projet Google.

Le nombre de réplications hybrides configurées est limité par un quota de projet spécifique à une région, qui est défini sur 1 par défaut. Vous pouvez demander un quota plus élevé à l'aide de la consoleGoogle Cloud pour l'API NetApp Volumes. Voici les quotas concernés :

  • netapp.googleapis.com/standard_hybrid_replicated_volumes_per_region

  • netapp.googleapis.com/hybrid_replicated_volumes_per_region

Si vous devez migrer plus de volumes que votre quota actuel ne le permet, vous devez effectuer ces opérations de manière séquentielle. Il est recommandé de regrouper les volumes appartenant à la même charge de travail dans des lots pour une migration simultanée, ce qui permet également de les transférer ensemble.

Pour la réplication externe, le quota de votre projet doit être suffisant pour prendre en charge toutes les réplications externes configurées, en plus des éventuelles migrations de volumes.

Étapes suivantes

Conditions préalables pour ONTAP et NetApp Volumes