

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

# Options de déploiement et de classe de stockage pour les systèmes de fichiers FSx for Lustre
<a name="using-fsx-lustre"></a>

Amazon FSx for Lustre propose deux options de déploiement de systèmes de fichiers **:** persistant **et** scratch. Il propose trois classes de stockage : **SSD** (disque SSD) et **HDD** (disque dur). **Intelligent-Tiering**

Vous choisissez le type de déploiement du système de fichiers et la classe de stockage lorsque vous créez un nouveau système de fichiers à l' AWS Management Console aide de l' AWS Command Line Interface API, the (AWS CLI) ou Amazon FSx for Lustre. Pour plus d'informations, consultez [Étape 1 : Créez votre système de fichiers FSx for Lustre](getting-started.md#getting-started-step1) et consultez [CreateFileSystem](https://docs.aws.amazon.com/fsx/latest/APIReference/API_CreateFileSystem.html)le manuel *Amazon FSx API* Reference.

## Systèmes de fichiers persistants
<a name="persistent-file-system"></a>

Les *systèmes de fichiers persistants* sont conçus pour le stockage et les charges de travail à long terme. Pour les SSD et les systèmes de HDD-based fichiers, les données sont automatiquement répliquées dans la même zone de disponibilité que celle dans laquelle se trouve le système de fichiers. Pour les systèmes de Intelligent-Tiering fichiers, les données sont répliquées sur plusieurs zones de disponibilité. Les volumes de données attachés aux serveurs de fichiers sont répliqués indépendamment des serveurs de fichiers auxquels ils sont attachés.

Amazon FSx surveille en permanence les systèmes de fichiers persistants pour détecter les défaillances matérielles et remplace automatiquement les composants de l'infrastructure en cas de panne. Sur un système de fichiers persistant, si un serveur de fichiers devient indisponible, il est remplacé automatiquement dans les minutes qui suivent la panne. Pendant ce temps, le client demande des données sur ce serveur de manière transparente et finit par réussir après le remplacement du serveur de fichiers. Les données des systèmes de fichiers persistants sont répliquées sur des disques, et tous les disques défaillants sont automatiquement remplacés de manière transparente. 

Utilisez des systèmes de fichiers persistants pour le stockage à long terme et pour les charges de travail axées sur le débit qui s'exécutent pendant de longues périodes ou indéfiniment, et qui peuvent être sensibles aux interruptions de disponibilité.

Les types de déploiement persistants chiffrent automatiquement les données en transit lorsqu'elles sont accessibles depuis des instances Amazon EC2 qui prennent en charge le chiffrement en transit.

Amazon FSx for Lustre prend en charge deux types de déploiement persistants : Persistent 1 et Persistent 2.

### Type de déploiement persistant 2
<a name="persistent-2-lustre"></a>

Persistent 2 est le type de déploiement persistant de dernière génération, parfaitement adapté aux cas d'utilisation qui nécessitent un stockage à long terme et qui nécessitent les niveaux les plus élevés d'IOPS et de débit. Les systèmes de fichiers Persistent 2 prennent en charge les SSD et les classes Intelligent-Tiering de stockage.

Vous pouvez créer des systèmes de fichiers Persistent 2 avec une configuration de métadonnées et EFA activé à l'aide de la console Amazon FSx et de l' AWS Command Line Interface API Amazon FSx.

### Type de déploiement persistant 1
<a name="persistent-1-lustre"></a>

Le type de déploiement Persistent 1 convient parfaitement aux cas d'utilisation nécessitant un stockage à long terme. Les types de déploiement persistants 1 prennent en charge les classes de stockage SSD (Solid State Drive) et HDD (disque dur).

Vous pouvez créer des types de déploiement Persistent 1 uniquement à l'aide de l' AWS CLI API et de l'API Amazon FSx.

### Systèmes de fichiers Scratch
<a name="scratch-file-system"></a>

Les *systèmes de fichiers Scratch* sont conçus pour le stockage temporaire et le traitement des données à court terme. Les données ne sont pas répliquées et ne sont pas conservées en cas de défaillance d'un serveur de fichiers. Les systèmes de fichiers Scratch fournissent un débit en rafale élevé, jusqu'à six fois supérieur au débit de base de 200 Mo/s par TiB de capacité de stockage. Pour de plus amples informations, veuillez consulter [Caractéristiques de performance des classes de stockage SSD et HDD](ssd-storage.md).

