Descripción general de la migración de volumen

En esta página, se proporciona una descripción general de la función de migración de volúmenes.

Acerca de la migración de volumen

La función de migración de volúmenes te permite migrar volúmenes de fuentes basadas en ONTAP a Google Cloud NetApp Volumes con una migración basada en SnapMirror. SnapMirror funciona a nivel de volumen y puede replicar un volumen de origen en un volumen de destino en un sistema diferente.

SnapMirror ofrece muchas ventajas en comparación con los métodos convencionales de copia de datos:

  • Funciona en cualquier red IP y es resistente a los problemas de red, ya que admite una amplia variedad de velocidades y latencias de red.

  • Solo copia los datos que se usan.

  • Después de una transferencia inicial de datos de referencia, las transferencias posteriores son incrementales y copian solo los datos modificados de forma indefinida. El cálculo de los cambios para las transferencias incrementales es excepcionalmente rápido y no depende del tipo de datos almacenados en el volumen.

  • Las transferencias conservan la eficiencia del almacenamiento. Si el volumen de origen contiene datos comprimidos o sin duplicar, estas eficiencias se transfieren, lo que reduce la cantidad de datos que se deben transferir.

  • Todas las transferencias se encriptan en tránsito.

  • Puedes usar el volumen de la fuente sin que se produzca un impacto notable en el rendimiento.

  • Puedes usar el volumen de destino en un estado de solo lectura después de que se complete la transferencia de referencia.

  • Se transfieren todos los datos, incluidos los metadatos, como las listas de control de acceso (LCA) complejas y los archivos bloqueados.

SnapMirror transfiere volúmenes entre sistemas ONTAP, incluso en diferentes ubicaciones geográficas.

NetApp Volumes ya usa SnapMirror para su función de replicación de volúmenes, que permite la replicación de NetApp Volumes entre diferentes regiones de Google. Un nuevo subtipo de replicación de volúmenes, llamado replicación híbrida, ahora admite la migración de volúmenes de ONTAP a NetApp Volumes.

Descripción general del proceso de migración

La replicación híbrida garantiza migraciones de datos rápidas, coherentes y completas desde la fuente hasta el destino con un impacto mínimo en tu producción. Este proceso consta de las siguientes fases:

  1. Authentication

  2. Transferencia de referencia

  3. Transferencias incrementales

  4. Cutover

  5. Limpieza

Autenticación

Durante la fase de autenticación, los administradores de almacenamiento del sistema ONTAP de origen deben otorgar permiso a NetApp Volumes para recuperar un volumen del sistema de origen. Esto se logra a través de pasos administrativos en el sistema ONTAP de origen, denominados intercambio de tráfico entre clústeres y SVM. El proceso de migración de volúmenes genera los comandos de ONTAP que los administradores deben ejecutar en el sistema de origen.

Transferencia de referencia

Después de configurar una migración, una instantánea crea un punto de coherencia en el sistema de origen. Luego, todos los datos capturados de esta instantánea, incluidas las instantáneas anteriores, se transfieren a NetApp Volumes durante una fase inicial denominada transferencia de referencia.

Una transferencia de referencia puede tardar minutos, horas, días o semanas. Esta duración depende de lo siguiente:

  • Es la cantidad de datos en la instantánea.

  • La velocidad de la red entre tu sistema de origen ONTAP y NetApp Volumes.

  • Es el parámetro de configuración de capacidad de procesamiento de tus NetApp Volumes.

Durante la transferencia de referencia, tu volumen de origen sigue publicando tu carga de trabajo y se agregan, cambian o borran datos. Estos cambios no afectan la instantánea que se usa para el punto de coherencia del modelo de referencia. Mientras se realiza la prueba de referencia, el volumen de destino no está disponible para los clientes. Una vez que se completa la línea de base, el volumen de destino se pone en línea y está disponible para el acceso del cliente en modo de solo lectura. Ten en cuenta que el volumen de destino tendrá una dirección IP diferente.

A diferencia de la replicación de volúmenes, la migración de volúmenes no puede leer los parámetros del volumen de origen, como el tamaño, las opciones de protocolo y las políticas de exportación o instantáneas. Por lo tanto, debes configurar estos parámetros correctamente para el volumen de destino.

