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.
Capacité de stockage en volume
Les volumes FSx pour ONTAP sont des ressources virtuelles que vous utilisez pour regrouper les données, déterminer comment les données sont stockées et déterminer 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 du stockage SSD et, selon la politique de hiérarchisation du volume, du stockage en 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 volumes FSx for ONTAP à l'aide de l'API AWS CLI et de l' Console de gestion AWS interface de ligne de commande ONTAP.
Hiérarchisation des volumes de données
Un système de fichiers Amazon FSx pour NetApp ONTAP possède deux niveaux de stockage : le stockage principal et le stockage par pool de capacité. Le stockage principal est un stockage SSD hautes performances, évolutif et provisionné, spécialement conçu pour la partie active de votre ensemble de données. Le stockage par pool de capacités est un niveau de stockage entièrement élastique qui peut atteindre des pétaoctets et dont les coûts sont optimisés pour les données rarement consultées.
Les données de chaque volume sont automatiquement hiérarchisées vers le 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 les politiques de hiérarchisation des ONTAP volumes et les seuils utilisés pour déterminer quand les données sont hiérarchisées vers le pool de capacités.
Note
FSx pour ONTAP prend en charge la hiérarchisation des données vers le pool de capacité sur tous les SnapLock volumes, quel que soit leur type. SnapLock Pour plus d’informations, consultez Comment ? SnapLock fonctionnement.
Politiques de hiérarchisation des volumes
Vous déterminez comment utiliser votre FSx pour les niveaux de stockage du système de fichiers ONTAP 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 console Amazon FSx AWS CLI, de l'API ou à l'aide d'outils de NetApp gestion. Vous pouvez choisir l'une des politiques suivantes qui déterminent quelles données, le cas échéant, sont hiérarchisées vers le stockage du pool de capacité.
Note
La hiérarchisation permet de déplacer les données de vos fichiers et les données de vos instantanés vers le niveau du pool de capacités. Cependant, les métadonnées des fichiers restent toujours sur le niveau SSD. Pour plus d’informations, consultez Comment est utilisé le stockage SSD.
-
Auto : cette politique déplace toutes les données inactives (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 est configurable avec 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 aux fichiers classique), ils sont chauffés et écrits sur le niveau de stockage principal. Lorsque les 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 console Amazon FSx.
-
Instantané uniquement : cette politique déplace uniquement les données des instantanés vers le niveau de stockage du pool de capacité. La vitesse à laquelle les instantanés sont hiérarchisés vers le 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 est configurable sur des valeurs comprises entre 2 et 183 jours. Lorsque les données Cold Snapshot sont lues, elles sont rendues chaudes 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 de l' AWS CLI API Amazon FSx ou de l'interface de ligne de commande NetApp ONTAP.
-
Tout : cette politique marque toutes les données utilisateur et les données de capture comme froides et les stocke dans le 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 les données sont écrites sur un volume avec la politique All tiering, elles sont tout de même initialement écrites sur le niveau de stockage SSD et sont hiérarchisées vers le pool de capacités par un processus en arrière-plan. Si la politique Tous est appliquée à un volume qui contient déjà des données, les données existantes sont hiérarchisées entre le SSD et le pool de capacités. Notez que les métadonnées des fichiers restent toujours sur le niveau SSD.
-
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 du pool de capacité. Si vous définissez cette règle pour un volume après qu'il ait utilisé une autre politique, les données existantes (y compris les instantanés) du volume qui se trouvait dans le stockage du pool de capacité sont déplacées vers le stockage SSD par un processus en arrière-plan. Cette migration de données n'a lieu que lorsque l'utilisation de votre SSD est inférieure à 90 % et que la politique de récupération dans le cloud est définie sur
promoteouon-read. Ce processus en arrière-plan peut être accéléré en lisant intentionnellement les données. Pour plus d’informations, consultez 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.
En tant que meilleure pratique, lorsque vous migrez des données que vous prévoyez de stocker à long terme dans un pool de stockage de capacité, nous vous recommandons d'appliquer la politique de hiérarchisation automatique sur votre volume. Avec la hiérarchisation automatique, les données sont stockées sur le niveau de stockage SSD 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. ONTAPexécute périodiquement une déduplication post-traitement sur les données stockées dans le niveau de stockage SSD, 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 plus fréquemment des tâches de déduplication post-traitement.
Par défaut, la compression post-traitement est désactivée en ONTAP raison de l'impact qu'elle peut avoir sur les performances des charges de travail en cours sur le système de fichiers. Vous devez évaluer l'impact sur les performances de votre charge de travail avant d'activer la compression post-traitement. Pour activer la compression post-traitement, utilisez le niveau de privilège de diagnostic dans l'ONTAPinterface de ligne de commande et exécutez la commande suivante :
::>volume efficiency inactive-data-compression modify -vserversvm-name-volumevol-name-is-enabled true
ONTAPexécute une compression post-traitement pour les données conservées sur le stockage SSD pendant au moins 14 jours. Pour les charges de travail pour lesquelles 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 afin d'exécuter la compression post-traitement plus rapidement. Par exemple, pour appliquer les économies de compression après traitement aux données qui n'ont pas été consultées depuis 5 jours, exécutez la commande ONTAP CLI suivante :
::>volume efficiency inactive-data-compression modify -vserversvm-name-volumevol-name-threshold-days 5 -threshold-days-min 2 -threshold-days-max 14
Pour plus d'informations sur la commande, voir volume efficiency inactive-data-compression modify
En conservant les données sur un disque SSD, vous maximisez les vitesses de transfert des volumes de sauvegarde que vous créez, car les taux de transfert des données sont plus élevés pour le stockage SSD.
Période de refroidissement échelonnée
La période de refroidissement hiérarchisé d'un volume définit le temps nécessaire pour que les données du niveau SSD soient marquées comme froides. La période de refroidissement s'applique aux politiques Auto de Snapshot-only hiérarchisation et. 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 des ressources réseau et dont la priorité est inférieure à celle des demandes adressées au client. 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 quand les données lues depuis le niveau du pool de capacités peuvent être promues au niveau SSD. Lorsque la politique de récupération dans le cloud est définie sur autre chose queDefault, cette politique 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 extrait les données hiérarchisées en fonction de la politique hiérarchique 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 Tout, sauf que vous pouvez l'utiliser avec d'autres politiques Snapshot-only (Auto) pour hiérarchiser les données en fonction de la période de refroidissement minimale plutôt que immédiatement.
On-read— Cette politique 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 Tous les niveaux.
Promouvoir : cette politique marque toutes les données d'un volume qui se trouvent dans le pool de capacités pour être récupérées vers le niveau SSD. 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 niveau SSD lors de leur exécution. Cette politique n'a aucun effet lors de l'utilisation de la politique Tous les niveaux.
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 dans le cloud d'un volume.
Seuils de hiérarchisation
L'utilisation de la capacité de stockage SSD d'un système de fichiers détermine la ONTAP manière dont le comportement de hiérarchisation de tous vos volumes est géré. En fonction de l'utilisation de la capacité de stockage SSD d'un système de fichiers, les seuils suivants définissent le comportement de hiérarchisation comme décrit. Pour plus d'informations sur la façon de surveiller l'utilisation de la capacité du niveau de stockage SSD 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 stockage SSD. 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 augmente les frais liés aux nouvelles données. Si votre niveau de stockage SSD est constamment supérieur à 80 % d'utilisation de la capacité de stockage, vous pouvez augmenter la capacité de votre niveau de stockage SSD. Pour plus d’informations, consultez Mise à jour du système de fichiers, du stockage SSD et des IOPS.
FSx pour ONTAP utilise les seuils de capacité de stockage suivants pour gérer la hiérarchisation des volumes :
<= 50 % d'utilisation du niveau de stockage SSD : à ce seuil, le niveau de stockage SSD est considéré comme sous-utilisé, et seuls les volumes qui utilisent 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 la fonction Auto et Snapshot-only des politiques ne hiérarchisent pas les données à ce seuil.
> 50 % d'utilisation du niveau de stockage SSD — Les volumes dotés de politiques automatiques et de Snapshot-only hiérarchisation hiérarchisent les données en fonction du paramètre de jours de refroidissement minimaux de hiérarchisation. Le paramètre par défaut est de 31 jours.
>= 90 % d'utilisation du niveau de stockage SSD — À ce seuil, Amazon FSx donne la priorité à la préservation de l'espace dans le niveau de stockage SSD. Les données froides provenant du niveau du pool de capacités ne sont plus déplacées vers le niveau de stockage SSD lors de la lecture de volumes à l'aide de la fonction Auto et Snapshot-only des politiques.
>= 98 % d'utilisation du niveau de stockage SSD — Toutes les fonctionnalités de hiérarchisation s'arrêtent lorsque le niveau de stockage SSD est égal ou supérieur à 98 % d'utilisation. Vous pouvez continuer à lire à partir des niveaux de stockage, mais vous ne pouvez pas écrire dans les niveaux.
Captures d'écran et capacité de stockage en volume
Un instantané est une image en lecture seule d'un volume Amazon FSx pour NetApp ONTAP à un moment donné. Les snapshots offrent une protection contre la suppression ou la modification accidentelles des fichiers de vos volumes. Grâce aux instantanés, vos utilisateurs peuvent facilement consulter 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 consomment la capacité de stockage du système de fichiers. Cependant, les instantanés consomment de la capacité de stockage uniquement pour les parties des fichiers qui ont été 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 d'écran 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 :
Stratégies de capture instantanée : sélectionnez une politique de capture d'écran intégrée ou choisissez une stratégie personnalisée que vous avez créée dans l'interface de ligne de commande ONTAP ou l'API REST.
Supprimer manuellement les instantanés : récupérez de la capacité de stockage en supprimant les instantanés manuellement.
Créer une politique de suppression automatique des instantanés : créez une stratégie qui supprime plus de clichés que la politique de capture par défaut.
Désactiver les instantanés automatiques — Conservez la capacité de stockage en désactivant les instantanés automatiques.
Pour plus d’informations, consultez Protection de vos données grâce à des instantanés.
Capacité des fichiers de volume
Les volumes Amazon FSx pour NetApp ONTAP comportent des pointeurs de fichier 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é finie pour le nombre d'inodes, appelée capacité du fichier de volume. Lorsqu'un volume est épuisé ou que tous les fichiers disponibles (inodes) sont épuisés, 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 de snapshots) qu'un volume peut contenir est déterminé par le nombre d'inodes qu'il possède. Le nombre d'inodes dans un volume augmente proportionnellement à la capacité de stockage du volume (et au nombre de constituants du volume pour FlexGroup les volumes). Par défaut, les FlexVol volumes (ou FlexGroup composants) d'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 maximum 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 Ko de capacité de stockage de 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 d'un inode pour 4 Ko 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 volume FSx pour ONTAP peut avoir un maximum de 2 milliards d'inodes.
Pour plus d'informations sur la modification du nombre maximum de fichiers qu'un volume peut stocker, consultezMettre à jour le nombre maximum de fichiers sur un volume.
