Opciones de implementación para sistemas de archivos de FSx para Lustre

Amazon FSx para Lustre proporciona dos opciones de implementación del sistema de archivos: scratch y persistente.

nota

Ambas opciones de implementación admiten el almacenamiento en unidades de estado sólido (SSD). Sin embargo, el almacenamiento en unidad de disco duro (HDD) solo se admite en uno de los tipos de implementación persistente.

El tipo de implementación del sistema de archivos se elige al crear un nuevo sistema de archivos mediante la API AWS Management Console Amazon FSx for Lustre AWS Command Line Interface (AWS CLI) o Amazon FSx for Lustre. Para obtener más información, consulte Paso 1: Cree su sistema de archivos FSx for Lustre y consulte la CreateFileSystemreferencia de la API de Amazon FSx.

El cifrado de datos en reposo se habilita automáticamente al crear un sistema de archivos de Amazon FSx para Lustre, independientemente del tipo de implementación que utilice. Scratch 2 y los sistemas de archivos persistentes cifran automáticamente los datos en tránsito cuando se accede a ellos desde instancias de Amazon EC2 que soportan el cifrado en tránsito. Para obtener más información sobre el cifrado, consulte Cifrado de datos en Amazon FSx para Lustre.

Sistemas de archivos Scratch

Los sistemas de archivos Scratch están diseñados para el almacenamiento temporal y el procesamiento de datos a corto plazo. Los datos no se replican y no persisten si falla un servidor de archivos. Los sistemas de archivos Scratch proporcionan un alto rendimiento en ráfagas de hasta seis veces el rendimiento de referencia de 200 MBps por TiB de capacidad de almacenamiento. Para obtener más información, consulte Rendimiento agregado del sistema de archivos.

Utilice los sistemas de archivos scratch cuando necesite un almacenamiento de costo optimizado para cargas de trabajo de procesamiento intensivo a corto plazo.

En un sistema de archivos scratch, los servidores de archivos no se sustituyen si fallan y los datos no se replican. Si un servidor de archivos o un disco de almacenamiento deja de estar disponible en un sistema de archivos scratch, los archivos almacenados en otros servidores siguen siendo accesibles. Si los clientes intentan acceder a datos que están en el servidor o disco no disponible, los clientes experimentan un error de E/S inmediato.

La siguiente tabla ilustra la disponibilidad o durabilidad para la que están diseñados los sistemas de archivos scratch de tamaños de ejemplo, en el transcurso de un día y una semana. Dado que los sistemas de archivos más grandes tienen más servidores de archivos y más discos, las probabilidades de fallo aumentan.

Tamaño del sistema de archivos (TiB)	Número de servidores de archivos	Disponibilidad/durabilidad a lo largo de un día	Disponibilidad/durabilidad a lo largo de una semana
1.2	2	99,9%	99,4%
2.4	2	99,9%	99,4%
4.8	3	99,8%	99,2%
9,6	5	99,8%	98,6%
50,4	22	99,1%	93,9%

Sistemas de archivos persistentes

Los sistemas de archivos persistentes están diseñados para cargas de trabajo y almacenamiento a largo plazo. Los servidores de archivos son de alta disponibilidad, y los datos se replican automáticamente dentro de la misma Zona de Disponibilidad en la que se encuentra el sistema de archivos. Los volúmenes de datos adjuntos a los servidores de archivos se replican de forma independiente de los servidores de archivos a los que están conectados.

Amazon FSx monitorea de forma continua los sistemas de archivos persistentes para detectar errores de hardware y reemplaza automáticamente los componentes de la infraestructura en caso de que se produzca un error. En un sistema de archivos persistente, si un servidor de archivos deja de estar disponible, se reemplaza automáticamente a los pocos minutos de producirse el fallo. Durante ese tiempo, las solicitudes de datos de ese servidor por parte del cliente se vuelven a intentar de forma transparente y, finalmente, se realizan correctamente una vez que se reemplaza el servidor de archivos. Los datos de los sistemas de archivos persistentes se replican en los discos y cualquier disco que falle se reemplaza automáticamente de forma transparente.

Utilice sistemas de archivos persistentes para el almacenamiento a largo plazo y para cargas de trabajo centradas en el rendimiento que se ejecutan durante períodos prolongados o indefinidamente, y que podrían ser sensibles a las interrupciones en la disponibilidad.

