Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Opzioni di implementazione per i file system FSx for Lustre

Amazon FSx for Lustre offre due opzioni di implementazione del file system: scratch e persistent.

Scegli il tipo di implementazione del file system quando crei un nuovo file system, utilizzando AWS Management Console, the AWS Command Line Interface (AWS CLI) o l'API Amazon FSx for Lustre. Per ulteriori informazioni, consulta Passaggio 1: crea il tuo file FSx system for Lustre e CreateFileSystemconsulta l'Amazon FSx API Reference.

La crittografia dei dati inattivi viene abilitata automaticamente quando crei un file system Amazon FSx for Lustre, indipendentemente dal tipo di implementazione utilizzato. Scratch 2 e i file system persistenti crittografano automaticamente i dati in transito quando vi si accede da istanze Amazon EC2 che supportano la crittografia in transito. Per ulteriori informazioni sulla crittografia, consulta. Crittografia dei dati in Amazon FSx for Lustre

File system Scratch

I file system Scratch sono progettati per l'archiviazione temporanea e l'elaborazione a breve termine dei dati. I dati non vengono replicati e non persistono in caso di guasto di un file server. I file system Scratch offrono un throughput di burst elevato fino a sei volte il throughput di base di 200 MBps per TiB di capacità di storage. Per ulteriori informazioni, consulta Prestazioni aggregate del file system.

Utilizza i file system scratch quando hai bisogno di storage ottimizzato in termini di costi per carichi di lavoro a breve termine e impegnativi nell'elaborazione.

In un file system scratch, i file server non vengono sostituiti in caso di guasto e i dati non vengono replicati. Se un file server o un disco di archiviazione non è disponibile su un file system di memoria virtuale, i file archiviati su altri server sono ancora accessibili. Se i client tentano di accedere ai dati presenti sul server o sul disco non disponibile, riscontrano un errore di I/O immediato.

La tabella seguente illustra la disponibilità o la durabilità per cui sono progettati i file system scratch di dimensioni esemplificative, nel corso di un giorno e di una settimana. Poiché i file system più grandi dispongono di più file server e più dischi, le probabilità di errore aumentano.

File system persistenti

I file system persistenti sono progettati per lo storage e i carichi di lavoro a lungo termine. I file server sono a disponibilità elevata e i dati vengono replicati automaticamente all'interno della stessa zona di disponibilità in cui si trova il file system. I volumi di dati collegati ai file server vengono replicati indipendentemente dai file server a cui sono collegati.

Amazon FSx monitora continuamente i file system persistenti per individuare eventuali guasti hardware e sostituisce automaticamente i componenti dell'infrastruttura in caso di guasto. In un file system persistente, se un file server non è disponibile, viene sostituito automaticamente entro pochi minuti dall'errore. Durante questo periodo, le richieste di dati dei client su quel server riprovano in modo trasparente e alla fine hanno esito positivo dopo la sostituzione del file server. I dati sui file system persistenti vengono replicati su dischi e tutti i dischi guasti vengono sostituiti automaticamente in modo trasparente.

Utilizza file system persistenti per lo storage a lungo termine e per carichi di lavoro incentrati sulla velocità effettiva che vengono eseguiti per periodi prolungati o indefinitamente e che potrebbero essere sensibili alle interruzioni della disponibilità.

I tipi di distribuzione persistenti crittografano automaticamente i dati in transito quando vi si accede da istanze Amazon EC2 che supportano la crittografia in transito.

Amazon FSx for Lustre supporta due tipi di distribuzione persistente: Persistent_1 e Persistent_2.

Tipo di distribuzione Persistent_2

Persistent_2 è il tipo di distribuzione Persistent di ultima generazione ed è più adatto per i casi d'uso che richiedono uno storage a lungo termine e hanno carichi di lavoro sensibili alla latenza che richiedono i massimi livelli di IOPS e throughput. I tipi di implementazione Persistent_2 supportano livelli più elevati di throughput per unità di storage rispetto ai file system Persistent_1 e offrono quattro livelli di throughput per unità di storage: 125, 250, 500 e 1000 MB/s/TiB.

Se specifichi una configurazione di metadati quando crei un file system Persistent_2, puoi scegliere di aumentare le prestazioni dei metadati nel tempo, indipendentemente dalla capacità di archiviazione del file system, per soddisfare i crescenti requisiti di prestazioni e supportare carichi di lavoro più grandi.

Puoi creare file system Persistent_2 con una modalità di configurazione dei metadati utilizzando la console Amazon FSx e l'API. AWS Command Line Interface

Tipo di distribuzione Persistent_1

I tipi di distribuzione Persistent_1 possono essere basati su Lustre 2.10 o 2.12 e supportano i tipi di storage SSD (unità a stato solido) e HDD (unità disco rigido). Il tipo di implementazione Persistent_1 è ideale per i casi d'uso che richiedono storage a lungo termine e hanno carichi di lavoro incentrati sul throughput che non sono sensibili alla latenza.

Per un file system Persistent_1 con storage SSD, il throughput per unità di storage è di 50, 100 o 200 MB/s per tebibyte (TiB). Per lo storage su HDD, il throughput Persistent_1 per unità di storage è di 12 o 40 MB/s per TiB.

Puoi creare tipi di distribuzione Persistent_1 solo utilizzando e AWS CLI l'API Amazon FSx.

Disponibilità del tipo di distribuzione

I tipi di distribuzione Scratch_2, Persistent_1 e Persistent_2 sono disponibili nei seguenti casi: Regioni AWS