Utilisez des systèmes de fichiers temporaires lorsque vous avez besoin d'un stockage optimisé en termes de coûts pour des charges de travail lourdes à court terme.

Sur un système de fichiers temporaire, les serveurs de fichiers ne sont pas remplacés s'ils tombent en panne et les données ne sont pas répliquées. Si un serveur de fichiers ou un disque de stockage devient indisponible sur un système de fichiers Scratch, les fichiers stockés sur d'autres serveurs restent accessibles. Si les clients tentent d'accéder aux données qui se trouvent sur le serveur ou le disque indisponible, ils rencontrent une I/O erreur immédiate. 

Le tableau suivant illustre la disponibilité ou la durabilité pour lesquelles les systèmes de fichiers scratch de la taille d'exemple sont conçus, au cours d'une journée et d'une semaine. Dans la mesure où les systèmes de fichiers de plus grande taille comportent davantage de serveurs de fichiers et de disques, les probabilités de défaillance augmentent. 


| Taille du système de fichiers (TiB) | Nombre de serveurs de fichiers | Availability/durability plus d'une journée | Availability/durability plus d'une semaine | 
| --- | --- | --- | --- | 
| 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 % | 

## Adresses IP pour les systèmes de fichiers
<a name="ip-addesses-for-fs"></a>

Chaque système de fichiers FSx for Lustre nécessite une adresse IP pour chaque serveur de métadonnées (MDS) et une adresse IP pour chaque serveur de stockage (OSS).


**Systèmes de fichiers utilisant la classe de stockage SSD ou HDD**  


- **Persistent 2 EFA\***
  - **Débit, MBps/TiB:** 125 / **Stockage par OSS:** 38,4 TiB par OSS
  - **Débit, MBps/TiB:** 250 / **Stockage par OSS:** 19,2 TiB par OSS
  - **Débit, MBps/TiB:** 500 / **Stockage par OSS:** 9,6 TiB par OSS
  - **Débit, MBps/TiB:** 1 000 / **Stockage par OSS:** 4,8 TiB par OSS

- **Persistant 2 sans EFA\***
  - **Débit, MBps/TiB:** 125, 250, 500, 1 000
  - **Stockage par OSS:** 2,4 TiB par OSS

- **1 SSD persistant**
  - **Débit, MBps/TiB:** 50, 100, 200
  - **Stockage par OSS:** 2,4 TiB par OSS

- **Disque dur persistant**
  - **Débit, MBps/TiB:** 12 / **Stockage par OSS:** 6 TiB par OSS
  - **Débit, MBps/TiB:** 40 / **Stockage par OSS:** 1,8 TiB par OSS

- **Scratch 2**
  - **Débit, MBps/TiB:** 200
  - **Stockage par OSS:** 2,4 TiB par OSS

- **Scratch 1**
  - **Débit, MBps/TiB:** 200
  - **Stockage par OSS:** 3,6 TiB par OSS




**Systèmes de fichiers utilisant une classe Intelligent-Tiering de stockage**  

| Type de système de fichiers | Débit par OSS | 
| --- | --- | 
| Intelligent-Tiering\* | 4000 Mbits/s par OSS | 

**Note**  
\* Amazon FSx fournit un serveur de métadonnées pour 12 000 IOPS de métadonnées sur un SSD Persistent 2 et des systèmes de Intelligent-Tiering fichiers configurés avec une configuration de métadonnées.  
Les systèmes de fichiers Amazon FSx for Intelligent-Tiering Lustre prennent en charge un maximum de 512 TiB de stockage par système d'exploitation.

## Classes de stockage FSx for Lustre
<a name="lustre-storage-classes"></a>

