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.

Gestion de la capacité de stockage

Amazon FSx for NetApp ONTAP fournit un certain nombre de fonctionnalités liées au stockage que vous pouvez utiliser pour gérer la capacité de stockage de votre système de fichiers.

niveaux de stockage FSx pour ONTAP

Les niveaux de stockage sont les supports de stockage physiques d'un système de fichiers Amazon FSx for NetApp ONTAP. FSx for ONTAP propose les niveaux de stockage suivants :

Un volume FSx for ONTAP est une ressource virtuelle qui, comme les dossiers, ne consomme pas de capacité de stockage. Les données que vous stockez, et qui consomment de l'espace de stockage physique, se trouvent dans des volumes. Lorsque vous créez un volume, vous spécifiez sa taille, que vous pouvez modifier après sa création. Les volumes FSx for ONTAP sont dotés d'un provisionnement léger et le stockage du système de fichiers n'est pas réservé à l'avance. Au lieu de cela, le stockage SSD et le stockage en pool de capacité sont alloués dynamiquement, selon les besoins. Une politique de hiérarchisation, que vous configurez au niveau du volume, détermine si et quand les données stockées dans le niveau SSD passent au niveau du pool de capacités.

Le schéma suivant illustre un exemple de données réparties sur plusieurs volumes FSx pour ONTAP dans un système de fichiers.

Le schéma suivant montre comment la capacité de stockage physique du système de fichiers est consommée par les données des quatre volumes du schéma précédent.

Vous pouvez réduire vos coûts de stockage en choisissant la politique de hiérarchisation qui répond le mieux aux exigences de chaque volume de votre système de fichiers. Pour plus d’informations, consultez Hiérarchisation des données de volume.

Choisir la bonne quantité de stockage SSD pour le système de fichiers

Lorsque vous choisissez la capacité de stockage SSD pour votre système de fichiers FSx for ONTAP, vous devez garder à l'esprit les éléments suivants qui ont un impact sur la quantité de stockage SSD disponible pour le stockage de vos données :

Comment est utilisé le stockage SSD

Le stockage SSD de votre système de fichiers est utilisé à la NetApp fois pour le logiciel ONTAP (surcharge), les métadonnées des fichiers et vos données.

NetApp Frais généraux liés au logiciel ONTAP

À l'instar des autres systèmes de fichiers NetApp ONTAP, jusqu'à 16 % de la capacité de stockage SSD d'un système de fichiers est réservée aux frais généraux d'ONTAP, ce qui signifie qu'il n'est pas disponible pour le stockage de vos fichiers. Les frais généraux de l'ONTAP sont répartis comme suit :

Métadonnées des fichiers

Les métadonnées des fichiers consomment généralement 3 à 7 % de la capacité de stockage utilisée par les fichiers. Ce pourcentage dépend de la taille moyenne des fichiers (une taille moyenne de fichier inférieure nécessite davantage de métadonnées) et des économies d'efficacité du stockage réalisées sur vos fichiers. Notez que les métadonnées des fichiers ne bénéficient pas des économies d'efficacité du stockage. Vous pouvez utiliser les directives suivantes pour estimer la quantité de stockage SSD utilisée pour les métadonnées sur votre système de fichiers.

Lorsque vous évaluez la capacité de stockage SSD dont vous avez besoin pour les métadonnées des fichiers que vous prévoyez de stocker au niveau du pool de capacité, nous vous recommandons d'utiliser un ratio prudent de 1 Go de stockage SSD pour 10 Go de données que vous prévoyez de stocker au niveau du pool de capacité.

Données de fichiers stockées sur votre niveau SSD

Outre votre ensemble de données actif et toutes les métadonnées des fichiers, toutes les données écrites dans votre système de fichiers sont initialement écrites sur le niveau SSD avant d'être transférées vers le stockage en pool de capacité. Cela est vrai quelle que soit la politique de hiérarchisation du volume, à l'exception du transfert de données SnapMirror vers un volume configuré avec une politique de hiérarchisation de toutes les données.

