FAQ sur Amazon FSx pour OpenZFS

R : FSx pour OpenZFS fournit un stockage SSD entièrement géré avec des latences constantes de quelques centaines de microsecondes seulement. L'exploitation des capacités de mise en cache intégrées aux systèmes de fichiers OpenZFS, FSx pour OpenZFS permet d'obtenir des performances encore plus élevées et de réduire les temps de latence pour les données fréquemment consultées.

Les systèmes de fichiers FSx pour OpenZFS peuvent fournir plus d'un million d'IOP et un débit de 21 Go/s lors de l'accès aux données mises en cache sur le serveur de fichiers, et jusqu'à des centaines de milliers d'IOP et un débit de 10 Go/s lors de l'accès aux données dans le stockage SSD. Avec plusieurs connexions parallèles par client (via NFS n-connect), vous pouvez atteindre les niveaux maximums de débit et d'IOPS pour votre système de fichiers à partir d'un seul client.

Lors de la création d'un système de fichiers, vous spécifiez sa capacité de débit. Chaque gigaoctet de stockage comprend trois IOPS de disque, et vous pouvez provisionner des IOPS de disque supplémentaires selon vos besoins. Vous pouvez augmenter ou réduire la capacité de débit à tout moment en utilisant la console de gestion AWS, l'AWS CLI ou l'API Amazon FSx pour répondre aux besoins changeants de vos applications. Consultez la page Performances du système de fichiers pour plus d'informations

Vous pouvez approvisionner jusqu'à un maximum de 512 Tio sur un seul système de fichiers. Vous pouvez facilement monter plusieurs systèmes de fichiers simultanément afin de fournir un stockage à l'échelle du Po pour vos applications.

Par défaut, les volumes peuvent augmenter jusqu'à la capacité disponible de votre système de fichiers. Vous avez la possibilité de définir un quota pour un volume afin de limiter la taille de ce dernier. Vous avez également la possibilité de définir une réserve pour un volume afin de mettre de côté une quantité minimale de capacité de stockage pour ce volume. Sans réserve, les volumes sont provisionnés de manière fine, ce qui signifie qu'ils ne consomment de la capacité de stockage que pour les données qui y sont stockées. Vous pouvez modifier ces paramètres à tout moment.

La classe de stockage Amazon FSx pour OpenZFS Intelligent-Tiering combine la convivialité d’un stockage en réseau (NAS) avec un stockage entièrement élastique qui optimise les coûts en plaçant automatiquement les données dans des niveaux de stockage appropriés.

Il est recommandé d’utiliser Intelligent-Tiering pour simplifier la gestion du stockage et réduire les coûts. Grâce à son élasticité, vous n’avez plus besoin de gérer la capacité de stockage, de vous soucier de gérer des jeux de données imprévisibles ou de manquer d’espace. Son optimisation automatique des coûts avec hiérarchisation entre les niveaux de stockage permet de réduire les coûts jusqu’à 85 % par rapport à la classe de stockage sur disque dur (SSD) Amazon FSx, et de réduire les coûts jusqu’à 20 % par rapport aux déploiements de disques durs (HDD) traditionnels sur site.

Lorsque vous créez un système de fichiers à l’aide de la console, de l’API ou de l’interface de ligne de commande (CLI) Amazon FSx, spécifiez la classe Intelligent-Tiering. Lors de la création du système de fichiers ou à tout moment par la suite, vous pouvez également créer un cache de lecture optionnel sur SSD afin d’optimiser la lecture des données fréquemment consultées.

Utilisez la classe de stockage Amazon FSx pour OpenZFS Intelligent-Tiering pour la plupart de vos jeux de données NAS. Utilisez la classe de stockage SSD uniquement pour les jeux de données qui nécessitent les performances d'un stockage entièrement flash pour toutes les données (comme les charges de travail de conception de puces, les bases de données et les partages utilisateur pour les data scientists).

La classe de stockage Amazon FSx pour OpenZFS Intelligent-Tiering est conçue pour répondre aux besoins de performances d’un large éventail de charges de travail de fichiers. Elle fournit jusqu’à des dizaines de téraoctets par seconde de débit et des dizaines de millions d’opérations d’entrée/sortie (IOPS) sur Lustre, et jusqu’à 20 gigabits par seconde de débit et 400 000 IOPS sur OpenZFS. Les données du cache de lecture SSD présentent des latences inférieures à la milliseconde par rapport au premier octet, et toutes les autres données ont des latences par rapport au premier octet de l’ordre de quelques dizaines de millisecondes. Les charges de travail de fichiers classiques ont tendance à être gourmandes en lecture et à ne fonctionner activement qu’avec une petite partie du jeu de données global à un moment donné, ce qui signifie que le modèle SSD hybride de la classe de stockage Amazon FSx pour OpenZFS Intelligent-Tiering fournit un stockage qui fonctionne au même niveau que le SSD pour la plupart des charges de travail, tout en permettant de réaliser jusqu’à 85 % d’économies par rapport à un déploiement entièrement SSD.

