Options de déploiement FSx pour les systèmes de fichiers Lustre - FSxpour Lustre

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 FSx pour les systèmes de fichiers Lustre

Amazon FSx for Lustre propose deux options de déploiement de systèmes de fichiers : scratch et persistent.

Note

Les deux options de déploiement prennent en charge le stockage sur disque SSD (SSD). Toutefois, le stockage sur disque dur (HDD) n'est pris en charge que dans l'un des types de déploiement persistants.

Vous choisissez le type de déploiement du système de fichiers lorsque vous créez un nouveau système de fichiers à l'aide de AWS Management Console, the AWS Command Line Interface (AWS CLI) ou Amazon FSx for LustreAPI. Pour plus d'informations, consultez Étape 1 : Créez votre système de fichiers FSx for Lustre et consultez CreateFileSystemle Amazon FSx API Reference.

Le chiffrement des données au repos est automatiquement activé lorsque vous créez un système de fichiers Amazon FSx for Lustre, quel que soit le type de déploiement que vous utilisez. Scratch 2 et les systèmes de fichiers persistants chiffrent automatiquement les données en transit lorsqu'elles sont accessibles depuis des EC2 instances Amazon qui prennent en charge le chiffrement en transit. Pour plus d'informations sur le chiffrement, consultezChiffrement des données dans Amazon FSx pour Lustre.

Systèmes de fichiers Scratch

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 par MBps TiB de capacité de stockage. Pour de plus amples informations, veuillez consulter Performance du système de fichiers agrégé.

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 immédiatement une erreur d'E/S.

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 Disponibilité/durabilité sur une journée Disponibilité/durabilité supérieure à 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 %

Systèmes de fichiers persistants

Les systèmes de fichiers persistants sont conçus pour le stockage et les charges de travail à long terme. Les serveurs de fichiers sont hautement disponibles et 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. 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 surveille FSx 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 EC2 instances Amazon 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 Persistent_2

Persistent_2 est le type de déploiement persistant de dernière génération, parfaitement adapté aux cas d'utilisation nécessitant un stockage à long terme et comportant des charges de travail sensibles à la latence qui nécessitent les niveaux et le débit les plus élevés. IOPS Les types de déploiement Persistent_2 prennent en charge des niveaux de débit par unité de stockage supérieurs à ceux des systèmes de fichiers Persistent_1 et offrent quatre niveaux de débit par unité de stockage : 125, 250, 500 et 1 000 Mo/s/TiB.

Si vous spécifiez une configuration de métadonnées lorsque vous créez un système de fichiers Persistent_2, vous pouvez choisir d'augmenter les performances de vos métadonnées au fil du temps, indépendamment de la capacité de stockage de votre système de fichiers, afin de répondre à des exigences de performances croissantes et de prendre en charge des charges de travail plus importantes.

Vous pouvez créer des systèmes de fichiers Persistent_2 avec un mode de configuration de métadonnées à l'aide de la FSx console Amazon, et AWS Command Line Interface. API

Type de déploiement Persistent_1

Les types de déploiement Persistent_1 peuvent être basés sur Lustre 2.10 ou 2.12 et prendre en charge les types de stockage SSD (disque SSD) et HDD (disque dur). Le type de déploiement Persistent_1 convient parfaitement aux cas d'utilisation nécessitant un stockage à long terme et impliquant des charges de travail axées sur le débit qui ne sont pas sensibles à la latence.

Pour un système de fichiers Persistent_1 avec SSD stockage, le débit par unité de stockage est de 50, 100 ou 200 Mo/s par tebioctet (TiB). Pour le HDD stockage, le débit Persistent_1 par unité de stockage est de 12 ou 40 Mo/s par TiB.

Vous pouvez créer des types de déploiement Persistent_1 uniquement en utilisant AWS CLI le et Amazon. FSx API

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 Scratch_2 Persistant_1 Persistant_2

USA Est (Ohio)

USA Est (Virginie du Nord)

Zone locale de l'est des États-Unis (Atlanta)

(Persistent 125 et 250 uniquement)

Zone locale de l'est des États-Unis (Dallas)

(Persistent 125 et 250 uniquement)

USA Ouest (Californie du Nord)

Zone locale de l'ouest des États-Unis (Los Angeles)

USA Ouest (Oregon)

Afrique (Le Cap)

Asie-Pacifique (Hong Kong)

Asie-Pacifique (Hyderabad)

Asie-Pacifique (Jakarta)

Asie-Pacifique (Melbourne)

Asie-Pacifique (Mumbai)

Asie-Pacifique (Osaka)

Asia Pacific (Seoul)

Asie-Pacifique (Singapour)

Asie-Pacifique (Sydney)

Asie-Pacifique (Tokyo)

Canada (Centre)

Canada Ouest (Calgary)

(Persistent 125 et 250 uniquement)

Europe (Francfort)

Europe (Irlande)

Europe (Londres)

Europe (Milan)

Europe (Paris)

Europe (Espagne)

Europe (Stockholm)

Europe (Zurich)

Israël (Tel Aviv)

(Persistent 125 et 250 uniquement)

Moyen-Orient (Bahreïn)

Moyen-Orient (UAE)

Amérique du Sud (São Paulo)

AWS GovCloud (USA Est)

AWS GovCloud (US-Ouest)