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.
# Importación de cambios desde su repositorio de datos
Puedes importar los cambios en los datos y metadatos POSIX desde un repositorio de datos vinculado a tu sistema de FSx archivos de Amazon. Los metadatos POSIX asociados incluyen la propiedad, los permisos y las marcas de tiempo.
Para importar cambios al sistema de archivos, utilice alguno de los métodos siguientes:
+ Configure el sistema de archivos para importar automáticamente los archivos nuevos, modificados o eliminados del repositorio de datos vinculado. Para obtener más información, consulte [Importe automáticamente actualizaciones desde un bucket de S3](autoimport-data-repo-dra.md).
+ Seleccione la opción de importar metadatos al crear una asociación de repositorios de datos. Esto iniciará una tarea de importación del repositorio de datos inmediatamente después de crear la asociación de repositorios de datos.
+ Utilice una tarea de repositorio de datos de importación bajo demanda. Para obtener más información, consulte [Uso de las tareas del repositorio de datos para importar los cambios](import-data-repo-task-dra.md).
Las tareas automáticas de importación e importación del repositorio de datos se pueden ejecutar al mismo tiempo.
Al activar la importación automática para una asociación de repositorio de datos, el sistema de archivos actualiza automáticamente los metadatos de archivo a medida que se crean, modifican o eliminan objetos en S3. Si selecciona la opción de importar metadatos al crear una asociación de repositorios de datos, el sistema de archivos importa los metadatos de todos los objetos del repositorio de datos. Al importar mediante una tarea de importación de un repositorio de datos, el sistema de archivos solo importa los metadatos de los objetos que se crearon o modificaron desde la última importación.
FSx for Lustre copia automáticamente el contenido de un archivo de su repositorio de datos y lo carga en el sistema de archivos cuando su aplicación accede por primera vez al archivo del sistema de archivos. For Lustre gestiona este movimiento de datos y es transparente FSx para sus aplicaciones. Las lecturas posteriores de estos archivos se realizan directamente desde el sistema de archivos con latencias inferiores a un milisegundo.
También puede precargar todo el sistema de archivos o un directorio dentro de su sistema de archivos. Para obtener más información, consulte [Precargar los archivos en el sistema de archivos](preload-file-contents-hsm-dra.md). Si solicita la precarga de varios archivos simultáneamente, Lustre carga FSx los archivos del repositorio de datos de Amazon S3 en paralelo.
FSx for Lustre solo importa objetos de S3 que tengan claves de objeto compatibles con POSIX. Tanto las tareas de importación automática como las de importación del repositorio de datos importan metadatos POSIX. Para obtener más información, consulte [Soporte de metadatos POSIX para repositorios de datos](posix-metadata-support.md).
**nota**
FSx for Lustre no admite la importación de metadatos para enlaces simbólicos (enlaces simbólicos) de las clases de almacenamiento S3 Glacier Flexible Retrieval y S3 Glacier Deep Archive. Los metadatos de los objetos S3 Glacier Flexible Retrieval o S3 Glacier Deep Archive que no sean enlaces simbólicos se pueden importar (es decir, se crea un inodo en el FSx sistema de archivos de Lustre con los metadatos correctos). Sin embargo, para leer estos datos del sistema de archivos, primero debe restaurar el objeto S3 Glacier Flexible Retrieval o S3 Glacier Flexible Archive. No se admite la importación de datos de archivos directamente desde objetos de Amazon S3 de la clase de almacenamiento S3 Glacier Flexible Retrieval o S3 Glacier Deep Archive a FSx for Lustre.
# Importe automáticamente actualizaciones desde un bucket de S3
Puede configurar Lustre FSx para que actualice automáticamente los metadatos en el sistema de archivos a medida que se agreguen, modifiquen o eliminen objetos de su bucket de S3. FSx for Lustre crea, actualiza o elimina la lista de archivos y directorios correspondiente al cambio en S3. Si el objeto modificado del bucket de S3 ya no contiene sus metadatos, FSx for Lustre mantiene los valores de metadatos actuales del archivo, incluidos los permisos actuales.
**nota**
El sistema FSx de archivos de Lustre y el depósito de S3 vinculado deben estar ubicados en el mismo lugar Región de AWS para que las actualizaciones se importen automáticamente.
Puede configurar la importación automática al crear la asociación de repositorios de datos, y puede actualizar la configuración de importación automática en cualquier momento mediante la consola FSx de administración AWS CLI, la API o la AWS API.
**nota**
Puede configurar tanto la importación automática como la exportación automática en la misma asociación de repositorios de datos. En este tema se describe únicamente la característica de importación automática.
**importante**
Si se modifica un objeto en S3 con todas las políticas de importación automática activadas y la exportación automática desactivada, el contenido de ese objeto siempre se importa al archivo correspondiente del sistema de archivos. Si ya existe un archivo en la ubicación de destino, se sobrescribe.
Si se modifica un archivo tanto en el sistema de archivos como en S3, con todas las políticas de importación y exportación automáticas activadas, el otro podría sobrescribir el archivo del sistema de archivos o el objeto de S3. No se garantiza que una edición posterior en una ubicación sobrescriba una edición anterior en otra ubicación. Si modifica el mismo archivo tanto en el sistema de archivos como en el bucket de S3, debe garantizar la coordinación a nivel de la aplicación para evitar este tipo de conflictos. FSx for Lustre no evita escrituras conflictivas en varias ubicaciones.
La política de importación especifica cómo desea FSx que Lustre actualice su sistema de archivos a medida que cambie el contenido del bucket de S3 vinculado. Una asociación de repositorios de datos puede tener una de las siguientes políticas de importación:
+ **Nuevo**: FSx para Lustre, solo actualiza automáticamente los metadatos de los archivos y directorios cuando se añaden nuevos objetos al repositorio de datos de S3 vinculado.
+ **Modificado**: FSx ya que Lustre actualiza automáticamente los metadatos de los archivos y directorios solo cuando se cambia un objeto existente en el repositorio de datos.
+ **Eliminado**: FSx ya que Lustre actualiza automáticamente los metadatos de los archivos y directorios solo cuando se elimina un objeto del repositorio de datos.
+ **Cualquier combinación de nuevo, modificado y eliminado: FSx para Lustre,** se actualizan automáticamente los metadatos de los archivos y directorios cuando se produce alguna de las acciones especificadas en el repositorio de datos de S3. Por ejemplo, puede especificar que el sistema de archivos se actualice cuando se añada un objeto (**New**) o se elimine (**Deleted**) del repositorio de S3, pero que no se actualice cuando se cambie un objeto.
+ **Sin política configurada**, FSx ya que Lustre no actualiza los metadatos de los archivos y directorios del sistema de archivos cuando se añaden, modifican o eliminan objetos del repositorio de datos de S3. Si no configura una política de importación, la importación automática se deshabilita para la asociación de repositorios de datos. Aún puede importar manualmente los cambios en los metadatos mediante una tarea de importación del repositorio de datos, tal y como se describe en [Uso de las tareas del repositorio de datos para importar los cambios](import-data-repo-task-dra.md).
**importante**
La importación automática no sincronizará las siguientes acciones de S3 con el sistema de archivos vinculado FSx a Lustre:
Eliminar un objeto mediante los vencimientos del ciclo de vida de los objetos de S3
Eliminación permanente de la versión actual del objeto en un bucket con control de versiones habilitado
Anular la eliminación de un objeto en un bucket con control de versiones habilitado
Para la mayoría de los casos de uso, se recomienda configurar una política de importación de **New**, **Changed** y **Deleted**. Esta política garantiza que todas las actualizaciones realizadas en el repositorio de datos de S3 vinculado se importen automáticamente a su sistema de archivos.
Al establecer una política de importación para actualizar los metadatos de los archivos y directorios del sistema de archivos en función de los cambios en el repositorio de datos de S3 vinculado, FSx Lustre crea una configuración de notificación de eventos en el bucket de S3 vinculado. La configuración de notificación de eventos se denomina `FSx`. No modifique o elimine la configuración de notificación de eventos `FSx` en el bucket S3; si lo hace, impedirá la importación automática de los metadatos actualizados de los archivos y directorios a su sistema de archivos.
Cuando FSx Lustre actualiza una lista de archivos que ha cambiado en el repositorio de datos de S3 vinculado, sobrescribe el archivo local con la versión actualizada, incluso si el archivo tiene la escritura bloqueada.
FSx for Lustre hace todo lo posible por actualizar su sistema de archivos. FSx for Lustre no puede actualizar el sistema de archivos en las siguientes situaciones:
+ Si FSx for Lustre no tiene permiso para abrir el objeto S3 nuevo o modificado. En este caso, FSx for Lustre omite el objeto y continúa. El estado del ciclo de vida de la DRA no se ve afectado.
+ Si FSx for Lustre no tiene permisos a nivel de bucket, como for. `GetBucketAcl` Esto hará que el estado del ciclo de vida del repositorio de datos se convierta en **Misconfigured**. Para obtener más información, consulte [Estado del ciclo de vida de la asociación de repositorios](dra-lifecycles.md).
+ Si se elimina o modifica la configuración de notificación de eventos `FSx` en el bucket S3 vinculado. Esto hará que el estado del ciclo de vida del repositorio de datos se convierta en **Misconfigured**. Para obtener más información, consulte [Estado del ciclo de vida de la asociación de repositorios](dra-lifecycles.md).
Le recomendamos que [active el registro en](cw-event-logging.md#manage-logging) CloudWatch los registros para registrar la información sobre cualquier archivo o directorio que no se pueda importar automáticamente. Las advertencias y los errores del registro contienen información sobre el motivo del error. Para obtener más información, consulte [Registros de eventos del repositorio de datos](data-repo-event-logs.md).
## Requisitos previos
Se requieren las siguientes condiciones FSx para que Lustre importe automáticamente los archivos nuevos, modificados o eliminados del bucket de S3 vinculado:
+ El sistema de archivos y su bucket de S3 vinculado se encuentran en la misma Región de AWS.
+ El bucket de S3 no tiene el **Lifecycle state** mal configurado. Para obtener más información, consulte [Estado del ciclo de vida de la asociación de repositorios](dra-lifecycles.md).
+ Su cuenta tiene los permisos necesarios para configurar y recibir notificaciones de eventos en el bucket de S3 vinculado.
## Tipos de cambios de archivos compatibles
FSx for Lustre admite la importación de los siguientes cambios en los archivos y directorios que se producen en el bucket de S3 vinculado:
+ Cambios en el contenido de los archivos.
+ Cambios en los metadatos de los archivos o directorios.
+ Cambios en el destino o los metadatos del enlace simbólico.
+ Eliminaciones de archivos y directorios. Si elimina un objeto del bucket de S3 vinculado que corresponde a un directorio del sistema de archivos (es decir, un objeto con un nombre clave que termina con una barra), FSx Lustre eliminará el directorio correspondiente del sistema de archivos solo si está vacío.
## Actualización de la configuración de importación
Puede establecer la configuración de importación de un sistema de archivos para un bucket de S3 vinculado al crear la asociación de repositorios de datos. Para obtener más información, consulte [Crear un enlace a un bucket de S3](create-linked-dra.md).
También puede actualizar la configuración de importación en cualquier momento, incluida la política de importación. Para obtener más información, consulte [Actualización de la configuración de asociación de repositorios de datos](update-dra-settings.md).
## Monitorización de la importación automática
Si la velocidad de cambio de su bucket de S3 supera la velocidad a la que la importación automática puede procesar estos cambios, los cambios de metadatos correspondientes que se importen a su sistema de archivos de FSx For Lustre se retrasarán. Si esto ocurre, puede utilizar la métrica `AgeOfOldestQueuedMessage` para monitorizar la antigüedad del cambio más antiguo que espera ser procesado mediante la importación automática. Para obtener más información sobre esta métrica, consulte [Métricas del repositorio de S3 de FSx para Lustre](fs-metrics.md#auto-import-export-metrics).
Si el retraso en la importación de los cambios de metadatos supera los 14 días (medido con la métrica `AgeOfOldestQueuedMessage`), los cambios del bucket de S3 que no se hayan procesado mediante la importación automática no se importarán a su sistema de archivos. Además, el ciclo de vida de la asociación del repositorio de datos se marca como **MISCONFIGURED** y la importación automática se detiene. Si tiene habilitada la exportación automática, la exportación automática seguirá supervisando los cambios en su FSx sistema de archivos de Lustre. Sin embargo, los cambios adicionales no se sincronizan desde su sistema de archivos FSx de Lustre con S3.
Para que la asociación de repositorios de datos pase del estado de ciclo de vida **MISCONFIGURED** al estado de ciclo de vida **AVAILABLE**, debe actualizar la asociación de repositorios de datos. Puede actualizar la asociación del repositorio de datos mediante el comando [update-data-repository-association](https://docs.aws.amazon.com/cli/latest/reference/fsx/update-data-repository-association.html)CLI (o la operación de [UpdateDataRepositoryAssociation](https://docs.aws.amazon.com/fsx/latest/APIReference/API_UpdateDataRepositoryAssociation.html)API correspondiente). El único parámetro de solicitud que necesita es el `AssociationID` de la asociación de repositorios de datos que desea actualizar.
Cuando el estado del ciclo de vida de la asociación de repositorios de datos cambie a **AVAILABLE**, se reiniciará la importación automática (y la exportación automática si está habilitada). Al reiniciarse, la exportación automática reanuda la sincronización de los cambios del sistema de archivos a S3. Para sincronizar los metadatos de los objetos nuevos y modificados de S3 con su sistema de archivos de FSx For Lustre que no se hayan importado o que procedan de cuando la asociación de repositorios de datos estaba mal configurada, ejecute una tarea de [importación del repositorio de datos](import-data-repo-task-dra.md). Las tareas de importación del repositorio de datos no sincronizan las eliminaciones del depósito de S3 con el sistema de archivos de For Lustre FSx . Si desea sincronizar completamente S3 con su sistema de archivos (incluidas las eliminaciones), debe volver a crear el sistema de archivos.
Para garantizar que los retrasos en la importación de los cambios en los metadatos no superen los 14 días, le recomendamos que configure una alarma en la métrica `AgeOfOldestQueuedMessage` y reduzca la actividad en su bucket de S3 si la métrica `AgeOfOldestQueuedMessage` supera el umbral de alarma. En el caso de un FSx sistema de archivos de Lustre conectado a un depósito de S3 con una sola partición que envíe de forma continua el máximo número de cambios posibles desde S3, y que solo se ejecute la importación automática en el sistema de archivos de FSx For Lustre, la importación automática puede procesar una acumulación de 7 horas de cambios de S3 en un plazo de 14 días.
Además, con una sola acción de S3, puede generar más cambios de los que la importación automática procesará en 14 días. Algunos ejemplos de este tipo de acciones son, entre otros, las subidas de AWS Snowball a S3 y las eliminaciones a gran escala. Si realiza un cambio a gran escala en su depósito de S3 y desea que se sincronice con su sistema de archivos de FSx For Lustre, para evitar que los cambios de importación automática superen los 14 días, debe eliminar su sistema de archivos y volver a crearlo una vez que se haya completado el cambio de S3.
Si su `AgeOfOldestQueuedMessage` métrica está aumentando, revise su bucket `GetRequests` de S3 y sus `DeleteRequests` métricas para `PostRequests` ver si hay cambios en la actividad que podrían provocar un aumento en el and/or número de cambios que se envían a la importación automática. `PutRequests` Para obtener información sobre las métricas de S3 disponibles, consulte [Monitorización de Amazon S3](https://docs.aws.amazon.com/AmazonS3/latest/userguide/monitoring-overview.html) en la *Guía del usuario de Amazon S3*.
Para ver una lista de todas las métricas FSx de Lustre disponibles, consulte[Supervisión con Amazon CloudWatch](monitoring-cloudwatch.md).
# Uso de las tareas del repositorio de datos para importar los cambios
La tarea de importación del repositorio de datos importa los metadatos de los objetos nuevos o modificados en el repositorio de datos de S3, lo que crea una nueva lista de archivos o directorios para cualquier objeto nuevo del repositorio de datos de S3. Para cualquier objeto que se haya modificado en el repositorio de datos, la lista de archivos o directorios correspondiente se actualiza con los nuevos metadatos. No se realiza ninguna acción con los objetos que se han eliminado del repositorio de datos.
Utilice los siguientes procedimientos para importar los cambios en los metadatos mediante la FSx consola y la CLI de Amazon. Tenga en cuenta que puede usar una tarea de repositorio de datos para varias DRAs.
## Para importar cambios en los metadatos (consola)
1. Abre la FSx consola de Amazon en [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/).
1. En el panel de navegación, elija **Sistemas de archivos** y, a continuación, elija el sistema de archivos de Lustre.
1. Elija la pestaña **Data repository**.
1. En el panel **Data repository associations**, elija las asociaciones de repositorios de datos para las que desea crear la tarea de importación.
1. En el menú **Actions**, elija **Import task**. Esta opción no está disponible si el sistema de archivos no está vinculado a un repositorio de datos. Aparece la página de **Create import data repository task**.
1. (Opcional) Especifique hasta 32 directorios o archivos para importar desde los buckets de S3 vinculados proporcionando las rutas a dichos directorios o archivos en **Data repository paths to import**.
**nota**
Si la ruta que proporciona no es válida, la tarea devuelve un error.
1. (Opcional) Elija **Enable** en el **Completion report** para generar un informe de finalización de la tarea una vez finalizada la tarea. Un *task completion report* proporciona detalles sobre los archivos procesados por la tarea que cumplen con el alcance indicado en el **Report scope**. Para especificar la ubicación en la FSx que Amazon entregará el informe, introduce una ruta relativa en un repositorio de datos de S3 vinculado para la **ruta del informe**.
1. Seleccione **Crear**.
Una notificación en la parte superior de la página de **File systems** muestra la tarea que acaba de crear en curso.
Para ver el estado y los detalles de la tarea, desplácese hacia abajo hasta el panel **Data Repository Tasks** de la pestaña **Data Repository** del sistema de archivos. El orden predeterminado muestra la tarea más reciente en la parte superior de la lista.
Para ver un resumen de la tarea en esta página, elija el **Task ID** de la tarea que acaba de crear. Aparece la página de **Summary** de la tarea.
## Para importar cambios en los metadatos (CLI)
+ Utilice el comando [https://docs.aws.amazon.com/cli/latest/reference/fsx/create-data-repository-task.html](https://docs.aws.amazon.com/cli/latest/reference/fsx/create-data-repository-task.html)CLI para importar los cambios de metadatos en su sistema de archivos de FSx for Lustre. La operación de API correspondiente es [https://docs.aws.amazon.com/fsx/latest/APIReference/API_CreateDataRepositoryTask.html](https://docs.aws.amazon.com/fsx/latest/APIReference/API_CreateDataRepositoryTask.html).
```
$ aws fsx create-data-repository-task \
--file-system-id fs-0123456789abcdef0 \
--type IMPORT_METADATA_FROM_REPOSITORY \
--paths s3://bucketname1/dir1/path1 \
--report Enabled=true,Path=s3://bucketname1/dir1/path1,Format=REPORT_CSV_20191124,Scope=FAILED_FILES_ONLY
```
Tras crear correctamente la tarea de repositorio de datos, Amazon FSx devuelve la descripción de la tarea en formato JSON.
Después de crear la tarea para importar metadatos del repositorio de datos vinculado, puede comprobar el estado de la tarea de importación del repositorio de datos. Para obtener más información sobre cómo ver las tareas del repositorio de datos, consulte [Acceder a las tareas del repositorio de datos](view-data-repo-tasks.md).
# Precargar los archivos en el sistema de archivos
Si lo desea, puede precargar el contenido, archivos individuales o directorios en su sistema de archivos.
## Importación de archivos mediante comandos de HSM
Amazon FSx copia los datos del repositorio de datos de Amazon S3 cuando se accede a un archivo por primera vez. Gracias a este enfoque, la lectura o escritura inicial en un archivo tiene una pequeña latencia. Si su aplicación es sensible a esta latencia y sabe a qué archivos o directorios debe acceder, si lo desea, puede precargar el contenido de archivos o directorios individuales. Para ello, use el siguiente comando `hsm_restore`, como se indica a continuación.
Puede utilizar el comando `hsm_action` (emitido con la utilidad de usuario `lfs`) para comprobar que el contenido del archivo ha terminado de cargarse en el sistema de archivos. Un valor devuelto de `NOOP` indica que el archivo se ha cargado correctamente. Ejecute los siguientes comandos desde una instancia de procesamiento con el sistema de archivos montado. *path/to/file*Sustitúyalos por la ruta del archivo que está precargando en su sistema de archivos.
```
sudo lfs hsm_restore path/to/file
sudo lfs hsm_action path/to/file
```
Puede precargar todo el sistema de archivos o todo un directorio del sistema de archivos mediante los siguientes comandos. (El ampersand final hace que un comando se ejecute como proceso en segundo plano). Si solicita la precarga de varios archivos simultáneamente, Amazon FSx carga los archivos del repositorio de datos de Amazon S3 en paralelo. Si un archivo ya se ha cargado en el sistema de archivos, el comando `hsm_restore` no lo vuelve a cargar.
```
nohup find local/directory -type f -print0 | xargs -0 -n 1 -P 8 sudo lfs hsm_restore &
```
**nota**
Si el bucket de S3 vinculado es más grande que el sistema de archivos, debería poder importar todos los metadatos de los archivos a su sistema de archivos. Sin embargo, solo puede cargar la cantidad de datos de archivos reales que quepa en el espacio de almacenamiento restante del sistema de archivos. Recibirá un mensaje de error si intenta acceder a los datos de los archivos cuando ya no quede espacio de almacenamiento en el sistema de archivos. Si esto ocurre, puede aumentar la cantidad de capacidad de almacenamiento según sea necesario. Para obtener más información, consulte [Administración de la capacidad de almacenamiento](managing-storage-capacity.md).
## Paso de validación
Puede ejecutar el script de bash que se indica a continuación para ayudarle a descubrir cuántos archivos u objetos están archivados (liberados).
Para mejorar el rendimiento del script, especialmente en los sistemas de archivos con un gran número de archivos, los subprocesos de la CPU se determinan automáticamente en función del archivo `/proc/cpuproc`. Es decir, obtendrá un rendimiento más rápido con una instancia de Amazon EC2 con un mayor número de vCPU.
1. Configure el script de bash.
```
#!/bin/bash
# Check if a directory argument is provided
if [ $# -ne 1 ]; then
echo "Usage: $0 /path/to/lustre/mount"
exit 1
fi
# Set the root directory from the argument
ROOT_DIR="$1"
# Check if the provided directory exists
if [ ! -d "$ROOT_DIR" ]; then
echo "Error: Directory $ROOT_DIR does not exist."
exit 1
fi
# Automatically detect number of CPUs and set threads
if command -v nproc &> /dev/null; then
THREADS=$(nproc)
elif [ -f /proc/cpuinfo ]; then
THREADS=$(grep -c ^processor /proc/cpuinfo)
else
echo "Unable to determine number of CPUs. Defaulting to 1 thread."
THREADS=1
fi
# Output file
OUTPUT_FILE="released_objects_$(date +%Y%m%d_%H%M%S).txt"
echo "Searching in $ROOT_DIR for all released objects using $THREADS threads"
echo "This may take a while depending on the size of the filesystem..."
# Find all released files in the specified lustre directory using parallel
# If you get false positives for file names/paths that include the word 'released',
# you can grep 'released exists archived' instead of just 'released'
time sudo lfs find "$ROOT_DIR" -type f | \
parallel --will-cite -j "$THREADS" -n 1000 "sudo lfs hsm_state {} | grep released" > "$OUTPUT_FILE"
echo "Search complete. Released objects are listed in $OUTPUT_FILE"
echo "Total number of released objects: $(wc -l <"$OUTPUT_FILE")"
```
1. Haga que el script sea ejecutable:
```
$ chmod +x find_lustre_released_files.sh
```
1. Ejecute el script, como en el siguiente ejemplo:
```
$ ./find_lustre_released_files.sh /fsxl/sample
Searching in /fsxl/sample for all released objects using 16 threads
This may take a while depending on the size of the filesystem...
real 0m9.906s
user 0m1.502s
sys 0m5.653s
Search complete. Released objects are listed in released_objects_20241121_184537.txt
Total number of released objects: 30000
```
Si hay objetos liberados, realice una restauración masiva en los directorios deseados para llevar los archivos a FSx Lustre desde S3, como en el siguiente ejemplo:
```
$ DIR=/path/to/lustre/mount
$ nohup find $DIR -type f -print0 | xargs -0 -n 1 -P 8 sudo lfs hsm_restore &
```
Tenga en cuenta que `hsm_restore` llevará un tiempo si hay millones de archivos.