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.
Rubriques
FSxpour les niveaux ONTAP de stockage
Les niveaux de stockage sont les supports de stockage physiques d'un système FSx de NetApp ONTAP fichiers Amazon for. FSxfor ONTAP propose les niveaux de stockage suivants :
SSDniveau : stockage sur disque SSD (SSD) hautes performances, fourni par l'utilisateur, spécialement conçu pour la partie active de votre ensemble de données.
Niveau du pool de capacité : stockage entièrement élastique qui s'adapte automatiquement à une taille de plusieurs pétaoctets et est optimisé en termes de coûts pour vos données rarement consultées.
Un ONTAP volume FSx for 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. FSxcar les ONTAP volumes sont provisionnés de manière progressive et le stockage du système de fichiers n'est pas réservé à l'avance. Au lieu de cela, SSD le stockage du pool de capacité est alloué 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 SSD niveau passent au niveau du pool de capacités.
Le schéma suivant illustre un exemple de données réparties sur plusieurs FSx ONTAP volumes 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 de plus amples informations, veuillez consulter Hiérarchisation des données de volume.
Choisir la bonne quantité de SSD stockage dans le système de fichiers
Lorsque vous choisissez la capacité de SSD stockage de votre système FSx de ONTAP fichiers, vous devez tenir compte des éléments suivants qui ont une incidence sur la quantité de SSD stockage disponible pour le stockage de vos données :
Capacité de stockage réservée à la surcharge NetApp ONTAP logicielle.
Métadonnées des fichiers
Données récemment écrites
Les fichiers que vous avez l'intention de SSD stocker, qu'il s'agisse de données qui n'ont pas atteint leur période de refroidissement ou de données que vous avez récemment lues et qui ont été récupéréesSSD.
Comment SSD le stockage est utilisé
Le SSD stockage de votre système de fichiers est utilisé à la fois pour les NetApp ONTAP logiciels (surcharge), les métadonnées des fichiers et vos données.
NetApp ONTAPfrais généraux liés aux logiciels
Comme pour les autres systèmes de NetApp ONTAP fichiers, jusqu'à 16 % de la capacité de SSD stockage d'un système de fichiers est réservée à la ONTAP surcharge, ce qui signifie qu'il n'est pas disponible pour le stockage de vos fichiers. Les ONTAP frais généraux sont répartis comme suit :
11 % sont réservés aux NetApp ONTAP logiciels. Pour les systèmes de fichiers dont la capacité de SSD stockage est supérieure à 30 tebioctets (TiB), 6 % sont réservés.
5 % sont réservés aux instantanés agrégés, qui sont nécessaires pour synchroniser les données entre les deux serveurs de fichiers d'un système de fichiers.
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 instructions suivantes pour estimer la quantité de SSD stockage utilisée pour les métadonnées sur votre système de fichiers.
Taille de fichier moyenne | Taille des métadonnées en pourcentage des données du fichier |
---|---|
4 Ko |
7 % |
8 Ko |
3,5 % |
32 Ko ou plus |
1 à 3 % |
Lorsque vous évaluez la capacité de SSD stockage 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 SSD de stockage 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 SSD niveau
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 dans le SSD niveau avant d'être hiérarchisées dans le pool de capacité de stockage. 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 SSD niveau, tant que le niveau d'utilisation du SSD niveau est inférieur à 90 %. Pour de plus amples informations, veuillez consulter Hiérarchisation des données de volume.
Utilisation de SSD la capacité recommandée
Nous vous recommandons de ne pas dépasser 80 % d'utilisation de votre niveau de SSD stockage sur une base continue. Pour les systèmes de fichiers de deuxième génération, 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 pourONTAP. Étant donné que le SSD niveau 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és, toute modification soudaine des modèles d'accès peut rapidement entraîner une augmentation de l'utilisation de votre SSD niveau.
À 90 % SSD d'utilisation, les données lues depuis le niveau du pool de capacités ne sont plus mises en cache sur le SSD niveau, de sorte que la SSD capacité restante est préservée pour toute nouvelle donnée écrite dans le système de fichiers. Les lectures répétées des mêmes données depuis le niveau du pool de capacités sont donc lues depuis le stockage du pool de capacité au lieu d'être mises en cache et lues depuis le SSD niveau, 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 SSD niveau atteint ou dépasse 98 % d'utilisation. Pour de plus amples informations, veuillez consulter Seuils de hiérarchisation.
Efficacité du stockage
NetApp ONTAP propose des fonctionnalités d'efficacité du stockage au niveau des blocs au niveau du volume, notamment la compression, le compactage et la déduplication. Ces fonctionnalités peuvent vous faire économiser jusqu'à 65 % de capacité de stockage pour les partages de fichiers généraux, sans pour autant sacrifier les performances. Vous pouvez activer l'efficacité du stockage par volume. Ces fonctionnalités réduisent la quantité de capacité de stockage consommée par vos données, ce qui vous permet de consommer moins d'espaces de stockageSSD, de pool de capacités et de stockage de sauvegardes. Vous pouvez activer la compression et la déduplication sur chaque volume pour les données SSD stockées. Les économies de stockage résultant de la compression et de la déduplication sont préservées lorsque les données sont hiérarchisées en fonction de la capacité de SSD stockage du pool. L'efficacité du stockage est toujours activée pour les données de sauvegarde, quelle que soit la configuration d'efficacité du stockage de votre système de fichiers.
Le tableau suivant présente des exemples d'économies de stockage typiques.
Compression uniquement | Déduplication uniquement | Compression et déduplication | |
---|---|---|---|
Partage de fichiers à usage général | 50% | 30 % | 65 % |
Serveurs et bureaux virtuels | 55 % | 70 % | 70 % |
Bases de données | 65 à 70 % | 0 % | 65 à 70 % |
Données d'ingénierie | 55 % | 30 % | 75% |
Données géosismiques | 40 % | 3 % | 40 % |
Pour la plupart des charges de travail, l'activation de la compression et de la déduplication n'aura pas d'impact négatif sur les performances du système de fichiers. Pour la plupart des charges de travail, la compression améliore les performances globales. Pour permettre des lectures et des écritures rapides à partir du RAM cache, FSx les serveurs de ONTAP fichiers sont équipés de niveaux de bande passante réseau supérieurs sur les cartes d'interface réseau frontales (NICs) à ceux disponibles entre les serveurs de fichiers et les disques de stockage. Étant donné que la compression des données réduit la quantité de données envoyées entre les serveurs de fichiers et les disques de stockage, pour la plupart des charges de travail, vous constaterez une augmentation de la capacité de débit globale du système de fichiers lors de l'utilisation de la compression de données. Les augmentations de capacité de débit liées à la compression des données seront plafonnées une fois que vous aurez saturé le front-end NIC de votre système de fichiers.
Amazon FSx pour prend NetApp ONTAP également en charge d'autres ONTAP des fonctionnalités qui vous permettent d'économiser de l'espace, notamment les instantanés, le provisionnement léger et FlexClone les volumes.
Les fonctionnalités d'efficacité du stockage ne sont pas activées par défaut. Vous pouvez les activer comme suit :
Sur un SVM volume racine lorsque vous créez un système de fichiers.
Lorsque vous créez un nouveau volume.
Lorsque vous modifiez un volume existant.
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, voirSurveillance des économies d'efficacité du stockage.
Calcul des économies d'efficacité du stockage
Vous pouvez utiliser les métriques LogicalDataStored
et StorageUsed
FSx pour le système de ONTAP CloudWatch fichiers 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 de plus amples informations, veuillez consulter Métriques du système de fichiers.
Pour calculer les économies d'efficacité du stockage en octets, prenez la moyenne
StorageUsed
sur une période donnée et soustrayez-la de la moyenneLogicalDataStored
sur la même période.Pour calculer les économies d'efficacité du stockage en pourcentage de la taille logique totale des données, prenez le chiffre
Average
deStorageUsed
sur une période donnée et soustrayez-le du chiffre deLogicalDataStored
sur laAverage
même période. Divisez ensuite la différence par leAverage
deLogicalDataStored
sur la même période.
SSDexemple de dimensionnement
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 SSD stockés. 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'SSDutilisation de 80 %, vous avez besoin de 8,75 TiB SSD de capacité de stockage pour les 20 TiB de données activement consultées. La quantité de SSD stockage que vous allouez doit également prendre en compte le surcoût de stockage ONTAP logiciel 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 SSD de stockage. Vous utiliserez également 28 TiB de capacité de stockage en pool pour les 80 TiB restants de données rarement consultées.