Par défaut, Amazon FSx sélectionne automatiquement une taille de cache de lecture SSD en fonction du niveau de débit que vous choisissez pour votre système de fichiers, ou vous pouvez choisir un cache plus petit ou plus grand et l’augmenter ou le réduire à tout moment en fonction de vos besoins en matière de charge de travail. Vous pouvez modifier la taille du cache de lecture SSD de votre système de fichiers à l’aide de l’AWS CLI, du SDK AWS ou de la console Amazon FSx. Amazon FSx publie une métrique du taux d’accès au cache (le pourcentage de lectures effectuées depuis le cache) pour vous aider à déterminer si la taille de votre cache est appropriée, comme vous pouvez le voir dans l’onglet « Surveillance » de votre système de fichiers sur la console Amazon FSx ou avec Amazon CloudWatch. Pour la plupart des charges de travail, un taux d’utilisation du cache de 80 % constitue le juste équilibre entre performances et optimisation des coûts.

Oui. La classe de stockage Amazon FSx pour OpenZFS Intelligent-Tiering fournit un SLA de 99,99 %.

Pour les systèmes de fichiers utilisant la classe de stockage Amazon FSx pour OpenZFS Intelligent-Tiering, Amazon FSx stocke toutes vos données de manière redondante dans plusieurs zones de disponibilité (AZ), offrant ainsi une résilience intégrée en cas de catastrophe généralisée.

Oui, vous pouvez effectuer une sauvegarde de votre système de fichiers à l’aide du stockage hiérarchisé intelligent avec la console, l’API ou l’interface de ligne de commande Amazon FSx. La sauvegarde d’un système de fichiers Amazon FSx crée une copie distincte des données de vos fichiers, que vous pouvez utiliser ultérieurement pour effectuer une restauration sur un ou plusieurs nouveaux systèmes de fichiers. Les sauvegardes Amazon FSx sont cohérentes en cas de panne (vous permettant de restaurer une vue instantanée de votre système de fichiers), très durables (stockées dans Amazon Simple Storage Service (Amazon S3) et conçues pour une durabilité de 11 à 9 ans) et incrémentielles (chaque sauvegarde ajoute uniquement les modifications depuis la sauvegarde précédente, ce qui permet de réaliser des économies sur les coûts de stockage des sauvegardes en ne dupliquant pas les données). Par défaut, Amazon FSx lance une sauvegarde automatique quotidienne de votre système de fichiers pendant la fenêtre de sauvegarde que vous spécifiez. Vous pouvez créer des sauvegardes supplémentaires à tout moment à l’aide de la console, de l’interface de ligne de commande ou de l’API Amazon FSx, ou créer votre propre calendrier de sauvegarde automatique à l’aide d’AWS Backup.

Vous pouvez effectuer une restauration à partir d’une sauvegarde en créant un nouveau système de fichiers à l’aide de l’option « Restaurer à partir d’une sauvegarde ». Ainsi, vous pouvez accéder à toutes vos données en quelques minutes pendant que la restauration se termine en arrière-plan. Votre système de fichiers récupère les données de la sauvegarde de manière transparente lorsque vous y accédez. Vous n’avez donc pas à attendre la fin de la restauration pour utiliser le système de fichiers.

Vous payez par Go et par mois pour les données que vous stockez sur la classe de stockage Amazon FSx pour OpenZFS Intelligent-Tiering, le prix dépendant du niveau dans lequel les données sont stockées, et vous payez par Go par mois pour le cache de lecture de votre SSD provisionné. Lorsque vous écrivez des données, vous payez par opération d’écriture, et lorsque vous lisez des données qui ne se trouvent pas dans le cache de lecture du SSD, vous payez par opération de lecture. Comme pour les autres systèmes de fichiers Amazon FSx, vous payez par Mo/s par mois de capacité de débit que vous provisionnez pour vos serveurs de fichiers.

Comme pour Amazon S3 Intelligent-Tiering, la classe de stockage Amazon FSx pour OpenZFS Intelligent-Tiering 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 depuis 30 jours 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 depuis 90 jours passent automatiquement au niveau Archive 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 Archive, les données reviennent automatiquement au niveau 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à des coûts normaux des opérations de lecture/écriture.

