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 volúmenes
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 de red y latencias.
Solo copia los datos usados.
Después de una transferencia de datos de referencia inicial, 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 desduplicados o comprimidos, 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 origen sin que esto afecte el rendimiento de forma notable.
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.
Google Cloud NetApp Volumes usa SnapMirror para la replicación de volúmenes entre NetApp Volumes en diferentes regiones de Google. Además, puedes usar SnapMirror para replicar entre volúmenes externos basados en ONTAP y NetApp Volumes, lo que se denomina replicación híbrida.
Las replicaciones híbridas incluyen dos tipos:
La migración de volúmenes está diseñada para transferencias únicas de ONTAP a NetApp Volumes.
La replicación externa está diseñada para replicaciones continuas de recuperación ante desastres en las que se puede invertir la dirección de replicación.
Descripción general del proceso de migración
La replicación híbrida garantiza migraciones de datos rápidas, coherentes y completas del origen al destino con un impacto mínimo en tu producción. Este proceso consta de las siguientes fases:
Authentication
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, llamados intercambio de tráfico entre clústeres e intercambio de tráfico entre SVMs. 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. Todos los datos capturados de esta instantánea, incluidas las instantáneas más antiguas, se transfieren a NetApp Volumes durante una fase inicial llamada transferencia de referencia.
Una transferencia de referencia puede tardar minutos, horas, días o semanas. Esta duración depende de lo siguiente:
La cantidad de datos en la instantánea
La velocidad de la red entre tu sistema de origen ONTAP y NetApp Volumes
La configuración de capacidad de procesamiento de NetApp Volumes
Durante la transferencia de referencia, tu volumen de origen continúa entregando 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 de la referencia. Mientras la referencia está en curso, el volumen de destino no está disponible para los clientes. Una vez que se completa la referencia, 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 por hora.
Cada transferencia incremental realiza las siguientes acciones:
Toma una nueva instantánea de tu volumen de origen.
Calcula los cambios de datos entre la instantánea actual y la anterior.
Comienza a transferir estos cambios al destino.
Si se produce un volumen significativo de cambios desde la instantánea de referencia y una transferencia incremental aún se está ejecutando 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 de forma instantánea 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 agregados 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 tasa definida por la tasa de cambio por hora del volumen de origen, lo que puede tardar algunas iteraciones. Una vez que se alcanza este estado estable, puedes programar una migración de sistemas. Para minimizar el tiempo de inactividad requerido durante la migración de sistemas, el objetivo es reducir los cambios entre los volúmenes de origen y de 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 migración de sistemas consta de los siguientes pasos secundarios:
Detener las modificaciones
Dado que las transferencias incrementales son asíncronas, es posible que tu volumen de origen contenga cambios que aún no se reflejen en el volumen de destino. Para sincronizar, detén todas las modificaciones en el volumen de origen de la siguiente manera:
Detén todas las aplicaciones que modifican datos.
Opcional: Cambia los permisos del volumen a solo lectura para evitar que cualquier cliente modifique los datos.
Esperar la transferencia actual
Asegúrate de que se completen todas las transferencias incrementales en ejecución.
Realizar 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 modificó desde la última transferencia, la velocidad de la red y los límites de capacidad 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. De esta manera, se completa la migración de datos.
Volver a configurar y reiniciar las 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 migración de sistemas es exitosa, puedes realizar los siguientes pasos de limpieza:
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 de origen.
Quitar el intercambio de tráfico entre clústeres: Si esta fue la última relación de SnapMirror entre NetApp Volumes y tu clúster de origen, puedes quitar el intercambio de tráfico entre clústeres del sistema ONTAP de origen. Además, puedes quitar cualquier red configurada solo para fines de migración entre el origen y el destino.