Migración a FSx para ONTAP mediante SnapMirror de NetApp
Puede migrar sus sistemas de archivos ONTAP de NetApp a Amazon FSx para NetApp ONTAP mediante SnapMirror de NetApp.
SnapMirror de NetApp emplea la replicación a nivel de bloques entre dos sistemas de archivos ONTAP, replicando los datos de un volumen de origen específico a un volumen de destino. Recomendamos utilizar SnapMirror para migrar sistemas de ficheros ONTAP de NetApp en las instalaciones a FSx para ONTAP. La replicación a nivel de bloques de SnapMirror de NetApp es rápida y eficaz incluso para sistemas de archivos con:
Estructuras de directorio complejas
Más de 50 millones de archivos
Tamaños de archivo muy pequeños (del orden de kilobytes)
Cuando utiliza SnapMirror para migrar a FSx para ONTAP, los datos deduplicados y comprimidos permanecen en esos estados, lo que reduce los tiempos de transferencia y la cantidad de ancho de banda necesaria para la migración. Las instantáneas que existen en los volúmenes de ONTAP de origen se conservan cuando se migran a los volúmenes de destino. La migración de los sistemas de archivos ONTAP de NetApp en las instalaciones a FSx for ONTAP implica las siguientes tareas de alto nivel:
Cree el volumen de destino en Amazon FSx.
Recopile las interfaces lógicas (LIF) de origen y destino.
Establezca un emparejamiento de clústeres entre sistemas de archivos de origen y de destino.
Cree una relación de emparejamiento de SVM.
Cree la relación de SnapMirror.
Mantenga un clúster de destino actualizado.
Utilice su sistema de archivos de FSx para ONTAP.
El siguiente diagrama ilustra el escenario de migración que se describe en esta sección.
Antes de empezar
Antes de empezar a utilizar los procedimientos descritos en las siguientes secciones, asegúrese de cumplir los siguientes requisitos previos:
FSx para ONTAP prioriza el tráfico de los clientes sobre las tareas en segundo plano, como la organización de datos en niveles, la eficiencia del almacenamiento y las copias de seguridad. Al migrar datos, y como práctica recomendada general, le recomendamos que supervise la capacidad de su nivel de SSD para asegurarse de que no supere el 80% de utilización. Puede supervisar la utilización de su nivel de SSD mediante las métricas del sistema de archivos de CloudWatch. Para obtener más información, consulte Métricas de volumen.
Si establece la política de niveles de datos del volumen de destino en
Allal migrar los datos, todos los metadatos de los archivos se almacenan en el nivel de almacenamiento SSD principal. Los metadatos de los archivos siempre se almacenan en el nivel principal basado en SSD, independientemente de la política de niveles de datos del volumen. Le recomendamos que asuma una proporción de 1:10 para la capacidad de almacenamiento entre el nivel principal y el nivel del pool de capacidad.Los sistemas de archivos de origen y destino están conectados en la misma VPC o se encuentran en redes interconectadas mediante Amazon VPC Peering, Transit Gateway, AWS Direct Connect o Site-to-Site VPN. Para obtener más información, consulte Acceso a datos desde el interior de la Nube de AWS y ¿Qué es el peering de VPC? en la Guía de Amazon VPC Peering.
El grupo de seguridad de VPC para el sistema de archivos de FSx for ONTAP tiene reglas de entrada y salida que permiten el ICMP y el TCP en los puertos 443, 10000, 11104 y 11105 para los puntos de conexión entre clústeres (LIF).
Compruebe que los volúmenes de origen y destino ejecuten versiones ONTAP de NetApp compatibles antes de crear una relación de protección de datos con SnapMirror. Para obtener más información, consulte las versiones de ONTAP compatibles para las relaciones entre SnapMirror
en la documentación de usuario de ONTAP de NetApp. Los procedimientos que se presentan aquí utilizan un sistema de archivos ONTAP de NetApp en las instalaciones como fuente. Su sistema de ficheros ONTAP de NetApp en las instalaciones (origen) incluye una licencia de SnapMirror.
Ha creado un FSx de destino para el sistema de archivos ONTAP con una SVM, pero no ha creado un volumen de destino. Para obtener más información, consulte Creación de sistemas de archivos.
Los comandos de estos procedimientos utilizan los siguientes alias de clúster, SVM y volumen:
: el ID del clúster de destino (FSx) (en el formato fsXIDABCDEF1234567890A).FSx-Dest: el ID del clúster de origen.OnPrem-Source: el nombre de destino.DestSVM: el nombre de la SVM de origen.SourceSVMTanto el nombre del volumen de origen como el de destino son
vol1.
nota
Un sistema de archivos de FSx para ONTAP se denomina clúster en todos los comandos CLI de ONTAP.
Los procedimientos de esta sección utilizan los siguientes comandos de la CLI ONTAP de NetApp.
comando create volume
comandos cluster
comandos vserver peer
comandos snapmirror
Utilizará la CLI ONTAP de NetApp para crear y gestionar una configuración de SnapMirror en su sistema de archivos de FSx para ONTAP. Para obtener más información, consulte Uso de la CLI de NetApp ONTAP.
Crear el volumen de destino
Puede crear un volumen de destino de protección de datos (DP) mediante la consola Amazon FSx, la AWS CLI, la API Amazon FSx, además de la CLI ONTAP y la API de REST de NetApp. Para obtener información sobre la creación de un volumen de destino mediante la consola Amazon FSx y AWS CLI, consulte Creación de volúmenes.
nota
ONTAP no preserva los ahorros de compresión posterior al proceso logrados en el origen en el volumen DP de destino cuando la política de estratificación del volumen de destino es All. Para conservar los ahorros en la compresión posterior al proceso, debe establecer la política de organización en niveles del volumen de destino en Auto y habilitar la compresión de datos inactiva en el sistema de archivos de destino para volver a aplicar los ahorros de compresión posteriores al proceso en el destino.
En el siguiente procedimiento, utilizará la CLI de ONTAP de NetApp para crear un volumen de destino en el sistema de ficheros FSx para ONTAP. Necesitará la fsxadmin contraseña y la dirección IP o el nombre DNS del puerto de administración del sistema de archivos.
Establezca una sesión SSH con el sistema de archivos de destino utilizando el usuario
fsxadminy la contraseña que estableció al crear el sistema de archivos.ssh fsxadmin@file-system-management-endpoint-ip-addressCree un volumen en el clúster de destino que tenga una capacidad de almacenamiento igual como mínimo a la capacidad de almacenamiento del volumen de origen. Utilice
-type DPpara designarlo como destino de una relación de SnapMirror.Si planea usar la organización de datos por niveles, le recomendamos que configure
-tiering-policyenall. Esto garantiza que sus datos se transfieran inmediatamente al almacenamiento del pool de capacidad y evita que se quede sin capacidad en su nivel de SSD. Tras la migración, puede cambiar-tiering-policyaauto.nota
Los metadatos de los archivos siempre se almacenan en el nivel principal basado en SSD, independientemente de la política de niveles de datos del volumen.
FSx-Dest::> vol create -vserverDestSVM-volume vol1 -aggregate aggr1 -size 1g -type DP -tiering-policy all
Registre los LIF entre clústeres de origen y destino
SnapMirror utiliza interfaces lógicas (LIF) entre clústeres, cada una con una dirección IP única, para facilitar la transferencia de datos entre los clústeres de origen y destino.
-
Para el FSx de destino para los sistemas de archivos ONTAP, puede recuperar las direcciones IP de punto de conexión entre clústeres desde la consola de Amazon FSx navegando a la pestaña Administración de la página de detalles del sistema de archivos.
Para el clúster ONTAP de NetApp de origen, recupere las direcciones IP LIF entre clústeres mediante la CLI de ONTAP. Ejecuta el siguiente comando:
OnPrem-Source::>network interface show -role interclusterLogical Network Vserver Interface Status Address/Mask ----------- ---------- ------- ------------ FSx-Dest inter_1 up/up 10.0.0.36/24 inter_2 up/up 10.0.1.69/24nota
En el caso de los sistemas de archivos Single-AZ de segunda generación, hay dos direcciones IP entre clústeres para cada par de alta disponibilidad (HA). Guarde estos valores para usarlos después.
Guarde las direcciones IP
inter_1yinter_2. Se hace referencia a ellas enFSx-Destcomodest_inter_1ydest_inter_2y paraOnPrem-Sourcecomosource_inter_1ysource_inter_2.
Establezca el emparejamiento de clústeres entre el origen y el destino
Establezca una relación de pares entre clústeres en el clúster de destino proporcionando las direcciones IP entre clústeres. También tendrá que crear una contraseña que tendrá que introducir cuando establezca el emparejamiento de clústeres en el clúster de origen.
Configure el emparejamiento en el clúster de destino mediante el siguiente comando. En el caso de los sistemas de archivos Single-AZ de segunda generación, deberá proporcionar cada dirección IP entre clústeres.
FSx-Dest::>cluster peer create -address-family ipv4 -peer-addrssource_inter_1,source_inter_2Enter the passphrase: Confirm the passphrase: Notice: Now use the same passphrase in the "cluster peer create" command in the other cluster.A continuación, establezca la relación entre pares del clúster en el clúster de origen. Deberá ingresar la contraseña que creó anteriormente para autenticarse. En el caso de los sistemas de archivos Single-AZ de segunda generación, deberá proporcionar cada dirección IP entre clústeres.
OnPrem-Source::>cluster peer create -address-family ipv4 -peer-addrsdest_inter_1,dest_inter_2Enter the passphrase: Confirm the passphrase:Compruebe que el emparejamiento se haya realizado correctamente mediante el siguiente comando en el clúster de origen. En la salida,
Availabilitydebe configurarse enAvailable.OnPrem-Source::>cluster peer showPeer Cluster Name Availability Authentication ----------------- -------------- -------------- FSx-Dest Available ok
Cree una relación de emparejamiento SVM
Una vez establecido el emparejamiento de clústeres, el siguiente paso es emparejar las SVM. Cree una relación de emparejamiento de SVM en el clúster de destino (FSX-dest) mediante el comando. vserver peer Los alias adicionales que se utilizan en los siguientes comandos son los siguientes:
DestLocalName: este es el nombre que se utiliza para identificar la SVM de destino al configurar el emparejamiento de la SVM en la SVM de origen.SourceLocalName: este es el nombre que se utiliza para identificar la SVM de origen al configurar el emparejamiento de SVM en el SVM de destino.
-
Utilice el siguiente comando para crear una relación de emparejamiento de SVM entre las SVM de origen y de destino.
FSx-Dest::>vserver peer create -vserverDestSVM-peer-vserverSourceSVM-peer-clusterOnPrem-Source-applications snapmirror -local-nameSourceLocalNameInfo: [Job 207] 'vserver peer create' job queued -
Acepte la relación de emparejamiento en el clúster de origen:
OnPrem-Source::>vserver peer accept -vserverSourceSVM-peer-vserverDestSVM-local-nameDestLocalNameInfo: [Job 211] 'vserver peer accept' job queued -
Compruebe el estado de emparejamiento de la SVM mediante el siguiente comando;
Peer Statedebe configurarse enpeereden la respuesta.OnPrem-Source::>vserver peer showPeer Peer Peer Peering Remote Vserver Vserver State Cluster Applications Vserver ------- -------- ------ -------- ------------- --------- svm01 destsvm1 peered FSx-Dest snapmirror svm01
Cree la relación entre SnapMirror
Ahora que ha emparejado las SVM de origen y destino, los siguientes pasos son crear e inicializar la relación de SnapMirror en el clúster de destino.
nota
Una vez creada e inicializada una relación de SnapMirror, los volúmenes de destino son de solo lectura hasta que se rompa la relación.
Utilice el comando
snapmirror createpara crear la relación de SnapMirror en el clúster de destino. El comandosnapmirror createdebe usarse desde la SVM de destino.Opcionalmente, se puede utilizar
-throttlepara establecer el ancho de banda máximo (en KB/seg) para la relación SnapMirror.FSx-Dest::>snapmirror create -source-pathSourceLocalName:vol1 -destination-pathDestSVM:vol1 -vserverDestSVM-throttle unlimitedOperation succeeded: snapmirror create for the relationship with destination "DestSVM:vol1".
Transfiera datos a su sistema de archivos de FSx para ONTAP
Ahora que ha creado la relación entre SnapMirror, puede transferir los datos al sistema de archivos de destino.
Puede transferir datos al sistema de archivos de destino ejecutando el siguiente comando en el sistema de archivos de destino.
nota
Una vez ejecutado este comando, SnapMirror comienza a transferir las instantáneas de los datos del volumen de origen al volumen de destino.
FSx-Dest::>snapmirror initialize -destination-pathDestSVM:vol1 -source-pathSourceLocalName:vol1Si está migrando datos que se utilizan activamente, tendrá que actualizar el clúster de destino para que permanezca sincronizado con el clúster de origen. Para realizar una actualización de una sola vez en el clúster de destino, ejecute el siguiente comando.
FSx-Dest::>snapmirror update -destination-pathDestSVM:vol1También puede programar actualizaciones diarias o cada hora antes de completar la migración y trasladar sus clientes a FSx para ONTAP. Puede establecer un programa de actualizaciones de SnapMirror mediante el comando
snapmirror modify. FSx-Dest::>snapmirror modify -destination-pathDestSVM:vol1 -schedule hourly
Transición a Amazon FSx
Para preparar la transición a su sistema de archivos de FSx para ONTAP, haga lo siguiente:
Desconecte todos los clientes que escriban en el clúster de origen.
Realice una transferencia final de SnapMirror para asegurarse de que no se pierdan datos al realizar la transición.
Rompa la relación con SnapMirror.
Conecte todos los clientes a su sistema de archivos de FSx para ONTAP.
Para garantizar que todos los datos del clúster de origen se transfieran al sistema de archivos de FSx para ONTAP, realice una transferencia final de Snapmirror.
FSx-Dest::>snapmirror update -destination-pathDestSVM:vol1Asegúrese de que la migración de datos se haya completado verificando que
Mirror Stateesté configurado enSnapmirrored, yRelationship Statusesté configurado enIdle. También debe asegurarse de que la fechaLast Transfer End Timestampsea la esperada, ya que indica cuándo se realizó la última transferencia al volumen de destino.Ejecute el siguiente comando para mostrar el estado de SnapMirror.
FSx-Dest::>snapmirror show -fields state,status,last-transfer-end-timestampSource Destination Mirror Relationship Last Transfer End Path Path State Status Timestamp ---------- ----------- ---------- ------- --------------- Svm01:vol1 svm02:DestVol Snapmirrored Idle 09/02 09:02:21Inhabilite cualquier futura transferencia de SnapMirror mediante el comando
snapmirror quiesce.FSx-Dest::>snapmirror quiesce -destination-pathDestSVM:vol1Compruebe que
Relationship Statusha cambiado aQuiesceda través desnapmirror show.FSx-Dest::>snapmirror showSource Destination Mirror Relationship Path Path State Status ----------- ------------ ------------- -------- sourcesvm1:vol1 svm01:DestVol Snapmirrored QuiescedDurante la migración, el volumen de destino es sólo de lectura. Para habilitar la lectura/escritura, debe romper la relación entre SnapMirror y pasar a su sistema de archivos de FSx para ONTAP. Rompa la relación de SnapMirror con el siguiente comando.
FSx-Dest::>snapmirror break -destination-pathDestSVM:vol1Operation succeeded: snapmirror break for destination "DestSVM:vol1".Una vez que se haya completado la replicación de SnapMirror y se haya roto la relación con SnapMirror, puede montar el volumen para que los datos estén disponibles.
FSx-Dest::> vol mount -vserver fsx -volume vol1 -junction-path /vol1
El volumen ahora está disponible y los datos del volumen de origen se han migrado completamente al volumen de destino. Los clientes también pueden leer y escribir en él. Si anteriormente configuró el tiering-policy de este volumen en all, puede cambiarlo por auto o snapshot-only y sus datos pasarán automáticamente de un nivel de almacenamiento a otro según los patrones de acceso. Para que los clientes y las aplicaciones puedan acceder a estos datos, consulte Acceso a los datos de FSx para ONTAP.