Outre la représentation des données dans une structure classique de fichiers et de répertoires, FSx pour OpenZFS prend en charge l'utilisation de volumes au sein d'un système de fichiers pour organiser davantage vos données. Chaque système de fichiers contient un ou plusieurs volumes, qui sont des conteneurs de données isolés pour les répertoires et les fichiers. Vous pouvez créer et gérer des volumes individuels à l'aide de la console de gestion AWS, de l'AWS CLI ou de l'API Amazon FSx, et les clients accèdent aux volumes en les montant depuis Linux, macOS ou Windows comme emplacement réseau. Les volumes individuels peuvent être configurés indépendamment, ce qui signifie que vous pouvez mettre en place des fonctions telles que l'approvisionnement léger ou la compression au niveau du volume.

Par défaut, les volumes peuvent augmenter jusqu'à la capacité disponible de votre système de fichiers. Vous avez la possibilité de définir un quota pour un volume afin de limiter la taille de ce dernier. Vous avez la possibilité de définir une réserve pour un volume afin de mettre de côté une quantité minimale de capacité de stockage pour ce volume. Sans réserve, les volumes sont provisionnés de manière fine, ce qui signifie qu'ils ne consomment de la capacité de stockage que pour les données qui y sont stockées. Vous pouvez modifier ces paramètres à tout moment.

FSx pour OpenZFS offre un riche ensemble de capacités alimentées par ZFS pour utiliser des données, y compris des instantanés ponctuels, le clonage de données sur place et la réplication de données à la demande entre les systèmes de fichiers. Avec FSx pour OpenZFS, vous pouvez créer des instantanés de vos volumes à tout moment, ce qui facilite la conservation, la gestion et la restauration des versions historiques de vos bases de données ou applications. Le clonage de données vous permet de tester facilement plusieurs fonctionnalités et modifications en parallèle sans interrompre vos utilisateurs ou applications existants, et sans avoir à dupliquer vos données. La réplication des données à la demande entre les systèmes de fichiers constitue un moyen simple et fiable de synchroniser les données pour la reprise après sinistre, les répliques de lecture et les flux de travail de test et de développement, sans qu'il soit nécessaire d'établir une connectivité entre vos systèmes de fichiers ou de détecter et de gérer les interruptions du réseau.

Par exemple, si vous exécutez une charge de travail de base de données et que vous souhaitez tester une opération de base de données avant de l'appliquer dans un environnement de production, vous pouvez tester l'opération en créant un clone de votre base de données, en exécutant l'opération sur le volume du clone pour valider qu'elle fonctionne comme prévu. Une fois que vous avez terminé votre test, vous pouvez copier votre volume clone sur un volume de copie complète afin de conserver les résultats pour une utilisation à long terme ou en production.

FSx pour OpenZFS prend en charge un ensemble complet de fonctionnalités d'efficacité du stockage, notamment la compression Zstandard et LZ4 pour réduire la capacité de stockage consommée par vos données, les réservations de volumes et les quotas de volumes pour contrôler la quantité d'espace utilisée par les volumes individuels, et les quotas d'utilisateurs pour contrôler l'utilisation par les utilisateurs finaux individuels. Ces fonctions vous aident à réduire ou à gérer l'empreinte de stockage dans votre système de fichiers et votre stockage de sauvegarde.

L'activation de la compression peut réduire les performances du système de fichiers pour les charges de travail lourdes en écriture, car les données sont compressées lors de leur écriture sur le disque. Cependant, pour les charges de travail lourdes en lecture, la compression peut améliorer de manière significative les performances globales de votre système de fichiers en termes de débit car elle réduit la quantité de données envoyées entre ces disques et le serveur de stockage. Consultez la documentation sur les performances d'Amazon FSx pour OpenZFS pour plus d'informations. 

Amazon FSx étant un service entièrement géré, c'est à vous que revient la gestion de l'ensemble de l'infrastructure de stockage de fichiers. Amazon FSx vous libère des tâches compliquées liées au déploiement et au maintien d'une infrastructure complexe de systèmes de fichiers. FSx pour OpenZFS offre toute la puissance de ZFS, sans la complexité figurant souvent dans la gestion des systèmes de fichiers ZFS

Pour créer, visualiser et supprimer des systèmes de fichiers, des volumes et des sauvegardes, vous pouvez utiliser la Console de gestion AWS, l'interface CLI AWS et l'API Amazon FSx. Nous offrons également une prise en charge des fonctionnalités ZFS avancées de manière native dans la console et l'API de FSx, ce qui signifie que vous n'avez pas besoin d'être un expert en ZFS pour tirer parti de fonctionnalités telles que les instantanés et le clonage ZFS.

