Planificar la migración

En esta página se explica cómo planificar la migración.

Estimar la duración de la migración de un solo volumen

La duración de la migración de volúmenes depende de varios factores:

  • Velocidad del volumen de origen: el tráfico de SnapMirror tiene una prioridad inferior al tráfico de NFS y SMB. Las cargas de trabajo elevadas en el volumen de origen pueden reducir el rendimiento del tráfico de SnapMirror saliente.

  • Rendimiento de los volúmenes de NetApp: el nivel de servicio y el tamaño del volumen definen su rendimiento. El tráfico NFS o SMB en el volumen también puede reducir el rendimiento de SnapMirror.

  • Rendimiento de la conexión de red: SnapMirror intenta alcanzar la máxima velocidad y puede consumir ancho de banda compartido con otros usuarios en la conexión de red entre el sistema ONTAP de origen y los volúmenes de NetApp.

  • Cantidad de datos usados en el volumen de origen: cuanto mayor sea el volumen de datos, más tiempo se tardará en transferirlos.

  • Tasa de cambio de datos de volumen de origen: una tasa de cambio de datos más alta durante el proceso de migración aumenta el tiempo necesario para que se sincronicen las transferencias incrementales.

Se puede calcular una estimación aproximada de la duración de la migración con una regla general.

Ejemplo

Veamos la siguiente situación para calcular la duración de la migración:

  • Volumen de origen: capacidad de 15 TiB con 12 TiB de datos utilizados.

    • Datos que se van a transferir: 12 TiB.

    • La eficiencia del almacenamiento de ONTAP puede reducir el tamaño de la transferencia, pero puedes ignorarlo en este ejercicio.

    • Supón que las funciones de rendimiento no son un factor limitante.

  • Tasa de cambio: 10% al día.

    • Tasa de cambio de datos diaria: 1,2 TiB.

    • En este ejemplo, se ha supuesto un 10 %, pero las tasas de cambio habituales suelen ser mucho más bajas.

  • Conexión de red: la infraestructura local está conectada a Google mediante una interconexión de 10 Gbps.

    • Ancho de banda TCP efectivo: aproximadamente 1000 MiBps, que se puede usar exclusivamente.

  • Volumen de destino: volumen de 12 TiB con un nivel de servicio Premium.

    • Límite de rendimiento: 12 × 64 MiB/s = 768 MiB/s.

Cálculo

En este ejemplo, el factor limitante es el límite de rendimiento del volumen de destino, que es de 768 MiBps. El rendimiento del volumen de origen se considera ilimitado y el ancho de banda de la red es de 1000 MiBps.

Transferencia de la base

  • Datos que se van a transferir: 12 TiB

  • Límite de rendimiento: 768 MiB/s

  • Cálculo del tiempo: (12 TiB × 1024^2 MiB/TiB) / 768 MiBps = 16384 segundos

  • Tiempo total de la transferencia inicial: 4,6 horas

Primera transferencia incremental

  • Tiempo transcurrido desde la transferencia inicial: 5 horas

  • Cambio de datos: (12 TiB x 1024 GiB/TiB) x 10 % x (5 h/24 h) = 256 GiB

  • Cálculo del tiempo:(256 GiB × 1024 MiB/GiB) / 768 MiBps = 341 segundos

  • Tiempo total de la primera transferencia incremental: unos 6 minutos

Segunda transferencia incremental

  • Tiempo transcurrido desde la primera transferencia incremental: 1 hora

  • Cambio de datos: (12 TiB x 1024 GiB/TiB) x 10 % x (1 h/24 h) = 51,2 GiB

  • Cálculo del tiempo: (51,2 GiB x 1024 MiB/GiB) / 768 MiBps = 68 segundos

  • Tiempo total de la segunda transferencia incremental: unos 70 segundos

Transferencias incrementales posteriores

Después de la primera transferencia incremental, todas las transferencias posteriores suelen tardar menos de una hora. Después de la segunda transferencia incremental, todas las transferencias posteriores tardarán aproximadamente el mismo tiempo.

Proceso de cambio

Inicia el proceso de cambio poco después de que se complete una transferencia incremental para minimizar la acumulación de datos modificados.

Tiempo total de migración: aproximadamente 4,7 horas.

Ejecutar varias migraciones o replicaciones externas en paralelo

Las migraciones de volúmenes y las replicaciones externas se gestionan en la API como dos variaciones de una replicación híbrida y consumen la misma cuota de proyecto de Google.

El número de replicaciones híbridas configuradas está limitado por una cuota de proyecto específica de la región, que es de 1 de forma predeterminada. Puedes solicitar una cuota mayor mediante la Google Cloud consola de la API NetApp Volumes. Estas son las cuotas pertinentes:

  • netapp.googleapis.com/standard_hybrid_replicated_volumes_per_region

  • netapp.googleapis.com/hybrid_replicated_volumes_per_region

Si necesitas migrar más volúmenes de los que permite tu cuota actual, debes realizar estas operaciones de forma secuencial. Te recomendamos que agrupes en lotes los volúmenes que pertenezcan a la misma carga de trabajo para migrarlos simultáneamente, lo que también te ayudará a cambiarlos juntos.

En el caso de la replicación externa, la cuota de tu proyecto debe ser suficiente para todas las replicaciones externas configuradas, además de las posibles migraciones de volumen.

Siguientes pasos

Requisitos previos de ONTAP y NetApp Volumes