Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés. # Migre sistemas de archivos compartidos en un AWS migración grande *Amit Rudraraju, Sam Apa, Bheemeswararao Balla, Wally Lu y Sanjeev Prakasam, Amazon Web Services* ## Resumen La migración de 300 o más servidores se considera una *migración grande*. El objetivo de una migración a gran escala es migrar las cargas de trabajo de sus centros de datos locales existentes a los centros de datos locales existentes Nube de AWS, y estos proyectos suelen centrarse en las cargas de trabajo de aplicaciones y bases de datos. Sin embargo, los sistemas de archivos compartidos requieren una atención específica y un plan de migración independiente. Este patrón describe el proceso de migración de los sistemas de archivos compartidos y proporciona las prácticas recomendadas para migrarlos correctamente como parte de un gran proyecto de migración. Un *sistema de archivos compartidos* (SFS), también conocido como sistema de archivos de *red *o *agrupado*, es un recurso compartido de archivos que se monta en varios servidores. Se accede a los sistemas de archivos compartidos mediante protocolos como el Sistema de archivos de red (NFS), el Sistema de archivos común de Internet (CIFS) o el Bloque de mensajes del servidor (SMB). Estos sistemas no se migran con herramientas de migración estándar, por ejemplo, AWS Transform MGN porque no están dedicados al host que se va a migrar ni se representan como un dispositivo de bloques. Si bien la mayoría de las dependencias del host se migran de forma transparente, la coordinación y la administración de los sistemas de archivos dependientes deben gestionarse por separado. Los sistemas de archivos compartidos se migran en las siguientes fases: descubrir, planificar, preparar, recortar y validar. Con este patrón y los libros de trabajo adjuntos, se migra el sistema de archivos compartidos a un servicio de AWS almacenamiento, como Amazon Elastic File System (Amazon EFS), Amazon FSx NetApp para ONTAP o Amazon FSx for Windows File Server. Para transferir el sistema de archivos, puede utilizar AWS DataSync una herramienta de terceros, como. NetApp SnapMirror **nota** Este patrón forma parte de una serie de guías AWS prescriptivas sobre las [grandes migraciones al](https://aws.amazon.com/prescriptive-guidance/large-migrations/). Nube de AWS Este patrón incluye las prácticas recomendadas e instrucciones para incorporar los SFS en sus planes de onda para servidores. Si va a migrar uno o más sistemas de archivos compartidos fuera de un proyecto de migración de gran tamaño, consulte las instrucciones de transferencia de datos en la AWS documentación de [Amazon EFS](https://docs.aws.amazon.com/efs/latest/ug/trnsfr-data-using-datasync.html), [Amazon FSx for Windows File](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/migrate-to-fsx.html) Server y [Amazon FSx](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/migrating-fsx-ontap.html) for ONTAP. NetApp ## Requisitos previos y limitaciones **Requisitos previos ** Los requisitos previos pueden variar en función de los sistemas de archivos compartidos de origen y destino y del caso de uso. Los problemas más coqmunes son los siguientes: + Un activo. Cuenta de AWS + Ha completado la búsqueda de la cartera de aplicaciones para su gran proyecto de migración y ha empezado a desarrollar planes de onda. Para obtener más información, consulta el [manual de estrategias de Portfolio para migraciones AWS grandes](https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-portfolio-playbook/welcome.html). + Nubes privadas virtuales (VPC) y grupos de seguridad que permiten el tráfico de entrada y salida entre el centro de datos local y su entorno. AWS Para obtener más información, consulte las [opciones de conectividad y los requisitos de [AWS DataSync red](https://docs.aws.amazon.com/datasync/latest/userguide/datasync-network.html) de Network-to Amazon VPC](https://docs.aws.amazon.com/whitepapers/latest/aws-vpc-connectivity-options/network-to-amazon-vpc-connectivity-options.html). + Permisos para crear AWS CloudFormation pilas o permisos para crear recursos de Amazon EFS o Amazon FSx. Para obtener más información, consulte la [CloudFormation documentación](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/using-iam-template.html), la documentación de [Amazon EFS o la documentación](https://docs.aws.amazon.com/efs/latest/ug/security-iam.html) de [Amazon FSx](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/security-iam.html). + Si va AWS DataSync a realizar la migración, necesitará los siguientes permisos: + Permisos AWS DataSync para enviar registros a un grupo de CloudWatch registros de Amazon Logs. Para obtener más información, consulte [Permitir DataSync la carga de registros a grupos de CloudWatch registros](https://docs.aws.amazon.com/datasync/latest/userguide/monitor-datasync.html#cloudwatchlogs). + Permisos para acceder al grupo de CloudWatch registros. Para obtener más información, consulte [Descripción general de la administración de los permisos de acceso a los recursos de CloudWatch Logs](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/iam-access-control-overview-cwl.html). + Permisos para crear agentes y tareas en DataSync. Para obtener más información, consulte [Permisos de IAM necesarios para su uso AWS DataSync](https://docs.aws.amazon.com/datasync/latest/userguide/permissions-requirements.html). **Limitaciones** + Este patrón está diseñado para migrar los archivos SFS como parte de un gran proyecto de migración. Incluye las prácticas recomendadas e instrucciones para incorporar los SFS en sus planes de migración de aplicaciones. Si va a migrar uno o más sistemas de archivos compartidos fuera de un proyecto de migración de gran tamaño, consulte las instrucciones de transferencia de datos en la AWS documentación de [Amazon EFS](https://docs.aws.amazon.com/efs/latest/ug/trnsfr-data-using-datasync.html), [Amazon FSx for Windows File](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/migrate-to-fsx.html) Server y [Amazon FSx](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/migrating-fsx-ontap.html) for ONTAP. NetApp + Este patrón se basa en las arquitecturas, los servicios y los patrones de migración más utilizados. Sin embargo, los grandes proyectos y estrategias de migración pueden variar de una organización a otra. Es posible que necesite personalizar esta solución o los libros de trabajo proporcionados en función de sus necesidades. ## Arquitectura **Pila de tecnología de origen** Una o varias de las siguientes: + Servidor de archivos Linux (NFS) + Servidor de archivos Windows (SMB) + NetApp arreglo de almacenamiento + Cabina de almacenamiento Dell EMC Isilon **Pila de tecnología de destino** Una o varias de las siguientes: + Amazon Elastic File System + Amazon FSx para ONTAP NetApp + Amazon FSx para Windows File Server **Arquitectura de destino** ![Diagrama de arquitectura del uso de AWS DataSync para migrar sistemas de archivos compartidos locales a AWS.](https://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/patterns/images/pattern-img/a30cf791-7a8a-4f71-8927-bc61f3b332f2/images/13232433-7d33-44c8-8998-b720f33f67b3.png) El diagrama muestra el proceso siguiente: 1. Para establecer una conexión entre el centro de datos local y el Nube de AWS centro de datos se utiliza un elemento Servicio de AWS como AWS Direct Connect o. AWS Site-to-Site VPN 1. El DataSync agente se instala en el centro de datos local. 1. Según su plan de oleaje, lo habitual es DataSync replicar los datos del sistema de archivos compartidos de origen al recurso compartido de AWS archivos de destino. **Fases de migración** La siguiente imagen muestra las fases y los pasos de alto nivel para migrar un SFS en un proyecto de migración de gran tamaño. ![Fases de detección, planificación, preparación, recorte y validación de la migración de sistemas de archivos compartidos a AWS.](https://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/patterns/images/pattern-img/a30cf791-7a8a-4f71-8927-bc61f3b332f2/images/f1e0c94d-0eea-46a8-bdec-3297b34c1d43.png) La sección [Epics](#migrate-shared-file-systems-in-an-aws-large-migration-epics) de este patrón contiene instrucciones detalladas sobre cómo completar la migración y utilizar los libros de trabajo adjuntos. A continuación, se brinda información general de alto nivel de los pasos de este enfoque por etapas. | | | Fase | Steps | | --- |--- | | Descubra | 1. Con una herramienta de detección, se recopilan datos sobre el sistema de archivos compartido, incluidos los servidores, los puntos de montaje y las direcciones IP.
2. Mediante una base de datos de gestión de la configuración (CMDB) o una herramienta de migración, se recopilan detalles sobre el servidor, incluida información sobre la onda de migraciones, el entorno, el propietario de la aplicación, el nombre del servicio de gestión de servicios de TI (ITSM), la unidad organizativa y el identificador de la aplicación. | | Planifique | 3. Con la información recopilada sobre los SFS y los servidores, cree el plan de onda del SFS.
4. Con la información de la hoja de trabajo de creación, elija un destino Servicio de AWS y una herramienta de migración para cada SFS. | | Preparación | 5. Configure la infraestructura de destino en Amazon EFS, Amazon FSx para NetApp ONTAP o Amazon FSx for Windows File Server.
6. Configure el servicio de transferencia de datos, por ejemplo DataSync, e inicie la sincronización de datos inicial. Cuando se complete la sincronización inicial, puede configurar las sincronizaciones recurrentes para que se ejecuten según una programación,
7. Actualice el plan de ondas del SFS con información sobre el recurso compartido de archivos de destino, como la dirección IP o la ruta. | | Realizar la transición | 8. Detenga las aplicaciones que acceden activamente al SFS de origen.
9. En el servicio de transferencia de datos, realice una sincronización de datos final.
10. Cuando se complete la sincronización, compruebe que se ha realizado correctamente revisando los datos de registro en CloudWatch Registros. | | Valide | 11. En los servidores, cambie el punto de montaje por la nueva ruta SFS.
12. Reinicie y valide las aplicaciones. | ## Tools (Herramientas) **Servicios de AWS** + [Amazon CloudWatch Logs](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/WhatIsCloudWatchLogs.html) le ayuda a centralizar los registros de todos sus sistemas y aplicaciones Servicios de AWS para que pueda supervisarlos y archivarlos de forma segura. + [AWS DataSync](https://docs.aws.amazon.com/datasync/latest/userguide/what-is-datasync.html)es un servicio de transferencia y descubrimiento de datos en línea que le ayuda a mover archivos u datos de objetos hacia, desde y entre los servicios AWS de almacenamiento. + [Amazon Elastic File System (Amazon EFS)](https://docs.aws.amazon.com/efs/latest/ug/whatisefs.html) lo ayuda a crear y configurar sistemas de archivos compartidos en la Nube de AWS. + [Amazon FSx](https://docs.aws.amazon.com/fsx/?id=docs_gateway) proporciona sistemas de archivos que admiten los protocolos de conectividad estándares del sector y ofrecen alta disponibilidad y replicación en todas las Regiones de AWS. **Otras herramientas** + [SnapMirror](https://library.netapp.com/ecmdocs/ECMP1196991/html/GUID-BA1081BE-B2BB-4C6E-8A82-FB0F87AC514E.html)es una herramienta de replicación de NetApp datos que replica datos de volúmenes de origen o [qtrees específicos a volúmenes o qtrees](https://library.netapp.com/ecmdocs/ECMP1154894/html/GUID-8F084F85-2AB8-4622-B4F3-2D9E68559292.html) de destino, respectivamente. Puede utilizar esta herramienta para migrar un sistema de archivos NetApp fuente a Amazon FSx para NetApp ONTAP. + [Robocopy](https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/robocopy), abreviatura de *Robust File Copy*, es un directorio de línea de comandos y comandos para Windows. Puede utilizar esta herramienta para migrar un sistema de archivos fuente de Windows a Amazon FSx para Windows File Server. ## Prácticas recomendadas **Enfoques de planificación de olas** Al planificar las ondas para su gran proyecto de migración, tenga en cuenta la latencia y el rendimiento de las aplicaciones. Cuando el SFS y las aplicaciones dependientes funcionan en ubicaciones diferentes, como una en la nube y otra en el centro de datos en las instalaciones, esto puede aumentar la latencia y afectar al rendimiento de las aplicaciones. A continuación, se muestran las siguientes opciones al crear planes de onda: 1. **Migre el SFS y todos los servidores dependientes en la misma oleada**: este enfoque evita problemas de rendimiento y minimiza las tareas de retrabajo, como la reconfiguración de los puntos de montaje varias veces. Se recomienda cuando se requiere una latencia muy baja entre la aplicación y el SFS. Sin embargo, la planificación de ondas es compleja y, por lo general, el objetivo es eliminar las variables de las agrupaciones de dependencias, no añadirlas. Además, este enfoque no se recomienda si muchos servidores acceden al mismo SFS, ya que esto hace que la onda sea demasiado grande. 1. **Migre el SFS una vez que se haya migrado el último servidor dependiente**: por ejemplo, si varios servidores acceden a un SFS y dichos servidores tienen previsto migrar en las oleadas 4, 6 y 7, programe la migración del SFS en la oleada 7. Este enfoque suele ser el más lógico para migraciones grandes y se recomienda para aplicaciones sensibles a la latencia. Reduce los costos asociados a la transferencia de datos. También minimiza el período de latencia entre el SFS y las aplicaciones de nivel superior (como las de producción), ya que las aplicaciones de nivel superior suelen estar programadas para migrar en último lugar, después de las aplicaciones de desarrollo y control de calidad. Sin embargo, este enfoque aún requiere detección, planificación y agilidad. Es posible que tenga que migrar el SFS en una onda anterior. Confirme que las aplicaciones puedan soportar la latencia adicional durante el período de tiempo entre la primera onda dependiente y la onda que contiene el SFS. Realice una sesión de descubrimiento con los propietarios de las aplicaciones y migre la aplicación en la misma fase, es decir, la aplicación más sensible a la latencia. Si se descubren problemas de rendimiento después de migrar una aplicación dependiente, prepárese para migrar rápidamente el SFS lo más rápido posible. 1. **Migre el SFS al final de un gran proyecto de migración**: este enfoque se recomienda si la latencia no es un factor, por ejemplo, cuando se accede con poca frecuencia a los datos del SFS o no son críticos para el rendimiento de la aplicación. Este enfoque agiliza la migración y simplifica las tareas de transición. Puede combinar estos enfoques en función de la sensibilidad a la latencia de la aplicación. Por ejemplo, puede migrar los SFS sensibles a la latencia utilizando los enfoques 1 o 2 y, a continuación, migrar el resto de los SFS utilizando el enfoque 3. **Elegir un servicio de sistema AWS de archivos** AWS ofrece varios servicios en la nube para el almacenamiento de archivos. Cada uno ofrece diferentes ventajas y limitaciones en cuanto al rendimiento, la escala, la accesibilidad, la integración, la conformidad y la optimización de costos. Hay algunas opciones lógicas predeterminadas. Por ejemplo, si su sistema de archivos en las instalaciones actual utiliza Windows Server, Amazon FSx para Windows File Server es la opción predeterminada. O bien, si el sistema de archivos local utiliza NetApp ONTAP, Amazon FSx for NetApp ONTAP es la opción predeterminada. Sin embargo, puede elegir un servicio específico en función de los requisitos de su aplicación o para aprovechar otras ventajas operativas en la nube. Para obtener más información, consulte [Elegir el servicio de almacenamiento de AWS archivos adecuado para su implementación](https://d1.awsstatic.com/events/Summits/awsnycsummit/Choosing_the_right_AWS_file_storage_service_for_your_deployment_STG302.pdf) (AWS presentación en Summit). **Elección de una herramienta de migración** Amazon EFS y Amazon FSx admiten el uso de AWS DataSync para migrar sistemas de archivos compartidos a. Nube de AWS Para obtener más información sobre los sistemas y servicios de almacenamiento compatibles, las ventajas y los casos de uso, consulte [Qué es AWS DataSync](https://docs.aws.amazon.com/datasync/latest/userguide/what-is-datasync.html). Para obtener una descripción general del proceso de uso DataSync para transferir archivos, consulte [Cómo funcionan AWS DataSync las transferencias](https://docs.aws.amazon.com/datasync/latest/userguide/how-datasync-transfer-works.html). También hay varias herramientas de terceros disponibles, entre las que se incluyen las siguientes: + Si elige Amazon FSx para NetApp ONTAP, puede usarlo para NetApp SnapMirror migrar los archivos del centro de datos local a la nube. SnapMirror utiliza la replicación a nivel de bloques, que puede ser más rápida DataSync y reducir la duración del proceso de transferencia de datos. Para obtener más información, consulte [Migración a FSx para usar ONTAP](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/migrating-fsx-ontap-snapmirror.html). NetApp SnapMirror + Si elige Amazon FSx para Windows File Server, puede utilizar Robocopy para migrar archivos a la nube. Para obtener más información, consulte [Migración de archivos existentes a FSx for Windows File Server mediante Robocopy](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/migrate-files-to-fsx.html). ## Epics ### Descubra | Tarea | Descripción | Habilidades requeridas | | --- | --- | --- | | Prepare el libro de trabajo de descubrimiento del SFS. | 1. Descargue los libros de trabajo de la sección [Adjuntos](#attachments-a30cf791-7a8a-4f71-8927-bc61f3b332f2) de este patrón. Contiene dos archivos y. **SFS-Discovery-Workbook.xlsx**SFS-Wave-Plan-Workbook.xlsx****
2. Abre el **SFS-Discovery-Workbook**archivo en Microsoft Excel.
3. En la hoja de trabajo del **Panel**, haga lo siguiente:En la columna** A**, actualice el nombre del entorno.En la columna **B**, actualice el orden de los entornos para colocarlos en orden desde la prioridad más baja (1) hasta la prioridad más alta.En las columnas **D a E**, actualice el horario de oleaje.En las columnas **C **y** K**, actualice los nombres de las cuentas de AWS.En la columna** L**, actualice los identificadores de VPC.En las columnas **M a O**, actualice los identificadores de subred.
4. Revise el resto de la plantilla del libro de trabajo y actualice cualquier otro valor necesario para su organización o caso de uso.
5. Guarde el cuaderno de trabajo. | Ingeniero de migraciones, líder de migración | | Recopile información sobre el SFS de origen. | 1. Con la herramienta de detección que prefiera, identifique todos los montajes del SFS en todos los dispositivos de almacenamiento, servidores Linux y servidores Windows aplicables. En términos generales, necesitará recopilar la siguiente información:Dispositivos clienteDirecciones IP de clientesDetalles de SFSPunto de montajePuede agregar los detalles del punto de montaje al manual de procedimientos de migración para volver a montar el SFS después de la migración.
2. Abra el archivo **SFS-Discovery-Workbook**.
3. En la **Wave-Sheet**hoja de trabajo, haga lo siguiente:En la columna **Ubicación del servidor** (D), en la fórmula, confirme que el formato del rango CIDR de la fuente en las instalaciones funciona para su rango. Por ejemplo, si su rango de CIDR es `10.0.0.0/8`, introduzca `10.*.*.*`.En la columna **Ubicación SFS** (E), en la fórmula, confirme que el formato del rango CIDR de la VPC de destino funciona para su rango. Por ejemplo, si su rango de CIDR es `176.16.0.0/16`, introduzca `176.16.*.*`.
4. En la **SFS-Data**hoja de trabajo, haga lo siguiente:En la columna **Nombre del servidor** (A), introduzca el nombre del servidor en el que está montado el SFS.En la columna **Ruta del SFS** (B), introduzca el nombre del SFS.En la columna **Dirección IP** (C), introduzca la dirección IP del servidor.Agregue cualquier otra información relevante que haya recopilado durante la detección, como el punto de montaje y el tamaño del SFS. Puede utilizar estos datos más adelante para modificar los cálculos de planificación de las olas.
5. Guarde el cuaderno de trabajo. | Ingeniero de migraciones, líder de migración | | Recopile información sobre los servidores. | 1. Con la CMDB o los datos registrados en la herramienta de migración, identifique toda la siguiente información sobre los servidores que tienen soportes SFS:Nombre del servidorDirección IPOndaUnidad organizativa (OU)Entorno de servidor, como `DEV`, `QA` o `PROD`Nombre de la aplicaciónPropietario de la aplicación e información de contacto
2. Abra el archivo **SFS-Discovery-Workbook**.
3. En la **Server-Data**hoja de trabajo, en las **columnas A a H**, introduzca la información que recopiló sobre los servidores de origen. Tenga en cuenta lo siguiente:En la columna **Wave \#** (C), introduzca el nombre de la onda (por ejemplo, `Wave1`), off-scope (`OOS`) o `Retire`.Si aparece en la columna de **Contacto del propietario de la aplicación** (H), compruebe que la dirección de correo electrónico sea correcta. Esta dirección de correo electrónico se genera automáticamente en función del nombre que proporcionó en la columna del **Propietario de la aplicación** (G). Si es necesario, actualice manualmente el valor para que refleje la dirección de correo electrónico correcta.No modifique las columnas **I a J**, que contienen fórmulas.
4. Guarde el cuaderno de trabajo. | Ingeniero de migraciones, líder de migración | ### Plan | Tarea | Descripción | Habilidades requeridas | | --- | --- | --- | | Cree el plan de olas del SFS. | 1. Abra el archivo **SFS-Discovery-Workbook**.
2. Compruebe que toda la información recopilada en la fase de descubrimiento sea precisa y esté actualizada.
3. En la **Wave-Sheet**hoja de trabajo, filtre la columna de **onda SFS** (K) según el valor. `1` Esta es una lista de todos los SFS de la primera onda.Un valor de `0` en esta columna indica que el SFS está fuera del ámbito de la migración. Esto puede deberse a que el SFS ya está alojado AWS o a que los servidores que acceden al recurso compartido están fuera del ámbito de la migración.
4. Compruebe que desea migrar estos SFS en esta onda. Para obtener más información sobre cómo asignar los SFS a las olas, consulte *Enfoques de planificación de las ondas* en la sección [Prácticas recomendadas](#migrate-shared-file-systems-in-an-aws-large-migration-best-practices).
5. Seleccione y copie las celdas que contienen los valores filtrados. No copie la fila de encabezado que contiene los títulos de las columnas.
6. Abre el **SFS-Wave-Plan-Workbook**archivo que descargaste anteriormente.
7. En la **Export-from-Discovery**hoja de trabajo, seleccione la celda **A2**.
8. Pegue los datos copiados.
9. Guarde los **SFS-Wave-Plan-Workbook**archivos **SFS-Discovery-Workbook**y. | Responsable de compilación, líder de transición, ingeniero de migraciones, líder de migraciones | | Elija el destino Servicio de AWS y la herramienta de migración. | 1. En el **SFS-Wave-Plan-Workbook **archivo, en la **Exported-from-Discovery **hoja de trabajo, seleccione y copie los valores de la columna **Ruta anterior** (C).
2. En la **Build-Wave**hoja de trabajo, seleccione la celda **A2**.
3. Pegue los datos copiados. Las columnas B a M de esta hoja de trabajo se actualizan automáticamente para reflejar otros datos asociados a esta ruta.
4. Elimine los valores duplicados de la columna **A**. Para obtener instrucciones, consulte [Eliminar valores duplicados](https://support.microsoft.com/en-us/office/find-and-remove-duplicates-00e35bea-b46a-4d5d-b28e-66a552dc138d#ID0EDF) (sitio web de soporte de Microsoft).
5. En la columna **Patrón o servicio objetivo** (F), revise el objetivo recomendado Servicio de AWS y actualícelo según sea necesario. Para obtener más información, consulte *Elegir un servicio de sistema de AWS archivos* en la sección [Prácticas recomendadas](#migrate-shared-file-systems-in-an-aws-large-migration-best-practices) de este patrón.
6. En la columna **Método de migración** (G), revise la herramienta de migración recomendada y actualícela según sea necesario. Para obtener más información, consulte *Elegir una herramienta de migración* en la sección de [Prácticas recomendadas](#migrate-shared-file-systems-in-an-aws-large-migration-best-practices) de este patrón.
7. Guarde el archivo **SFS-Discovery-Workbook**. Ha terminado de crear un plan de onda para esta ola.
8. Repita estas instrucciones para preparar un plan de onda para cada ola. Como los planes de onda están sujetos a cambios durante la migración, le recomendamos que planifique con no más de 5 ondas de antelación. | Ingeniero de migraciones, líder de migración | ### Preparación | Tarea | Descripción | Habilidades requeridas | | --- | --- | --- | | Configure el sistema de archivos de destino. | De acuerdo con los detalles registrados en su plan de oleada, configure los sistemas de archivos de destino en el destino Cuenta de AWS, la VPC y las subredes. Para obtener instrucciones, consulte la siguiente documentación: AWS + [Amazon EFS](https://docs.aws.amazon.com/efs/latest/ug/gs-step-two-create-efs-resources.html)
+ [Amazon FSx para ONTAP NetApp ](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/getting-started-step1.html)
+ [Amazon FSx para Windows File Server](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/getting-started-step1.html) | Ingeniero de migraciones, líder de migración, administrador de AWS | | Configure la herramienta de migración y transfiera los datos. | 1. Si lo está utilizando AWS DataSync, configure el registro de las tareas. DataSync Para obtener instrucciones, consulte [Registrar las actividades de las AWS DataSync tareas](https://docs.aws.amazon.com/datasync/latest/userguide/configure-logging.html).
2. Configure la herramienta de migración y realice una transferencia de datos inicial según las instrucciones de la herramienta que haya seleccionado:Para Amazon EFS, consulte lo siguiente:[Transfiera archivos a Amazon EFS mediante AWS DataSync](https://docs.aws.amazon.com/efs/latest/ug/gs-step-four-sync-files.html)Para Amazon FSx para NetApp ONTAP, consulte lo siguiente:[Migración a FSx para ONTAP mediante NetApp SnapMirror](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/migrating-fsx-ontap-snapmirror.html#transfer-data)[Migración a FSx para ONTAP mediante AWS DataSync](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/migrate-files-to-fsx-datasync.html)Para Amazon FSx para Windows File Server, consulte lo siguiente:[Migración de archivos existentes a FSx for Windows File Server mediante AWS DataSync](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/migrate-files-to-fsx-datasync.html)[Migración de archivos existentes a FSx for Windows File Server mediante Robocopy](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/migrate-files-to-fsx.html)
3. Los cambios en el SFS de origen pueden producirse durante o después de la transferencia inicial. Configure transferencias de datos recurrentes entre los sistemas de archivos de origen y destino para mantener los datos sincronizados:Si lo está utilizando DataSync, consulte [Programar la tarea. AWS DataSync](https://docs.aws.amazon.com/datasync/latest/userguide/task-scheduling.html) DataSync transfiere solo los archivos modificados o nuevos del SFS de origen.Si utiliza una herramienta de terceros, consulte la documentación de la herramienta que hayas seleccionado. | Administrador de AWS, administrador de la nube, ingeniero de migraciones, líder de migración | | Actualice el plan de onda. | 1. Abra el **SFS-Wave-Plan-Workbook**archivo de la oleada actual.
2. En la hoja de trabajo **Build-Wave**, en la columna **Nueva dirección IP de ruta** (N), introduzca la dirección IP del sistema de archivos de destino. Aplique alguna de las siguientes acciones para localizar la dirección IP:Para FSx for Windows File Server, en la consola de Amazon FSx, elija **Sistemas de archivos**, elija su sistema de archivos y, a continuación, consulte la sección **Red y seguridad**.Para FSx para ONTAP, consulte [Montaje de volúmenes](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/attach-volumes.html).Para Amazon EFS, consulte [Montaje con una dirección IP](https://docs.aws.amazon.com/efs/latest/ug/mounting-fs-mount-cmd-ip-addr.html).
3. En la columna **Nueva ruta** (O), introduzca la nueva ruta de montaje. La ruta de montaje es el nombre de DNS del sistema de archivos. Aplique alguna de las siguientes acciones para localizar la ruta de montaje:Para FSx for Windows File Server, en la consola de Amazon FSx, elija **Sistemas de archivos**, elija su sistema de archivos y, a continuación, seleccione **Adjuntar**.Para FSx para ONTAP, consulte la página de detalles del **Sistema de archivos**. Para obtener instrucciones, consulte [Montaje de volúmenes](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/attach-volumes.html).Para Amazon EFS, consulte [Obtener información](https://docs.aws.amazon.com/efs/latest/ug/wt1-test.html#wt1-connect-test-gather-info).
4. En la **Remount-Summary**hoja de trabajo, confirme que las columnas **Nueva ruta** (C) y **Nueva dirección IP de ruta** (D) reflejan los valores actualizados.
5. Confirme que su organización haya preparado manuales de procedimientos para volver a montar los sistemas de archivos de Linux y Windows tras la transición. Para obtener instrucciones, consulte lo siguiente:[Montaje de sistemas de archivos Amazon EFS](https://docs.aws.amazon.com/efs/latest/ug/mounting-fs.html)[Acceso a recursos compartidos de archivos de FSx para Windows File Server](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/using-file-shares.html#accessing-file-shares)[Montaje de FSx para volúmenes ONTAP](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/attach-volumes.html)
6. Si algún servidor dependiente no está incluido en esta oleada, regístrelo en la **App-Team-Communication**hoja de trabajo. Informe a los propietarios de las aplicaciones o servidores correspondientes, ya que es posible que no estén incluidos en las comunicaciones estándar.
7. Si los SFS se eliminan de la onda después de completar el plan de oleada, haga un seguimiento de los mismos en la hoja de trabajo **Descoped**. | Ingeniero de migraciones, líder de migración | ### Realizar la transición | Tarea | Descripción | Habilidades requeridas | | --- | --- | --- | | Detener la aplicación. | Si las aplicaciones o los clientes están realizando operaciones de lectura y escritura de forma activa en el SFS de origen, deténgalos antes de realizar la sincronización de datos final. Para obtener instrucciones, consulte la documentación de la aplicación o sus procesos internos para detener las actividades de lectura y escritura. Por ejemplo, consulte [Iniciar o detener el servidor web (IIS 8) (documentación de Microsoft)](https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2012-r2-and-2012/jj635851(v=ws.11)) o [Administrar los servicios del sistema con systemctl](https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/html/configuring_basic_system_settings/managing-systemd_configuring-basic-system-settings#managing-system-services-with-systemctl_managing-systemd) (documentación de Red Hat). | Propietario de la aplicación, desarrollador de la aplicación | | Realice la transferencia de datos final. | 1. En la herramienta de migración, ejecute manualmente una tarea o trabajo final de transferencia de datos para sincronizar el sistema de archivos de destino con el SFS de origen. Para obtener instrucciones, consulte Cómo [iniciar la DataSync tarea](https://docs.aws.amazon.com/datasync/latest/userguide/run-task.html#starting-task) o consulte la documentación de la herramienta de migración de terceros que haya seleccionado.
2. Esperar a que se complete una transferencia. Para obtener más información, consulta [Supervisar AWS DataSync la actividad con Amazon CloudWatch](https://docs.aws.amazon.com/datasync/latest/userguide/monitor-datasync.html) y [Supervisar tu DataSync tarea desde la línea de comandos](https://docs.aws.amazon.com/datasync/latest/userguide/monitor-datasync.html#monitor-task-command-line). | Ingeniero de migraciones, líder de migración | | Valide la transferencia de datos. | Si lo estás utilizando AWS DataSync, haz lo siguiente para validar que la transferencia de datos final se haya realizado correctamente:1. En la AWS DataSync consola, anota el ID de la tarea y la ejecución, por ejemplo`task-0000-exec-1111`.
2. Navegue hasta la sección **Registro de tareas** de la DataSync tarea.
3. Elija el enlace al **grupo de CloudWatch registros**.
4. En los registros, busque la tarea y el ID de ejecución.
5. Tome nota de cualquier error de transferencia. Para obtener más información, consulte [Errores comunes](https://docs.aws.amazon.com/datasync/latest/userguide/CommonErrors.html) en la DataSync documentación.
6. Valide lo siguiente:Compare las listas de archivos de los SFS de origen y destino para confirmar que se han transferido todos los datosCompare los permisos de acceso a los archivos entre los SFS de origen y destino.
Si utiliza una herramienta de terceros, consulte las instrucciones de validación de la transferencia de datos en la documentación de la herramienta de migración seleccionada. | Ingeniero de migraciones, líder de migración | ### Valide | Tarea | Descripción | Habilidades requeridas | | --- | --- | --- | | Vuelva a montar el sistema de archivos y valide la función y el rendimiento de la aplicación. | 1. Si los servidores dependientes se migraron en esta oleada, en el **SFS-Wave-Plan-Workbook**archivo de la **Remount-Summary**hoja de trabajo, introduzca la nueva dirección IP del servidor en la columna **Nueva dirección IP del servidor** (F).
2. En todos los servidores, actualice el punto de montaje del sistema de archivos desde la ruta anterior a la nueva. Utilice el manual de instrucciones de su organización para volver a montarlo, tal como se describió anteriormente en la fase de *Preparación*.
3. Confirme que el sistema de archivos está montado correctamente y que es accesible comprobando los montajes y verificando que los archivos estén presentes. El equipo de infraestructura suele realizar estas actividades.
4. Reinicie las aplicaciones y pida a sus propietarios o al equipo de control de calidad que realicen las pruebas funcionales y de rendimiento de la aplicación, según sea necesario. | Administrador de sistemas de AWS, propietario de la aplicación | ## Resolución de problemas | Problema | Solución | | --- | --- | | Los valores de celda de Microsoft Excel no se actualizan. | Copie las fórmulas de las filas de muestra arrastrando el controlador de relleno. Para obtener más información, consulte las instrucciones para [Windows](https://support.microsoft.com/en-us/office/fill-a-formula-down-into-adjacent-cells-041edfe2-05bc-40e6-b933-ef48c3f308c6) o [Mac](https://support.microsoft.com/en-au/office/copy-a-formula-by-dragging-the-fill-handle-in-excel-for-mac-dd928259-622b-473f-9a33-83aa1a63e218) (sitio web de soporte de Microsoft). | ## Recursos relacionados **AWS documentación** + [AWS DataSync documentación](https://docs.aws.amazon.com/datasync/latest/userguide/what-is-datasync.html) + [Documentación de Amazon EFS](https://docs.aws.amazon.com/efs/latest/ug/whatisefs.html) + [Documentación de Amazon FSx](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/index.html) + [Grandes migraciones al Nube de AWS](https://aws.amazon.com/prescriptive-guidance/large-migrations/) + [Guía para AWS grandes migraciones](https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-guide/welcome.html) + [Guía de portafolio para grandes migraciones AWS](https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-portfolio-playbook/welcome.html) **Solución de problemas** + [Solución de problemas AWS DataSync](https://docs.aws.amazon.com/datasync/latest/userguide/troubleshooting-datasync.html) + [Solución de problemas de Amazon EFS](https://docs.aws.amazon.com/efs/latest/ug/troubleshooting.html) + [Solución de problemas de Amazon FSx para Windows File Server](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/troubleshooting.html) + [Solución de problemas de Amazon FSx para ONTAP NetApp ](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/troubleshooting.html) ## Archivos adjuntos [Para acceder al contenido adicional asociado a este documento, descargue y descomprima el siguiente archivo: attachment.zip](samples/p-attach/a30cf791-7a8a-4f71-8927-bc61f3b332f2/attachments/attachment.zip)