Migración a FSx para ONTAP mediante NetApp SnapMirror

Puede migrar sus sistemas de archivos NetApp ONTAP a Amazon FSx NetApp para ONTAP mediante. NetApp SnapMirror

NetApp SnapMirror emplea la replicación a nivel de bloques entre dos sistemas de archivos de ONTAP, replicando los datos de un volumen de origen específico a un volumen de destino. Recomendamos usarlo SnapMirror para migrar los sistemas de archivos NetApp ONTAP locales a fSx para ONTAP. NetApp SnapMirrorLa replicación a nivel de bloque 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)

Al migrar SnapMirror 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 sus sistemas de archivos NetApp ONTAP locales a FSx para 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. SnapMirror Cree la relación.

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.

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 el uso de su nivel de SSD mediante las métricas del sistema de archivos. 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 o. AWS Direct Connect AWS VPN Para obtener más información, consulte Acceder a los datos desde el 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 ejecutan versiones de NetApp ONTAP compatibles antes de crear una relación de protección de datos. SnapMirror Para obtener más información, consulte las SnapMirror relaciones entre las versiones de ONTAP compatibles en la documentación NetApp de usuario de ONTAP. Los procedimientos que se presentan aquí utilizan un sistema de archivos NetApp ONTAP local como fuente.

• Su sistema de archivos NetApp ONTAP local (fuente) incluye una licencia. 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) (con el formato F SxIdabcdef 1234567890a).

• 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 CLI de NetApp ONTAP.

• comando create volume

• comandos cluster

• comandos vserver peer

• comandos snapmirror

Utilizará la CLI de NetApp ONTAP para crear y gestionar una SnapMirror configuración en su sistema de archivos FSx para ONTAP. Para obtener más información, consulte Uso de la NetApp ONTAP CLI.

Crear el volumen de destino

Puede crear un volumen de destino de protección de datos (DP) mediante la consola Amazon FSx, la API Amazon FSx y la API de Amazon FSx AWS CLI, además de la NetApp CLI de ONTAP y la API REST. Para obtener información sobre la creación de un volumen de destino mediante la consola Amazon FSx AWS CLI, consulte. Crear volúmenes

En el siguiente procedimiento, utilizará la CLI de NetApp ONTAP para crear un volumen de destino en su sistema de archivos FSx for 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. Se utiliza -type DP para designarlo como destino de una relación. 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 NetApp ONTAP de origen, recupere las direcciones IP LIF entre clústeres mediante la CLI de ONTAP. Ejecute 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

   Para 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 más adelante.

   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 la interconexión en el clúster de destino mediante el siguiente comando. En el caso de los sistemas de archivos Single-AZ de segunda generación, tendrá que 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 SnapMirror

Ahora que ha emparejado las SVM de origen y destino, los siguientes pasos son crear e inicializar la SnapMirror relación en el clúster de destino.

nota

Una vez creada e inicializada una SnapMirror relación, los volúmenes de destino son de solo lectura hasta que se rompa la relación.

• Utilice el snapmirror create comando para crear la SnapMirror relación 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 SnapMirror relación.

  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 SnapMirror relación, 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 que ejecute este comando, SnapMirror empezará 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 SnapMirror actualización mediante el snapmirror modifycomando.

   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 SnapMirror transferencia final para asegurarse de que no se pierdan datos al cortar.

• Rompe la SnapMirror relación.

• 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 SnapMirror estado.

   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. Deshabilite cualquier SnapMirror transferencia futura mediante el snapmirror quiesce comando.

   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 SnapMirror relación y pasar a su sistema de archivos FSx for ONTAP. Rompa la SnapMirror relación 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 SnapMirror replicación y se haya roto la SnapMirror relación, 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 datos.