En esta página se ofrece 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 mediante 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 otro sistema.
SnapMirror ofrece muchas ventajas con respecto a 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 gama de velocidades y latencias de red.
Solo copia los datos utilizados.
Después de una transferencia de datos inicial, las transferencias posteriores son incrementales, por lo que solo se copian los datos modificados de forma indefinida. El cálculo de los cambios en las transferencias incrementales es excepcionalmente rápido e independiente del tipo de datos almacenado 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 cifran en tránsito.
Puedes usar el volumen de la fuente sin que afecte al rendimiento de forma notable.
Puedes usar el volumen de destino en modo de solo lectura una vez que se haya completado la transferencia inicial.
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 entre diferentes ubicaciones geográficas.
NetApp Volumes ya usa SnapMirror para su función de replicación de volúmenes, que permite replicar volúmenes de NetApp 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 volúmenes de NetApp.
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 la producción. Este proceso consta de las siguientes fases:
Autenticación
Durante la fase de autenticación, los administradores de almacenamiento del sistema ONTAP de origen deben conceder permiso a NetApp Volumes para obtener un volumen del sistema de origen. Esto se consigue mediante pasos administrativos en el sistema ONTAP de origen, denominados emparejamiento de clústeres y emparejamiento de 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 captura, incluidas las capturas anteriores, se transfieren a los volúmenes de NetApp durante una fase inicial denominada transferencia de línea de base.
Una transferencia inicial puede tardar minutos, horas, días o semanas. Esta duración depende de lo siguiente:
Cantidad de datos de la instantánea.
La velocidad de la red entre el sistema de origen de ONTAP y los volúmenes de NetApp.
El ajuste de rendimiento de tus volúmenes de NetApp.
Durante la transferencia inicial, el volumen de origen sigue sirviendo a tu carga de trabajo y se añaden, modifican o eliminan datos. Estos cambios no afectan a la instantánea utilizada para el punto de coherencia de la línea de base. Mientras se está creando la línea de base, 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 online y está disponible para que los clientes accedan a él 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 de creación de copias de seguridad. Por lo tanto, debes configurar estos ajustes correctamente para el volumen de destino.
Ahora puedes empezar a montar o asignar el volumen de destino a las VMs para prepararlas para el final de la migración.
Transferencias incrementales
Una vez completada la transferencia inicial, la migración activa transferencias incrementales cada hora.
Cada transferencia incremental realiza las siguientes acciones:
Hace una nueva captura de tu volumen de origen.
Calcula los cambios en los datos entre la captura actual y la anterior.
Empieza a transferir estos cambios al destino.
Si se produce un volumen significativo de cambios desde la creación de la copia de seguridad inicial y sigue en curso una transferencia incremental cuando se programa la siguiente transferencia por horas, esta se omite. La siguiente transferencia incremental crea una nueva captura del origen, elimina la captura de SnapMirror más antigua, calcula los cambios y los transfiere.
Los clientes que montan 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 al instante de la réplica anterior a la más reciente mediante una sola operación atómica.
A menos que la cantidad de datos nuevos que se añadan al volumen de origen supere lo que se puede transferir en una hora, el tamaño de la transferencia incremental se reduce con cada transferencia correcta. Este proceso continúa hasta que se estabiliza a un ritmo definido por la tasa de cambio por hora del volumen de la fuente, lo que puede llevar varias iteraciones. Cuando se alcance este estado estable, podrás programar un cambio. Para minimizar el tiempo de inactividad necesario durante el cambio, el objetivo es reducir los cambios entre los volúmenes de origen y de destino.
Migración
Durante una migración, mueves tus cargas de trabajo del volumen de origen al de destino sin perder datos (RPO = 0) y con un tiempo de inactividad mínimo (RTO). El proceso de cambio consta de los siguientes subpasos:
Detener modificaciones
Como las transferencias incrementales son asíncronas, es posible que el volumen de origen contenga cambios que aún no se hayan reflejado 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 de volumen a solo lectura para evitar que ningún cliente modifique los datos.
Esperar a que termine la transferencia actual
Asegúrate de que se hayan completado todas las transferencias incrementales en curso.
Realizar una transferencia incremental manual
Realiza una transferencia incremental manual para enviar los datos más recientes al sistema de destino. Este proceso solo debería tardar unos segundos o minutos, en función del volumen de datos que haya cambiado desde la última transferencia, la velocidad de la red y los límites de rendimiento de los volúmenes de destino.
Una vez que se haya completado la transferencia incremental manual, los datos más recientes estarán disponibles en el destino.
Detener replicación
Ejecuta la operación de detención en la réplica para que el volumen de destino se pueda leer y escribir. Con esto se completa la migración de datos.
Reconfigurar y reiniciar aplicaciones
Vuelve a configurar tus aplicaciones para que usen el volumen de destino y, a continuación, reinícialas. Asegúrate de que se detenga todo el acceso a los datos del volumen de origen para evitar que cualquier aplicación utilice el volumen de origen por error.
Limpieza
Si el cambio se realiza correctamente, puedes seguir estos pasos para completar el proceso:
Eliminar replicación detenida: cuando eliminas la replicación detenida, se elimina el recurso de replicación, pero no el volumen de destino. Este proceso también elimina la relación de SnapMirror utilizada en el backend con el sistema de origen.
Quitar el emparejamiento de clústeres: si esta era la última relación de SnapMirror entre los volúmenes de NetApp y el clúster de origen, puedes quitar el emparejamiento de clústeres del sistema ONTAP de origen. Además, puedes quitar cualquier red configurada únicamente con fines de migración entre el origen y el destino.