Ahora puedes comenzar a activar o asignar el volumen de destino a las VMs para prepararte para el final de la migración.

Transferencias incrementales

Una vez que se completa la transferencia de referencia, la migración activa transferencias incrementales cada hora.

Cada transferencia incremental realiza las siguientes acciones:

  1. Toma una nueva instantánea de tu volumen de origen.

  2. Calcula los cambios de datos entre la instantánea actual y la anterior.

  3. Comienza a transferir estos cambios al destino.

Si se produce un volumen significativo de cambios desde la instantánea de referencia y aún se está ejecutando una transferencia incremental cuando se programa la siguiente transferencia por hora, se omite esta transferencia. La siguiente transferencia incremental captura una nueva instantánea de origen, borra la instantánea de SnapMirror más antigua, calcula los cambios y los transfiere.

Los clientes que activan el volumen de destino ven una vista de solo lectura con contenido estático. Sin embargo, una vez que se completa una transferencia incremental, el contenido del volumen se actualiza instantáneamente desde la instantánea de replicación anterior a la más reciente a través de una sola operación atómica.

A menos que la cantidad de datos nuevos que se agreguen al volumen de origen supere lo que se puede transferir en una hora, el tamaño de la transferencia incremental disminuye con cada transferencia exitosa. Este proceso continúa hasta que se estabiliza a una velocidad definida por la tasa de cambio por hora del volumen de la fuente, lo que puede tardar algunas iteraciones. Una vez que se alcance este estado estable, podrás programar un corte. Para minimizar el tiempo de inactividad requerido durante la migración, el objetivo es reducir los cambios entre los volúmenes de origen y destino.

Migración de sistemas

Durante una migración de sistemas, mueves tus cargas de trabajo del volumen de origen al volumen de destino sin pérdida de datos (RPO = 0) y con un tiempo de inactividad mínimo (RTO). El proceso de corte consta de los siguientes pasos secundarios:

  1. Detener modificaciones

  2. Esperar la transferencia actual

  3. Realiza una transferencia incremental manual

  4. Detener la replicación

  5. Cómo volver a configurar y reiniciar aplicaciones

Detener modificaciones

Dado que las transferencias incrementales son asíncronas, es posible que tu volumen de origen contenga cambios que aún no se reflejan en el volumen de destino. Para sincronizar, detén todas las modificaciones en el volumen de origen de la siguiente manera:

  • Detener todas las aplicaciones que modifican datos

  • Opcional: Cambia los permisos del volumen a solo lectura para evitar que cualquier cliente modifique los datos.

Espera la transferencia actual

Asegúrate de que se completen todas las transferencias incrementales en ejecución.

Realiza una transferencia incremental manual

Realiza una transferencia incremental manual para enviar los datos más recientes al sistema de destino. Esto debería tardar solo unos segundos o minutos, según el volumen de datos que se modificaron desde la última transferencia, la velocidad de la red y los límites de procesamiento de los volúmenes de destino.

Una vez que se completa la transferencia incremental manual, los datos más recientes están disponibles en el destino.

Detener la replicación

Ejecuta la operación de detención en la replicación para que tu volumen de destino sea de lectura y escritura. Con esto, se completa la migración de datos.

Cómo volver a configurar y reiniciar aplicaciones

Vuelve a configurar tus aplicaciones para que usen el volumen de destino y, luego, reinícialas. Asegúrate de que se detenga todo el acceso a los datos del volumen de origen para evitar que cualquier aplicación use el volumen de origen por accidente.

Limpieza

Si la transición se realiza correctamente, puedes seguir estos pasos de limpieza:

  1. Borrar la replicación detenida: Cuando borras la replicación detenida, se borra el recurso de replicación, pero no el volumen de destino. Este proceso también borra la relación de SnapMirror que se usa en el backend con tu sistema fuente.

  2. Quita la interconexión de clústeres: Si esta era la última relación de SnapMirror entre NetApp Volumes y tu clúster de origen, puedes quitar la interconexión de clústeres del sistema ONTAP de origen. Además, puedes quitar cualquier configuración de redes que se haya realizado solo para fines de migración entre el origen y el destino.

¿Qué sigue?

Planifica la migración.