Hiérarchisation des données de volume Instantanés et capacité de stockage Capacité du fichier de volume

Capacité de stockage en volume

FSxLes ONTAP volumes sont des ressources virtuelles que vous utilisez pour regrouper les données, déterminer le mode de stockage des données et le type d'accès à vos données. Les volumes, comme les dossiers, ne consomment pas eux-mêmes la capacité de stockage du système de fichiers. Seules les données stockées dans un volume consomment de l'espace de SSD stockage et, en fonction de la politique de hiérarchisation du volume, du stockage du pool de capacité. Vous définissez la taille d'un volume lorsque vous le créez, et vous pouvez modifier sa taille ultérieurement. Vous pouvez surveiller et gérer la capacité de stockage de vos ONTAP volumes FSx for AWS CLI à API l' AWS Management Console ONTAPCLIaide des

Rubriques

Hiérarchisation des données de volume

Un système de NetApp ONTAP fichiers Amazon FSx for possède deux niveaux de stockage : le stockage principal et le stockage par pool de capacité. Le stockage principal est un SSD stockage provisionné, évolutif et hautes performances spécialement conçu pour la partie active de votre ensemble de données. Le stockage en pool de capacité est un niveau de stockage entièrement élastique pouvant atteindre des pétaoctets et optimisé en termes de coûts pour les données rarement consultées.

Les données de chaque volume sont automatiquement hiérarchisées en fonction du niveau de stockage du pool de capacité en fonction de la politique de hiérarchisation, de la période de refroidissement et des paramètres de seuil du volume. Les sections suivantes décrivent ONTAP les politiques de hiérarchisation des volumes et les seuils utilisés pour déterminer à quel moment les données sont hiérarchisées par rapport au pool de capacités.

Note

FSxpour ONTAP permet de hiérarchiser les données en fonction du pool de capacités sur tous SnapLock volumes, quel que soit le SnapLock Type Pour de plus amples informations, veuillez consulter Fonctionnement d’SnapLock.

Politiques de hiérarchisation des volumes

Vous déterminez comment utiliser FSx les niveaux de stockage de votre système de ONTAP fichiers en choisissant la politique de hiérarchisation pour chaque volume du système de fichiers. Vous choisissez la politique de hiérarchisation lorsque vous créez un volume, et vous pouvez la modifier à tout moment à l'aide de la FSx console Amazon ou à l'aide d'outils NetApp de gestion. AWS CLI API Vous pouvez choisir l'une des politiques suivantes qui déterminent quelles données, le cas échéant, sont hiérarchisées en fonction de la capacité de stockage du pool.

Note

La hiérarchisation peut déplacer les données de vos fichiers et vos données de capture vers le niveau du pool de capacités. Toutefois, les métadonnées des fichiers restent toujours sur le SSD niveau. Pour de plus amples informations, veuillez consulter Comment SSD le stockage est utilisé.

