Capacité de stockage en volume - FSx pour ONTAP
Hiérarchisation des données de volumeInstantanés et capacité de stockageCapacité du fichier de volume

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 for ONTAP 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 du stockage SSD et, en fonction de 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 pour ONTAP à l'aide de l'API AWS CLI et de la AWS Management Console CLI ONTAP.

Rubriques

Hiérarchisation des données de volume

Un système de fichiers Amazon FSx for NetApp ONTAP comporte deux niveaux de stockage : le stockage principal et le stockage par pool de capacité. Le stockage principal est un stockage SSD haute performance, évolutif et provisionné 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 les politiques de hiérarchisation des ONTAP 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.

Politiques de hiérarchisation des volumes

Vous déterminez comment utiliser les niveaux de stockage de votre système de fichiers FSx for 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'NetApp aide d'outils de gestion. 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 au niveau SSD. Pour plus d’informations, consultez Comment est utilisé le stockage SSD.

  • 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 console Amazon FSx.

  • 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' AWS CLI aide de l'API Amazon FSx ou de la CLI NetApp ONTAP.

  • 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 soumis à la politique de hiérarchisation complète, elles sont toujours initialement écrites sur le niveau de stockage SSD, puis hiérarchisées sur le pool de capacités par un processus en arrière-plan. Notez que les métadonnées des fichiers restent toujours au 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 en pool de capacité. Si vous définissez cette politique à un volume après avoir utilisé une autre politique, les données existantes du volume qui se trouvaient dans le pool de capacité de stockage sont déplacées vers le stockage SSD par un processus en arrière-plan, à condition que l'utilisation de votre SSD soit inférieure à 90 %. Ce processus en arrière-plan peut être accéléré en lisant intentionnellement les données ou en modifiant la politique de récupération dans le cloud de votre volume. Pour plus d’informations, consultez Politiques de récupération dans le cloud.

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 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é. La conservation des données sur le stockage SSD pendant au moins 2 jours permet à ONTAP de réaliser des économies de compression et de déduplication après le traitement sur vos données, qui sont préservées lorsque les données sont hiérarchisées en fonction du pool de capacité. ONTAP exécute uniquement la compression et la déduplication après le traitement pour les données stockées sur SSD. Le choix de cette politique peut donc vous aider à optimiser vos économies de stockage à long terme. Vous pouvez également optimiser les vitesses de transfert des premières sauvegardes que vous créez de vos volumes, car les données sauvegardées se trouvent sur un stockage SSD.

Pour plus d'informations sur la définition ou la modification de la politique de hiérarchisation d'un volume, consultezDéfinition de la politique de hiérarchisation d'un volume.

Période de refroidissement échelonnée

La période de refroidissement échelonnée 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 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, consultezRéglage du nombre minimum de jours de refroidissement.

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 niveau SSD. 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 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 pour s'exécuter. 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, consultezDéfinition de la politique de récupération d'un volume dans le cloud.

Seuils de hiérarchisation

L'utilisation de la capacité de stockage SSD d'un système de fichiers détermine ONTAP le mode de gestion du comportement de hiérarchisation pour tous vos volumes. Sur la base 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 tel que 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 évolutifs, 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 le niveau de stockage de votre 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 for 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 appliquent la politique de hiérarchisation complète ont des données hiérarchisées en fonction de la capacité de stockage du pool de stockage. Les volumes dotés de politiques Auto et Snapshot uniquement ne hiérarchisent pas les données à ce seuil.

  • > 50 % d'utilisation du niveau de stockage SSD : 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 de stockage SSD — À partir de ce seuil, Amazon FSx donne la priorité à la préservation de l'espace dans le niveau de stockage SSD. Les données confidentielles provenant du niveau du pool de capacités ne sont plus déplacées vers le niveau de stockage SSD lorsqu'elles sont lues pour des volumes à l'aide des politiques Auto et Snapshot uniquement.

  • >= 98 % d'utilisation du niveau de stockage SSD : toutes les fonctionnalités de hiérarchisation s'arrêtent lorsque le niveau de stockage SSD 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 volume Amazon FSx for NetApp ONTAP à 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 :

Pour plus d’informations, consultez Utilisation des instantanés.

Capacité du fichier de volume

Les volumes Amazon FSx for NetApp ONTAP disposent de pointeurs de fichiers 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 y écrire de données supplémentaires.

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 les volumes). Par défaut, les FlexVol volumes (ou FlexGroup composants) dont la capacité de stockage est supérieure ou égale à 648 GiB possèdent 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, consultezAffichage de la capacité de fichier 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 volume FSx for ONTAP 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, consultezAugmenter le nombre maximum de fichiers sur un volume.