Avec des systèmes de fichiers multi-AZ (HA) et mono-AZ (HA), Amazon FSx déploie une paire de serveurs de fichiers à haute disponibilité (HA) avec basculement et failback pour garantir une haute disponibilité. Avec les systèmes de fichiers multi-AZ (HA), Amazon FSx déploie cette paire de serveurs de fichiers dans deux zones de disponibilité (AZ) AWS et réplique automatiquement vos données dans ces deux zones de disponibilité pour garantir une durabilité élevée. Il déploie une paire de serveurs de fichiers à haute disponibilité (HA) sur deux zones de disponibilité avec basculement et failback automatiques pour garantir une disponibilité et une durabilité élevées même en cas de panne à l’échelle de la zone AZ. En outre, Amazon FSx surveille en permanence les défaillances matérielles et remplace automatiquement les composants de l'infrastructure en cas de panne. Les systèmes de fichiers basculent automatiquement à plusieurs reprises selon les besoins (généralement dans les 60 secondes), et les clients basculent automatiquement en même temps que le système de fichiers.

Avec les systèmes de fichiers mono-AZ (non HA), Amazon FSx rétablit la disponibilité en cas de panne en surveillant en permanence les pannes matérielles et en remplaçant automatiquement les composants de l’infrastructure en cas de panne, généralement dans les 30 minutes.

Amazon FSx effectue également des sauvegardes hautement durables (stockées dans S3) de votre système de fichiers quotidiennement et vous permet d'effectuer des sauvegardes supplémentaires à tout moment.

R : Oui. Le contrat de niveau de service Amazon FSx donne droit à un crédit de service si le pourcentage de disponibilité mensuelle d'un client est inférieur à notre engagement de service au cours de n'importe quel cycle de facturation.

Pour éviter que les utilisateurs finaux ou les applications ne suppriment ou ne modifient accidentellement des fichiers dans vos volumes, vous pouvez prendre des instantanés (images ponctuelles de vos volumes, stockées dans votre système de fichiers) pour permettre aux utilisateurs finaux ou aux administrateurs d'applications d'annuler facilement les modifications apportées aux fichiers et de comparer les versions des fichiers. Les utilisateurs finaux et les administrateurs d'applications peuvent voir les instantanés dans le répertoire « .zfs/snapshot » à la racine d'un volume, et peuvent accéder aux fichiers et dossiers individuels dans ces instantanés. Vous pouvez gérer vos instantanés FSx pour OpenZFS au moyen de la console de gestion AWS, de l'AWS CLI ou de l'API Amazon FSx.

FSx pour OpenZFS propose également des sauvegardes de systèmes de fichiers conçues pour répondre aux besoins d'archivage, de conservation des données et de conformité. Les sauvegardes sont une copie secondaire, hors ligne et très durable d'un système de fichiers stocké dans Amazon S3. Les sauvegardes sont cohérentes à un moment donné (elles représentent une vue cohérente de l'ensemble de vos données telles qu'elles étaient à un moment donné), incrémentielles (vous ne payez que pour les modifications apportées depuis la dernière sauvegarde pour une sauvegarde donnée), faciles à gérer (via la console de gestion AWS, l'AWS CLI ou l'API Amazon FSx) et rapides à créer et à restaurer (avec un RTO de 5 à 10 minutes).

Les sauvegardes automatiques quotidiennes sont activées par défaut, et vous pouvez mettre à jour la politique de rétention à tout moment en quelques clics dans la console Amazon FSx. FSx pour OpenZFS permet également de copier des sauvegardes de systèmes de fichiers dans d'autres régions AWS afin de répondre aux objectifs de reprise après sinistre ou de continuité des activités entre les régions.

Lorsque vous créez un système de fichiers multi-AZ (HA) ou mono-AZ (HA), Amazon FSx provisionne automatiquement deux serveurs de fichiers individuels : Pour les systèmes de fichiers multi-AZ (HA), l’un d’entre eux est un serveur « préféré » dans votre zone de disponibilité privilégiée, et l’autre un serveur « de secours » dans votre zone de secours, chacun disposant de son propre ensemble de volumes de stockage. Un seul de ces serveurs de fichiers diffuse activement des données à la fois (généralement le serveur de fichiers préféré), mais les deux conservent des copies persistantes et identiques de vos données. Pour les systèmes de fichiers mono-AZ (HA), les deux serveurs se trouvent dans la même zone de disponibilité. Un seul de ces serveurs de fichiers diffuse activement des données à la fois, mais les deux sont connectés au même ensemble de volumes de stockage, qui répliquent eux-mêmes les données pour une durabilité élevée.

