Planifica la migración

En esta página, se proporcionan detalles sobre cómo planificar tu migración.

Estima la duración de la migración para un solo volumen

La duración de la migración de volumen se ve afectada por varios factores:

  • Velocidad de tu volumen de origen: El tráfico de SnapMirror tiene una prioridad más baja que el tráfico de NFS y SMB. Las cargas de trabajo altas en tu 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 de NFS o SMB en el volumen también puede reducir el rendimiento de SnapMirror.

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

  • Cantidad de datos usados en el volumen de origen: Los volúmenes de datos más grandes requieren más tiempo para transferirse.

  • Tasa de cambio de datos del volumen de la fuente: Una mayor tasa de cambios de datos 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

Considera la siguiente situación para el cálculo de la duración de la migración:

  • Volumen de origen: Capacidad de 15 TiB con 12 TiB de datos usados.

    • Datos para transferir: 12 TiB

    • La eficiencia de almacenamiento de ONTAP puede reducir el tamaño de transferencia, pero puedes ignorar eso para este ejercicio.

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

  • Tasa de cambio: 10% por día

    • Tasa de cambio de datos diaria: 1.2 TiB

    • El 10% es una suposición para este ejemplo; las tasas de cambio típicas suelen ser mucho más bajas.

  • Conexión de red: La infraestructura local se conecta a Google a través de una interconexión de 10 Gbps.

    • Ancho de banda de TCP efectivo: Aproximadamente 1,000 MiBps, que se pueden usar de forma exclusiva.
  • Volumen de destino: Volumen de 12 TiB con un nivel de servicio Premium.

    • Límite de capacidad de procesamiento: 12 × 64 MiBps = 768 MiBps

Cálculo

En este ejemplo, el factor limitante es el límite de capacidad de procesamiento del volumen de destino, que es de 768 MiB/s. El rendimiento del volumen de origen se considera ilimitado y el ancho de banda de la red es de 1, 000 MiBps.

Transferencia de referencia

  • Datos para transferir: 12 TiB

  • Límite de capacidad de procesamiento: 768 MiBps

  • Cálculo del tiempo: (12 TiB x 1024² MiB/TiB) / 768 MiB/s = 16,384 s

  • Tiempo total de transferencia de referencia: 4.6 horas

Primera transferencia incremental

  • Tiempo transcurrido desde la transferencia del modelo de referencia: 5 horas

  • Cambio de datos: (12 TiB x 1,024 GiB/TiB) * 10% * (5 h/24 h) = 256 GiB

  • Cálculo del tiempo:(256 GiB x 1,024 MiB/GiB) / 768 MiBps = 341 segundos

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

Segunda transferencia incremental

  • Tiempo transcurrido desde la primera transferencia incremental: 1 hora

  • Cambio de datos: (12 TiB x 1,024 GiB/TiB) * 10% * (1 h/24 h) = 51.2 GiB

  • Cálculo del tiempo: (51.2 GiB x 1,024 MiB/GiB) / 768 MiBps = 68 segundos

  • Tiempo total para la segunda transferencia incremental: ~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 la misma cantidad de tiempo.

Proceso de migración

Comienza el proceso de migración 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

Ejecuta varias migraciones o replicaciones externas en paralelo

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

La cantidad de replicaciones híbridas configuradas está limitada por una cuota del proyecto específica de la región, que se establece en 1 de forma predeterminada. Puedes solicitar una cuota más alta con la consola de la API de NetApp Volumes.Google Cloud Las siguientes 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. Se recomienda agrupar los volúmenes que pertenecen a la misma carga de trabajo en lotes para la migración simultánea, lo que también ayuda a transferirlos juntos.

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

¿Qué sigue?

Requisitos previos para ONTAP y NetApp Volumes