Migración a FSx para ONTAP mediante SnapMirror de NetApp - FSx para ONTAP

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:

  1. Cree el volumen de destino en Amazon FSx.

  2. Recopile las interfaces lógicas (LIF) de origen y destino.

  3. Establezca un emparejamiento de clústeres entre sistemas de archivos de origen y de destino.

  4. Cree una relación de emparejamiento de SVM.

  5. Cree la relación de SnapMirror.

  6. Mantenga un clúster de destino actualizado.

  7. 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.

Diagrama de flujo que muestra el proceso de migración de sistemas de archivos de ONTAP de NetApp en las instalaciones a FSx para ONTAP.

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 All al 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:

  • FSx-Dest: el ID del clúster de destino (FSx) (en el formato fsXIDABCDEF1234567890A).

  • OnPrem-Source: el ID del clúster de origen.

  • DestSVM: el nombre de destino.

  • SourceSVM: el nombre de la SVM de origen.

  • Tanto 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.

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.

  1. Establezca una sesión SSH con el sistema de archivos de destino utilizando el usuario fsxadmin y la contraseña que estableció al crear el sistema de archivos.

    ssh fsxadmin@file-system-management-endpoint-ip-address
  2. Cree 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 DP para designarlo como destino de una relación de SnapMirror.

    Si planea usar la organización de datos por niveles, le recomendamos que configure -tiering-policy en all. 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-policy a auto.

    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 -vserver DestSVM -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.

  1. 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.

  2. 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 intercluster Logical 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/24
    nota

    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_1 yinter_2. Se hace referencia a ellas en FSx-Dest como dest_inter_1 y dest_inter_2 y para OnPrem-Source como source_inter_1 ysource_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.

  1. 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-addrs source_inter_1,source_inter_2 Enter the passphrase: Confirm the passphrase: Notice: Now use the same passphrase in the "cluster peer create" command in the other cluster.
  2. 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-addrs dest_inter_1,dest_inter_2 Enter the passphrase: Confirm the passphrase:
  3. Compruebe que el emparejamiento se haya realizado correctamente mediante el siguiente comando en el clúster de origen. En la salida, Availability debe configurarse en Available.

    OnPrem-Source::> cluster peer show Peer 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.

  1. 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 -vserver DestSVM -peer-vserver SourceSVM -peer-cluster OnPrem-Source -applications snapmirror -local-name SourceLocalName Info: [Job 207] 'vserver peer create' job queued
  2. Acepte la relación de emparejamiento en el clúster de origen:

    OnPrem-Source::> vserver peer accept -vserver SourceSVM -peer-vserver DestSVM -local-name DestLocalName Info: [Job 211] 'vserver peer accept' job queued
  3. Compruebe el estado de emparejamiento de la SVM mediante el siguiente comando; Peer State debe configurarse en peered en la respuesta.

    OnPrem-Source::> vserver peer show Peer 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 create para crear la relación de SnapMirror en el clúster de destino. El comando snapmirror create debe usarse desde la SVM de destino.

    Opcionalmente, se puede utilizar -throttle para establecer el ancho de banda máximo (en KB/seg) para la relación SnapMirror.

    FSx-Dest::> snapmirror create -source-path SourceLocalName:vol1 -destination-path DestSVM:vol1 -vserver DestSVM -throttle unlimited Operation 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.

  1. 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-path DestSVM:vol1 -source-path SourceLocalName:vol1
  2. Si 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-path DestSVM:vol1
  3. Tambié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-path DestSVM: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.

  1. 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-path DestSVM:vol1
  2. Asegúrese de que la migración de datos se haya completado verificando que Mirror State esté configurado en Snapmirrored, y Relationship Status esté configurado en Idle. También debe asegurarse de que la fecha Last Transfer End Timestamp sea la esperada, ya que indica cuándo se realizó la última transferencia al volumen de destino.

  3. Ejecute el siguiente comando para mostrar el estado de SnapMirror.

    FSx-Dest::> snapmirror show -fields state,status,last-transfer-end-timestamp Source Destination Mirror Relationship Last Transfer End Path Path State Status Timestamp ---------- ----------- ---------- ------- --------------- Svm01:vol1 svm02:DestVol Snapmirrored Idle 09/02 09:02:21
  4. Inhabilite cualquier futura transferencia de SnapMirror mediante el comando snapmirror quiesce.

    FSx-Dest::> snapmirror quiesce -destination-path DestSVM:vol1
  5. Compruebe que Relationship Status ha cambiado a Quiesced a través de snapmirror show.

    FSx-Dest::> snapmirror show Source Destination Mirror Relationship Path Path State Status ----------- ------------ ------------- -------- sourcesvm1:vol1 svm01:DestVol Snapmirrored Quiesced
  6. Durante 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-path DestSVM:vol1 Operation succeeded: snapmirror break for destination "DestSVM:vol1".
  7. 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.