Amazon FSx surveille en permanence l'état de santé de vos serveurs de fichiers afin de détecter rapidement tout problème. Si le serveur de fichiers préféré devient indisponible pour une raison quelconque (par exemple, en raison d’une panne matérielle isolée, d’un événement de maintenance planifié ou d’un système de fichiers multi-AZ, d’une interruption à l’échelle de la zone AZ), le service bascule automatiquement vers le serveur de fichiers de secours afin que vous puissiez reprendre les opérations du système de fichiers sans aucune perte de disponibilité. Amazon FSx mappera l'adresse réseau du système de fichiers au serveur de fichiers de secours nouvellement actif, afin que vos applications Linux et Windows puissent continuer à accéder aux données, sans interruption, depuis le même emplacement réseau. Votre système de fichiers échouera également automatiquement une fois que le serveur de fichiers préféré sera restauré dans un état sain. Ces événements de basculement et de restauration sont transparents pour vos utilisateurs et vos applications : votre système de fichiers continuera à traiter le trafic NFS à partir de la même adresse réseau, ce qui permettra aux clients NFS de continuer à accéder à vos données sans intervention manuelle.

Amazon FSx effectue automatiquement un basculement sur un système de fichiers multi-AZ (HA) ou mono-AZ (HA) en cas de perte de disponibilité du serveur de fichiers actif pour quelque raison que ce soit, notamment en cas de panne matérielle, de perte de connectivité ou, en cas de système de fichiers multi-AZ, de panne à l’échelle de la zone AZ. Amazon FSx bascule également temporairement vers le serveur de fichiers de secours lors d'une maintenance planifiée, pendant une période de maintenance ou si vous modifiez la capacité de débit de votre système de fichiers.

Oui. FSx pour OpenZFS chiffre automatiquement les données au repos et en transit. Les données de votre système de fichiers et vos sauvegardes sont toujours chiffrées au repos à l'aide de clés que vous gérez au moyen d'AWS KMS. Vous pouvez utiliser des clés appartenant au service ou vos propres clés gérées par le client. Amazon FSx chiffre automatiquement les données en transit lorsque l'on y accède à partir d'instances Amazon EC2 qui prennent en charge le chiffrement en transit (instances client Amazon EC2 prises en charge).

Vous configurez votre système de fichiers pour qu'il soit associé à un Amazon VPC et à des groupes de sécurité VPC, et seules les instances Amazon EC2 de ce VPC (ou d'un VPC appairé) qui correspondent aux règles du groupe de sécurité peuvent accéder à votre système de fichiers. Vous contrôlez qui peut administrer vos systèmes de fichiers, volumes et sauvegardes (par exemple, créer, mettre à jour et supprimer) au moyen d'AWS IAM. De plus, vous contrôlez quels utilisateurs et groupes ont accès à quels fichiers et répertoires sur vos volumes en utilisant les autorisations POSIX.

Oui. Vous pouvez accéder à des systèmes de fichiers depuis un autre VPC (y compris un VPC dans une autre région) à l'aide d'AWS Transit Gateway ou de l'appairage de VPC. Par ailleurs, vous pouvez accéder aux systèmes de fichiers depuis des environnements sur site au moyen d'AWS Direct Connect ou d'un VPN.

Vous pouvez surveiller et sécuriser les appels d'API à l'aide d'AWS CloudTrail et AWS IAM, ainsi que détecter et signaler les modèles d'utilisation d'API suspects avec Amazon GuardDuty.

Les systèmes de fichiers vous sont facturés en fonction de la capacité de stockage provisionnée (par Go-mois), du débit provisionné (par Mbit/s-mois) et des IOPS SSD supplémentaires optionnels provisionnés (par IOP-mois). Vous êtes également facturé pour les sauvegardes en fonction du stockage utilisé (par Go-mois) et pour les données transférées (par Go) entre les zones de disponibilité, entre les régions AWS et vers votre environnement sur site. Bien que la tarification soit proposée sur une base mensuelle, votre utilisation est calculée au prorata de la seconde, et vous êtes facturé pour votre utilisation mensuelle moyenne.

Sauf indication contraire, nos prix n'incluent pas les taxes et redevances applicables, y compris la TVA et les taxes sur les ventes applicables. Pour les clients dont l'adresse de facturation est située au Japon, l'utilisation de services AWS est soumise à la taxe sur la consommation applicable dans ce pays. En savoir plus.