Amazon FSx for Lustre propose des classes de stockage sur disque SSD (Solid State Drive) Intelligent-Tiering et sur disque dur (HDD) optimisées pour répondre aux différentes exigences en matière de traitement des données :
+ La classe de stockage SSD fournit un accès à faible latence (inférieur à la milliseconde) à l'ensemble de données complet. La classe de stockage SSD est provisionnée, ce qui signifie que vous spécifiez une taille de système de fichiers et que vous payez les frais de stockage correspondant à la quantité de stockage allouée. Utilisez la classe de stockage SSD pour les charges de travail sensibles à la latence qui nécessitent les performances d'un stockage 100 % flash pour toutes les données.

  Les systèmes de fichiers persistants à 2 avec stockage SSD prennent en charge des niveaux de débit supérieurs par unité de stockage (c'est-à-dire 250, 500 ou 1 000 Mbit/s par TiB) par rapport aux systèmes de fichiers persistants 1. Pour un système de fichiers Persistent 1 avec stockage SSD, le débit par unité de stockage est de 50, 100 ou 200 Mo/s par TiB. Pour un système de fichiers Scratch avec stockage SSD, le débit par unité de stockage est de 200 Mo/s par TiB.
+ La classe Intelligent-Tiering de stockage fournit un stockage entièrement élastique et hiérarchisé de manière intelligente. L'élasticité signifie que vous payez pour la quantité de données que vous stockez et que vous n'avez pas à spécifier la taille du système de fichiers. La hiérarchisation intelligente signifie que vous payez automatiquement moins pour stocker des données auxquelles vous n'avez pas accédé récemment. Cette classe de stockage optimise automatiquement les coûts en hiérarchisant les données confidentielles vers des niveaux de stockage moins coûteux. Vous pouvez configurer un cache de lecture SSD en option pour un accès à faible latence (inférieur à une milliseconde) aux données auxquelles vous accédez fréquemment. La classe Intelligent-Tiering de stockage offre le meilleur équilibre entre prix et performances pour la plupart des charges de travail. Utilisez la classe Intelligent-Tiering de stockage pour les charges de travail compatibles avec le cache et ne nécessitant pas les performances d'un stockage 100 % flash pour toutes les données. Intelligent-Tiering les systèmes de fichiers prennent en charge des capacités de débit par incréments de 4 000 Mo/s.
+ La classe de stockage HDD peut être utilisée avec des charges de travail nécessitant une latence constante d'un chiffre en ms pour toutes les données. Vous pouvez configurer un cache de lecture SSD en option dont la taille correspond à 20 % de la capacité de stockage de votre disque dur afin de fournir un accès à faible latence aux données fréquemment consultées. Avec le stockage sur disque dur, vous spécifiez la taille du système de fichiers et vous payez pour la quantité de stockage que vous fournissez. Pour un système de fichiers Persistent 1 avec stockage sur disque dur, le débit par unité de stockage est de 12 ou 40 Mo/s par TiB.

Pour plus d'informations sur les performances de ces classes de stockage, reportez-vous [Caractéristiques de performance des classes de stockage SSD et HDD](ssd-storage.md) aux sections et[Caractéristiques de performance de la classe Intelligent-Tiering de stockage](intelligent-tiering-file-systems.md).

## Comment la classe Intelligent-Tiering de stockage hiérarchise les données
<a name="how-INT-tiering-works"></a>

La classe de Intelligent-Tiering stockage Amazon FSx stocke automatiquement les données sur trois niveaux d'accès. Il est conçu pour optimiser les coûts de stockage en déplaçant automatiquement les données vers le niveau d'accès le plus rentable, sans impact sur les performances ni surcharge opérationnelle. La classe Intelligent-Tiering de stockage hiérarchise automatiquement les données en fonction de l'heure du dernier accès, optimisant ainsi automatiquement les coûts pour les données moins actives :
+ Les données consultées au cours des 30 derniers jours sont stockées dans le niveau Accès fréquent.
+ Les données qui n'ont pas été consultées pendant 30 jours consécutifs passent automatiquement au niveau Accès peu fréquent et coûtent moins cher que les données du niveau Accès fréquent.
+ Les données qui n'ont pas été consultées pendant 90 jours consécutifs passent automatiquement au niveau Archive Instant Access et coûtent moins cher que les données du niveau Accès peu fréquent.

Lorsque vous accédez à des données dans les niveaux Accès peu fréquent ou Accès instantané aux archives, les données reviennent automatiquement au niveau Accès fréquent. En outre, des opérations telles que la modification de la capacité de débit (qui rééquilibre les données entre les OST), le redécoupage de fichiers ou de répertoires ou l'utilisation de « lfs migrate » peuvent ramener certaines données vers le niveau d'accès fréquent.

Tous les accès aux données non mises en cache présentent les mêmes caractéristiques de performance, quel que soit le niveau des données, et il n'y a pas de coûts d'IOPS, de récupération ou de transition supplémentaires au-delà de vos coûts d'exploitation normaux. read/write 

## Disponibilité du type de déploiement
<a name="persistent-deployment-regions"></a>

Les types de déploiement Scratch 2, Persistent 1 et Persistent 2 sont disponibles dans les catégories suivantes Régions AWS :


| Région AWS | Persistant (2) | Persistant 1 | Scratch 2 | 
| --- | --- | --- | --- | 
| USA Est (Ohio) | ✓ | ✓ | ✓ | 
| USA Est (Virginie du Nord) | ✓ | ✓ | ✓ | 
| Zone locale de l'est des États-Unis (Atlanta) | ✓ \* |  |  | 
| Zone locale de l'est des États-Unis (Dallas) | ✓ \* |  |  | 
| Zone locale de l'est des États-Unis (South Bend) | ✓ \* |  |  | 
| USA Ouest (Californie du Nord) | ✓ | ✓ | ✓ | 
| Zone locale de l'ouest des États-Unis (Los Angeles) |  | ✓ | ✓ | 
| USA Ouest (Oregon) | ✓ | ✓ | ✓ | 
| Zone locale de l'ouest des États-Unis (Phoenix) | ✓ \* |  |  | 
| Afrique (Le Cap) |  | ✓ | ✓ | 
| Asie-Pacifique (Nouvelle Zélande) | ✓ \* |  |  | 
| Asie-Pacifique (Hong Kong) | ✓ | ✓ | ✓ | 
| Asie-Pacifique (Hyderabad) | ✓ | ✓ | ✓ | 
| Asie-Pacifique (Jakarta) | ✓ | ✓ | ✓ | 
| Asie-Pacifique (Malaisie) | ✓ \* |  |  | 
| Asie-Pacifique (Melbourne) |  | ✓ | ✓ | 
| Asie-Pacifique (Mumbai) | ✓ | ✓ | ✓ | 
| Asie-Pacifique (Osaka) |  | ✓ | ✓ | 
| Asia Pacific (Seoul) | ✓ | ✓ | ✓ | 
| Asie-Pacifique (Singapour) | ✓ | ✓ | ✓ | 
| Asie-Pacifique (Sydney) | ✓ | ✓ | ✓ | 
| Asie-Pacifique (Taipei) | ✓ \* |  |  | 
| Asie-Pacifique (Thaïlande) | ✓ \* |  |  | 
| Asie-Pacifique (Tokyo) | ✓ | ✓ | ✓ | 
| Canada (Centre) | ✓ | ✓ | ✓ | 
| Canada-Ouest (Calgary) | ✓ \* |  |  | 
| Europe (Francfort) | ✓ | ✓ | ✓ | 
| Europe (Irlande) | ✓ | ✓ | ✓ | 
| Europe (Londres) | ✓ | ✓ | ✓ | 
| Europe (Milan) |  | ✓ | ✓ | 
| Europe (Paris) |  | ✓ | ✓ | 
| Europe (Espagne) |  | ✓ | ✓ | 
| Europe (Stockholm) | ✓ | ✓ | ✓ | 
| Europe (Zurich) | ✓ | ✓ | ✓ | 
| Israël (Tel Aviv) | ✓ \* |  | ✓ | 
| Mexique (Centre) | ✓ \* |  |  | 
| Middle East (Bahrain) |  | ✓ | ✓ | 
| Moyen-Orient (EAU) |  | ✓ | ✓ | 
| Amérique du Sud (São Paulo) | ✓ | ✓ | ✓ | 
| AWS GovCloud (US-East) |  | ✓ | ✓ | 
| AWS GovCloud (US-West) |  | ✓ | ✓ | 

**Note**  
\* Ces systèmes de Régions AWS support Persistent-125 et de Persistent-250 fichiers avec classe de stockage SSD sans EFA.