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

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.

Puede elegir el tipo de implementación del sistema de archivos cuando cree un nuevo sistema de archivos, utilizando la AWS Management Console, AWS Command Line Interface (AWS CLI) o la API Amazon FSx para Lustre. Para obtener más información, consulte Paso 1: crear un sistema de archivos FSx para Lustre CreateFileSystem en la Referencia 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 for 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 para Lustre es compatible con 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 mayores niveles de rendimiento por unidad de almacenamiento en comparación con los sistemas de archivos Persistent_1. Además, 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, la AWS Command Line Interface y la API de Amazon FSx.

Tipo de implementación Persistent_1

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. Los tipos de implementación Persistent_1 admiten tipos de almacenamiento en SSD (unidad de estado sólido) y en HDD (unidad de disco duro).

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.

Solo puede crear tipos de implementación Persistent_1 utilizando AWS CLI y la API de Amazon FSx.

Disponibilidad del tipo de implementación

Los tipos de implementación Scratch_2, Persistent_1 y Persistent_2 están disponibles en las siguientes 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 del Este de EE. UU. (Atlanta)

(Solo persistentes 125 y 250)

Zona local del Este de EE. UU. (Dallas)

(Solo persistentes 125 y 250)

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 Pacific (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 persistentes 125 y 250)

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 persistentes 125 y 250)

Medio Oriente (Baréin)

Medio Oriente (EAU)

América del Sur (São Paulo)

AWS GovCloud (Este de EE. UU.)

AWS GovCloud (Oeste de EE. UU.)