Les lectures aléatoires provenant du niveau du pool de capacités sont mises en cache dans le niveau SSD, tant que le niveau SSD est inférieur à 90 % d'utilisation. Pour plus d’informations, consultez Hiérarchisation des données de volume.

Utilisation recommandée de la capacité SSD

Nous vous recommandons de ne pas dépasser 80 % d'utilisation du niveau de stockage de votre SSD sur une base continue. Pour les systèmes de fichiers évolutifs, nous vous recommandons également de ne pas dépasser 80 % d'utilisation continue des agrégats de votre système de fichiers. Ces recommandations sont conformes à NetApp la recommandation concernant l'ONTAP. Étant donné que le niveau SSD de votre système de fichiers est également utilisé pour effectuer des écritures et des lectures aléatoires depuis le niveau du pool de capacité, toute modification soudaine des modèles d'accès peut rapidement entraîner une augmentation de l'utilisation de votre niveau SSD.

À 90 % d'utilisation du SSD, les données lues depuis le niveau du pool de capacités ne sont plus mises en cache sur le niveau SSD, de sorte que la capacité restante du SSD est préservée pour toute nouvelle donnée écrite dans le système de fichiers. Cela entraîne la lecture répétée des mêmes données depuis le niveau du pool de capacité à être lues depuis le stockage du pool de capacité au lieu d'être mises en cache et lues depuis le niveau SSD, ce qui peut avoir un impact sur la capacité de débit de votre système de fichiers.

Toutes les fonctionnalités de hiérarchisation s'arrêtent lorsque le niveau du SSD atteint ou dépasse 98 % d'utilisation. Pour plus d’informations, consultez Seuils de hiérarchisation.

FSx pour l'efficacité du stockage ONTAP

NetApp ONTAP propose des fonctionnalités d'efficacité du stockage au niveau des blocs, notamment la compression, le compactage et la déduplication, qui peuvent vous faire économiser jusqu'à 65 % de capacité de stockage pour les partages de fichiers généraux, sans pour autant sacrifier les performances.

Amazon FSx for NetApp ONTAP prend également en charge d'autres fonctionnalités ONTAP qui vous permettent d'économiser de l'espace, notamment les instantanés, le provisionnement dynamique et les volumes. FlexClone

Les fonctionnalités d'efficacité du stockage ne sont pas activées par défaut. Vous pouvez les activer comme suit :

Pour connaître le montant des économies de stockage réalisées sur un système de fichiers sur lequel l'efficacité du stockage est activée, voirVisualisation des économies d'efficacité du stockage.

Calcul des économies d'efficacité du stockage

Vous pouvez utiliser les métriques du système de CloudWatch fichiers LogicalDataStored et StorageUsed FSx for ONTAP pour calculer les économies de stockage réalisées grâce à la compression, à la déduplication, au compactage, aux instantanés et. FlexClones Ces métriques ont une seule dimension,FileSystemId. Pour plus d’informations, consultez Métriques du système de fichiers.

Exemple de dimensionnement d'un SSD

Supposons que vous souhaitiez stocker 100 TiB de données pour une application où 80 % des données sont rarement consultées. Dans ce scénario, 80 % (80 To) de vos données sont automatiquement hiérarchisées au niveau du pool de capacité et les 20 % restants (20 To) restent sur un stockage SSD. Sur la base des économies d'efficacité du stockage typiques de 65 % pour les charges de travail de partage de fichiers à usage général, cela équivaut à 7 TiB de données. Pour maintenir un taux d'utilisation des SSD de 80 %, vous avez besoin de 8,75 TiB de capacité de stockage SSD pour les 20 TiB de données activement consultées. La quantité de stockage SSD que vous fournissez doit également tenir compte de la surcharge de stockage du logiciel ONTAP de 16 %, comme indiqué dans le calcul suivant.

ssdNeeded = ssdProvisioned * (1 - 0.16)
8.75 TiB / 0.84 = ssdProvisioned
10.42 TiB = ssdProvisioned

Dans cet exemple, vous devez donc provisionner au moins 10,42 TiB de stockage SSD. Vous utiliserez également 28 TiB de capacité de stockage en pool pour les 80 TiB restants de données rarement consultées.