Auto : cette politique déplace toutes les données confidentielles (données utilisateur et instantanés) vers le niveau du pool de capacités. Le taux de refroidissement des données est déterminé par la période de refroidissement de la politique, qui est par défaut de 31 jours, et peut être configuré sur des valeurs comprises entre 2 et 183 jours. Lorsque les blocs de données froids sous-jacents sont lus de manière aléatoire (comme dans le cas d'un accès classique aux fichiers), ils sont chauffés et écrits sur le niveau de stockage principal. Lorsque des blocs de données froids sont lus de manière séquentielle (par exemple, par une analyse antivirus), ils restent froids et restent sur le niveau de stockage du pool de capacité. Il s'agit de la politique par défaut lors de la création d'un volume à l'aide de la FSx console Amazon.
Snapshot uniquement : cette politique déplace uniquement les données des snapshots vers le niveau de stockage du pool de capacité. La fréquence à laquelle les instantanés sont hiérarchisés par rapport au pool de capacités est déterminée par la période de refroidissement de la politique, qui est définie par défaut sur 2 jours, et peut être configurée sur des valeurs comprises entre 2 et 183 jours. Lorsque les données d'un instantané à froid sont lues, elles sont chauffées et écrites sur le niveau de stockage principal. Il s'agit de la politique par défaut lors de la création d'un volume à l'aide du AWS CLI FSxAPI, Amazon ou du NetApp ONTAPCLI.
Tout : cette politique marque toutes les données utilisateur et les données instantanées comme étant froides et les stocke au niveau du pool de capacités. Lorsque les blocs de données sont lus, ils restent froids et ne sont pas écrits sur le niveau de stockage principal. Lorsque des données sont écrites sur un volume avec la politique de hiérarchisation complète, elles sont toujours initialement écrites dans le niveau de SSD stockage, puis hiérarchisées dans le pool de capacités par un processus en arrière-plan. Notez que les métadonnées des fichiers restent toujours sur le SSD niveau.
Aucune : cette politique conserve toutes les données de votre volume sur le niveau de stockage principal et empêche leur transfert vers le stockage en pool de capacité. Si vous modifiez un volume conformément à cette politique, toutes les données existantes dans le stockage du pool de capacités restent dans le stockage du pool de capacité jusqu'à ce qu'elles soient lues par un client, et toutes les nouvelles données résideront sur le niveau de stockage principal. Pour déplacer les données précédemment hiérarchisées vers le niveau de stockage principal, vous pouvez utiliser. Politiques de récupération dans le cloud

Pour plus d'informations sur la définition ou la modification de la politique de hiérarchisation d'un volume, consultezMettre à jour une politique de hiérarchisation.

Il est recommandé, lors de la migration de données que vous prévoyez de stocker à long terme dans un pool de capacité de stockage, d'appliquer la politique de hiérarchisation automatique à votre volume. Avec la hiérarchisation automatique, les données sont stockées sur le niveau de SSD stockage pendant au moins 2 jours (en fonction de la période de refroidissement du volume) avant d'être déplacées vers le niveau du pool de capacités. ONTAP exécute régulièrement la déduplication post-traitement sur les données stockées dans le niveau de SSD stockage, en ajustant automatiquement la fréquence en fonction du taux de modification des données dans le volume. Des taux plus élevés déclenchent des tâches de déduplication post-traitement plus fréquentes.

Par défaut, la compression post-traitement est désactivée dans ONTAP en raison de l'impact que cela peut avoir sur les charges de travail continues du système de fichiers. Vous devez évaluer l'impact sur les performances de votre charge de travail avant d'activer la compression après le traitement. Pour activer la compression après le traitement, utilisez le niveau de privilège de diagnostic indiqué dans ONTAP CLIet exécutez la commande suivante :


::> volume efficiency inactive-data-compression modify -vserver svm-name -volume vol-name -is-enabled true

ONTAP exécute une compression post-traitement pour les données SSD stockées pendant au moins 14 jours. Pour les charges de travail où il est peu probable que les données soient accessibles après une période plus courte, vous pouvez modifier les paramètres de compression post-traitement pour exécuter la compression post-traitement plus rapidement. Par exemple, pour appliquer les économies de compression après le traitement à des données auxquelles vous n'avez pas accédé depuis 5 jours, exécutez ce qui suit ONTAP CLIcommande :


::> volume efficiency inactive-data-compression modify -vserver svm-name -volume vol-name -threshold-days 5 -threshold-days-min 2 -threshold-days-max 14

Pour plus d'informations sur la commande, voir inactive-data-compressionModification de l'efficacité du volume

En conservant les donnéesSSD, vous maximisez les vitesses de transfert des sauvegardes de volume que vous créez, car les taux de transfert de données sont plus élevés pour le SSD stockage.

Période de refroidissement échelonnée

La période de refroidissement hiérarchique d'un volume définit le temps nécessaire pour que les données du SSD niveau soient marquées comme froides. La période de refroidissement s'applique aux politiques de hiérarchisation Auto et Snapshot-only de hiérarchisation. Vous pouvez définir la période de refroidissement sur une valeur comprise entre 2 et 183 jours. Pour plus d'informations sur le réglage de la période de refroidissement, consultezMise à jour des jours de refroidissement minimaux.

Les données sont hiérarchisées 24 à 48 heures après l'expiration de leur période de refroidissement. La hiérarchisation est un processus d'arrière-plan qui consomme les ressources du réseau et dont la priorité est inférieure à celle des demandes destinées aux clients. Les activités de hiérarchisation sont limitées lorsqu'il y a des demandes continues adressées aux clients.

Politiques de récupération dans le cloud

La politique de récupération dans le cloud d'un volume définit les conditions qui spécifient à quel moment les données lues depuis le niveau du pool de capacités peuvent être promues vers le SSD niveau. Lorsque la politique de récupération dans le cloud est définie sur une valeur autre queDefault, elle remplace le comportement de récupération de la politique de hiérarchisation de votre volume. Un volume peut avoir l'une des politiques de récupération dans le cloud suivantes :

Par défaut : cette politique récupère les données hiérarchisées en fonction de la politique de hiérarchisation sous-jacente du volume. Il s'agit de la politique de récupération dans le cloud par défaut pour tous les volumes.
Jamais : cette politique ne récupère jamais de données hiérarchisées, que les lectures soient séquentielles ou aléatoires. Cela revient à définir la politique de hiérarchisation de votre volume sur Tous, sauf que vous pouvez l'utiliser avec d'autres politiques (Auto, Snapshot uniquement) pour hiérarchiser les données en fonction de la période de refroidissement minimale plutôt qu'immédiatement.
En cours de lecture : cette règle récupère les données hiérarchisées pour toutes les lectures de données pilotées par le client. Cette politique n'a aucun effet lors de l'utilisation de la politique All tiering.
Promouvoir : cette politique marque toutes les données d'un volume qui se trouvent dans le pool de capacités en vue de leur extraction vers le SSD niveau. Les données sont marquées lors de la prochaine exécution du scanner de hiérarchisation quotidienne en arrière-plan. Cette politique est avantageuse pour les applications dont les charges de travail cycliques s'exécutent rarement, mais qui nécessitent des performances de SSD niveau supérieur lorsqu'elles s'exécutent. Cette politique n'a aucun effet lors de l'utilisation de la politique All tiering.

Pour plus d'informations sur la définition de la politique de récupération dans le cloud d'un volume, consultezMettre à jour la politique de récupération d'un volume dans le cloud.

Seuils de hiérarchisation

L'utilisation de la capacité de SSD stockage d'un système de fichiers détermine comment ONTAP gère le comportement de hiérarchisation de tous vos volumes. En fonction de l'utilisation de la capacité de SSD stockage d'un système de fichiers, les seuils suivants définissent le comportement de hiérarchisation tel que décrit. Pour plus d'informations sur la façon de surveiller l'utilisation de la capacité du niveau de SSD stockage d'un volume, consultezSurveillance de la capacité de stockage des volumes.

Note

Nous vous recommandons de ne pas dépasser 80 % d'utilisation de la capacité de stockage de votre niveau de SSD stockage. Pour les systèmes de fichiers de deuxième génération, cette recommandation s'applique à la fois à l'utilisation moyenne totale de tous les agrégats de votre système de fichiers et à l'utilisation de chaque agrégat individuel. Cela garantit le bon fonctionnement de la hiérarchisation et entraîne une surcharge pour les nouvelles données. Si votre niveau SSD de stockage est constamment supérieur à 80 % d'utilisation de la capacité de stockage, vous pouvez augmenter la capacité de votre niveau de SSD stockage. Pour de plus amples informations, veuillez consulter Mise à jour du SSD stockage du système de fichiers et IOPS.

FSxfor ONTAP utilise les seuils de capacité de stockage suivants pour gérer la hiérarchisation des volumes :

<= 50 % d'utilisation du niveau de SSD stockage : à partir de ce seuil, le niveau de SSD stockage est considéré comme sous-utilisé, et seuls les volumes qui appliquent la politique de hiérarchisation complète ont des données hiérarchisées en fonction de la capacité de stockage du pool. Les volumes dotés de politiques Auto et Snapshot uniquement ne hiérarchisent pas les données à ce seuil.
> 50 % d'utilisation du niveau SSD de stockage : les volumes soumis à des politiques de hiérarchisation automatique et basées uniquement sur les instantanés hiérarchisent les données en fonction du nombre minimum de jours de refroidissement définis par hiérarchisation. Le paramètre par défaut est de 31 jours.
>= 90 % d'utilisation du niveau SSD de stockage — À partir de ce seuil, Amazon FSx donne la priorité à la préservation de l'espace dans le SSD niveau de stockage. Les données confidentielles provenant du niveau du pool de capacités ne sont plus déplacées vers le niveau de SSD stockage lorsqu'elles sont lues pour des volumes à l'aide des politiques Auto et Snapshot uniquement.
>= 98 % d'utilisation du niveau de SSD stockage : toutes les fonctionnalités de hiérarchisation s'arrêtent lorsque le niveau SSD de stockage atteint ou dépasse 98 % d'utilisation. Vous pouvez continuer à lire depuis les niveaux de stockage, mais vous ne pouvez pas écrire sur les niveaux.

Instantanés et capacité de stockage en volume

Un instantané est une image en lecture seule d'un NetApp ONTAP volume Amazon FSx for à un moment donné. Les instantanés offrent une protection contre la suppression ou la modification accidentelle de fichiers de vos volumes. Grâce aux instantanés, vos utilisateurs peuvent facilement visualiser et restaurer des fichiers ou des dossiers individuels à partir d'un instantané antérieur.

Les instantanés sont stockés avec les données de votre système de fichiers, et ils consomment la capacité de stockage du système de fichiers. Toutefois, les instantanés consomment de la capacité de stockage uniquement pour les portions de fichiers modifiées depuis le dernier instantané. Les instantanés ne sont pas inclus dans les sauvegardes des volumes de votre système de fichiers.

Les instantanés sont activés par défaut sur vos volumes, selon la politique de capture par défaut. Les instantanés sont stockés dans le .snapshot répertoire situé à la racine d'un volume. Vous pouvez gérer la capacité de stockage en volume pour les instantanés de la manière suivante :

Politiques relatives aux instantanés : sélectionnez une politique de capture intégrée ou choisissez une politique personnalisée que vous avez créée dans le ONTAP CLI ou RESTAPI.
Supprimer manuellement les instantanés : récupérez de la capacité de stockage en supprimant les instantanés manuellement.
Création d'une politique de suppression automatique des instantanés : créez une politique qui supprime un plus grand nombre de clichés que la politique de capture d'écran par défaut.
Désactiver les instantanés automatiques : économisez la capacité de stockage en désactivant les instantanés automatiques.

Pour de plus amples informations, veuillez consulter Protection de vos données grâce à des instantanés.

Capacité du fichier de volume

Amazon FSx pour NetApp ONTAP volumes dispose de pointeurs de fichiers qui sont utilisés pour stocker les métadonnées des fichiers, telles que le nom du fichier, l'heure du dernier accès, les autorisations, la taille, et pour servir de pointeurs vers des blocs de données. Ces pointeurs de fichiers sont appelés inodes, et chaque volume possède une capacité limitée pour le nombre d'inodes, appelée capacité du fichier de volume. Lorsque le nombre de fichiers disponibles (inodes) d'un volume est épuisé ou qu'il en manque, vous ne pouvez pas écrire de données supplémentaires sur ce volume.

Le nombre d'objets du système de fichiers (fichiers, répertoires, copies instantanées) qu'un volume peut contenir est déterminé par le nombre d'inodes qu'il contient. Le nombre d'inodes dans un volume augmente proportionnellement à la capacité de stockage du volume (et au nombre de composants du volume pour FlexGroup volumes). Par défaut, FlexVol volumes (ou FlexGroup composants) ayant une capacité de stockage de 648 GiB ou plus ont tous le même nombre d'inodes : 21 251 126. Si vous créez un volume supérieur à 648 GiB et que vous souhaitez qu'il contienne plus de 21 251 126 inodes, vous devez augmenter le nombre maximum d'inodes (fichiers) manuellement. Pour plus d'informations sur l'affichage du nombre maximal de fichiers pour un volume, consultezSurveillance de la capacité de fichiers d'un volume.

Le nombre d'inodes par défaut sur un volume est de 1 inode pour 32 KiB de capacité de stockage du volume, jusqu'à une taille de volume de 648 GiB. Pour un volume de 1 GiB :

Volume_Size_in_bytes × (1 fichier ÷ inode_size_in_bytes) = nombre_maximum_de_fichiers

1 073 741 824 octets × (1 fichier ÷ 32 768 octets) = 32 768 fichiers

Vous pouvez augmenter le nombre maximum d'inodes qu'un volume peut contenir, jusqu'à un maximum de 1 inode pour 4 KiB de capacité de stockage. Pour un volume de 1 GiB, cela augmente le nombre maximum d'inodes ou de fichiers de 32 768 à 262 144 :

1 073 741 824 octets × (1 fichier ÷ 4 096 octets) = 262 144 fichiers

Un ONTAP volume FSx de formulaire peut contenir un maximum de 2 milliards d'inodes.

Pour plus d'informations sur la modification du nombre maximal de fichiers qu'un volume peut stocker, consultezMettre à jour le nombre maximum de fichiers sur un volume.

Avertissement JavaScript est désactivé ou n'est pas disponible dans votre navigateur.

Pour que vous puissiez utiliser la documentation AWS, Javascript doit être activé. Vous trouverez des instructions sur les pages d'aide de votre navigateur.

Conventions de rédaction

Surveillance de la capacité de stockage et des IOPS mises à jour

Gestion de l'efficacité du stockage