Los tipos de implementación persistentes cifran automáticamente los datos en tránsito cuando se obtiene acceso a ellos desde instancias de Amazon EC2 que soportan el cifrado en tránsito.

Amazon FSx for Lustre admite dos tipos de implementación persistente: Persistent_1 y Persistent_2.

Tipo de implementación Persistent_2

Persistent_2 es la última generación del tipo de implementación Persistent, y es el más adecuado para casos de uso que requieren almacenamiento a largo plazo, y tienen cargas de trabajo sensibles a la latencia que requieren los más altos niveles de IOPS y rendimiento. Los tipos de implementación Persistent_2 admiten niveles más altos de rendimiento por unidad de almacenamiento en comparación con los sistemas de archivos Persistent_1 y ofrecen cuatro niveles de rendimiento por unidad de almacenamiento: 125, 250, 500 y 1000 MB/s/TiB.

Si especifica una configuración de metadatos al crear un sistema de archivos Persistent_2, puede optar por aumentar el rendimiento de los metadatos con el tiempo, independientemente de la capacidad de almacenamiento del sistema de archivos, para satisfacer los crecientes requisitos de rendimiento y admitir cargas de trabajo más grandes.

Puede crear sistemas de archivos Persistent_2 con un modo de configuración de metadatos mediante la consola y la API de Amazon FSx. AWS Command Line Interface

Tipo de implementación Persistent_1

Los tipos de implementación Persistent_1 se pueden construir sobre Lustre 2.10 o 2.12, y admiten tipos de almacenamiento SSD (unidad de estado sólido) y HDD (unidad de disco duro). El tipo de implementación Persistent_1 es adecuado para casos de uso que requieren almacenamiento a largo plazo y tienen cargas de trabajo centradas en el rendimiento que no son sensibles a la latencia.

Para un sistema de archivos Persistent_1 con almacenamiento SSD, el rendimiento por unidad de almacenamiento es de 50, 100 o 200 MB/s por tebibyte (TiB). Para almacenamiento HDD, el rendimiento de Persistent_1 por unidad de almacenamiento es de 12 o 40 MB/s por TiB.

Puede crear tipos de despliegue Persistent_1 únicamente mediante la API Amazon FSx y AWS CLI la API.

Disponibilidad del tipo de implementación

Los tipos de despliegue Scratch_2, Persistent_1 y Persistent_2 están disponibles de la siguiente manera: Regiones de AWS

Región de AWS	Scratch_2	Persistent_1	Persistent_2
US East (Ohio)	✓	✓	✓
Este de EE. UU. (Norte de Virginia)	✓	✓	✓
Zona local de EE. UU. Este (Atlanta)			✓ (Solo 125 y 250 persistentes)
Oeste de EE. UU. (Norte de California)	✓	✓
Zona local del oeste de EE. UU. (Los Ángeles)	✓	✓
Oeste de EE. UU. (Oregón)	✓	✓	✓
África (Ciudad del Cabo)	✓	✓
Asia-Pacífico (Hong Kong)	✓	✓	✓
Asia-Pacífico (Hyderabad)	✓	✓
Asia-Pacífico (Yakarta)	✓	✓
Asia-Pacífico (Melbourne)	✓	✓
Asia-Pacífico (Bombay)	✓	✓	✓
Asia-Pacífico (Osaka)	✓	✓
Asia-Pacífico (Seúl)	✓	✓	✓
Asia-Pacífico (Singapur)	✓	✓	✓
Asia-Pacífico (Sídney)	✓	✓	✓
Asia-Pacífico (Tokio)	✓	✓	✓
Canadá (centro)	✓	✓	✓
Oeste de Canadá (Calgary			✓ (Solo 125 y 250 persistentes)
Europa (Fráncfort)	✓	✓	✓
Europa (Irlanda)	✓	✓	✓
Europa (Londres)	✓	✓	✓
Europa (Milán)	✓	✓
Europa (París)	✓	✓
Europa (España)	✓	✓
Europa (Estocolmo)	✓	✓	✓
Europa (Zúrich)	✓	✓
Israel (Tel Aviv)	✓		✓ (Solo 125 y 250 persistentes)
Medio Oriente (Baréin)	✓	✓
Medio Oriente (EAU)	✓	✓
América del Sur (São Paulo)	✓	✓
AWS GovCloud (Este de EE. UU.)	✓	✓
AWS GovCloud (Estados Unidos-Oeste)	✓	✓