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
Amazon FSx pour Lustre propose deux options de déploiement de systèmes de fichiers : persistant et scratch. Il propose trois classes de stockage : SSD (Solid State Drive) 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' Console de gestion AWS AWS Command Line Interface aide de l'API Amazon FSx for Lustre.AWS CLI Pour plus d'informations, consultez Étape 1 : Création de votre système de fichiers FSx for Lustre et consultez CreateFileSystem le manuel Amazon FSx API Reference.
Systèmes de fichiers persistants
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 dans 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 rattaché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 automatiquement remplacé quelques minutes après la panne. Pendant ce temps, les demandes de données du client sur ce serveur sont réessayées de manière transparente et finissent par aboutir une fois le serveur de fichiers remplacé. Les données des systèmes de fichiers persistants sont répliquées sur des disques, et tout disque défaillant est automatiquement remplacé 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 pour Lustre prend en charge deux types de déploiements persistants : Persistant 1 et Persistant 2.
Type de déploiement persistant 2
Persistent 2 est la dernière génération de type de déploiement persistant et convient parfaitement aux cas d'utilisation nécessitant un stockage à long terme et nécessitant les niveaux d'IOPS et de débit les plus élevés. 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'API Amazon FSx. AWS Command Line Interface
Type de déploiement persistant 1
Le type de déploiement Persistent 1 convient parfaitement aux cas d'utilisation nécessitant un stockage à long terme. Les types de déploiement Persistent 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'API Amazon FSx AWS CLI et de l'API Amazon FSx.
Systèmes de fichiers Scratch
Les systèmes de fichiers Scratch sont conçus pour le stockage temporaire et le traitement à court terme des données. Les données ne sont pas répliquées et ne persistent pas 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 le débit de référence de 200 Mbit/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.
Utilisez des systèmes de fichiers Scratch lorsque vous avez besoin d'un stockage à coût optimisé pour les charges de travail à court terme et gourmandes en termes de traitement.
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 à des données qui se trouvent sur le serveur ou le disque indisponible, ils rencontrent immédiatement une I/O erreur.
Le tableau suivant illustre la disponibilité ou la durabilité pour lesquelles les systèmes de fichiers scratch de tailles d'exemple sont conçus, au cours d'une journée et d'une semaine. Étant donné que les systèmes de fichiers plus volumineux 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
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).
| Type de système de fichiers | Débit, MBps/TiB | Stockage par OSS |
|---|---|---|
| 2 EFA* persistants | 125 | 38,4 TiB par OSS |
| 250 | 19,2 TiB par OSS | |
| 500 | 9,6 TiB par OSS | |
| 1 000 | 4,8 TiB par OSS | |
| Persistant 2 non-EFA* | 125, 250, 500 et 1000 | 2,4 TiB par OSS |
| 1 SSD persistant | 50, 100 et 200 | 2,4 TiB par OSS |
| Disque dur persistant | 12 | 6 TiB par OSS |
| 40 | 1,8 TiB par OSS | |
| Scratch 2 | 200 | 2,4 TiB par OSS |
| Grattez 1 | 200 | 3,6 TiB par OSS |
| Type de système de fichiers | Débit par OSS |
|---|---|
| Intelligent-Tiering* | 4000 Mo/s par OSS |
Note
* Amazon FSx fournit un serveur de métadonnées pour chaque 12 000 IOPS de métadonnées sur les SSD Persistent 2 et les systèmes de Intelligent-Tiering fichiers configurés avec une configuration de métadonnées.
Les systèmes de Intelligent-Tiering fichiers Amazon FSx pour Lustre prennent en charge un maximum de 512 TiB de stockage par système d'exploitation.
Classes de stockage FSx pour Lustre
Amazon FSx pour Lustre propose des classes de stockage sur disque SSD et sur disque dur optimisées pour répondre aux différentes exigences en matière de traitement des données : Intelligent-Tiering
La classe de stockage SSD fournit un accès à faible latence (inférieure à la milliseconde) à l'intégralité de votre ensemble de données. La classe de stockage SSD est provisionnée, ce qui signifie que vous spécifiez la taille du système de fichiers et que vous payez les coûts de stockage correspondant à la quantité de stockage provisionné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 Persistent 2 avec stockage SSD prennent en charge des niveaux de débit par unité de stockage plus élevés (c'est-à-dire 250, 500 ou 1 000 Mbit/s par TiB) par rapport aux systèmes de fichiers Persistent 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 Mbit/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 hiérarchisé intelligent et totalement élastique. 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 froides 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érieure à la milliseconde) aux données que vous utilisez 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 qui sont compatibles avec le cache et qui ne nécessitent 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 Mbit/s.
La classe de stockage HDD peut être utilisée avec des charges de travail nécessitant une latence constante à un chiffre pour toutes les données. Vous pouvez mettre en place un cache de lecture SSD optionnel 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 provisionnez. 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 Mbit/s par TiB.
Pour plus d'informations sur les performances de ces classes de stockage, consultez Caractéristiques de performance des classes de stockage SSD et HDD etCaractéristiques de performance de la classe Intelligent-Tiering de stockage.
Comment la classe Intelligent-Tiering de stockage hiérarchise les données
La classe de Intelligent-Tiering stockage Amazon FSx stocke automatiquement les données selon 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 frais d'exploitation. 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 d'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), la réorganisation de fichiers ou de répertoires, ou l'utilisation de « lfs migrate » peuvent déplacer 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 aucun coût d'IOPS, de récupération ou de transition supplémentaire au-delà de vos coûts d'exploitation normaux. read/write
Disponibilité du type de déploiement
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 2 Intelligent-Tiering | 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.
