

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
<a name="volume-storage-capacity"></a>

FSx les volumes 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](#data-tiering-policy), 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' AWS Management Console API AWS CLI et de la CLI ONTAP.

**Topics**
+ [Hiérarchisation des données de volume](#volume-data-tiering)
+ [Instantanés et capacité de stockage en volume](#managing-snapshots)
+ [Capacité du fichier de volume](#managing-volume-file-capacity)
+ [Gestion de l'efficacité du stockage](manage-vol-SE.md)
+ [Activation du dimensionnement automatique](enable-volume-autosizing.md)
+ [Activation du mode d'écriture dans le cloud](cloud-write-mode.md)
+ [Mettre à jour la capacité de stockage](manage-volume-capacity.md)
+ [Mettre à jour une politique de hiérarchisation](modify-volume-tiering-policy.md)
+ [Mise à jour des jours de refroidissement minimaux](set-cooling-days.md)
+ [Mettre à jour la politique de récupération d'un volume dans le cloud](set-cloud-retrieval.md)
+ [Mettre à jour le nombre maximum de fichiers sur un volume](increase-volume-max-files.md)
+ [Surveillance de la capacité de stockage des volumes](monitor-volume-storage-console.md)
+ [Surveillance de la capacité de fichiers d'un volume](view-volume-file-capacity.md)

## Hiérarchisation des données de volume
<a name="volume-data-tiering"></a>

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.

**Note**  
FSx for ONTAP prend en charge la hiérarchisation des données en fonction du pool de capacités sur tous les SnapLock volumes, quel qu'en soit le SnapLock type. Pour de plus amples informations, veuillez consulter [Fonctionnement d’SnapLock](how-snaplock-works.md).

### Politiques de hiérarchisation des volumes
<a name="data-tiering-policy"></a>

Vous déterminez comment utiliser FSx les niveaux de stockage de votre 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 FSx console Amazon AWS CLI, de l'API ou à l'aide d'[outils NetApp de gestion](managing-resources-ontap-apps.md). 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 de plus amples informations, veuillez consulter [Comment est utilisé le stockage SSD](managing-storage-capacity.md#how-ssd-is-used).
+ **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' AWS CLI aide de l' FSx API Amazon 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. Si la politique **Tout** 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 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 sur un volume après qu'il ait utilisé une autre politique, les données existantes (y compris les instantanés) 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. Cette migration de données ne se produit 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 `promote` ou`on-read`. Ce processus en arrière-plan peut être accéléré en lisant intentionnellement les données. Pour de plus amples informations, veuillez consulter [Politiques de récupération dans le cloud](#cloud-retrieval-policies).

Pour plus d'informations sur la définition ou la modification de la politique de hiérarchisation d'un volume, consultez[Mettre à jour une politique de hiérarchisation](modify-volume-tiering-policy.md).

 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é. ONTAPexécute régulièrement la 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 variation 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 en ONTAP raison de l'impact qu'elle peut avoir sur les performances des 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 dans la ONTAP CLI et exécutez la commande suivante :

```
::> volume efficiency inactive-data-compression modify -vserver svm-name -volume vol-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 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 aux données non consultées depuis 5 jours, exécutez la commande ONTAP CLI suivante :

```
::> 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](https://docs.netapp.com/us-en/ontap-cli-9141/volume-efficiency-inactive-data-compression-modify.html)

 En conservant les données sur SSD, vous optimisez 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 stockage SSD.

### Période de refroidissement échelonnée
<a name="tiering-cooling-period"></a>

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, consultez[Mise à jour des jours de refroidissement minimaux](set-cooling-days.md).

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
<a name="cloud-retrieval-policies"></a>

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 que`Default`, 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, consultez[Mettre à jour la politique de récupération d'un volume dans le cloud](set-cloud-retrieval.md).

### Seuils de hiérarchisation
<a name="storage-tiering-thresholds"></a>

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, consultez[Surveillance de la capacité de stockage des volumes](monitor-volume-storage-console.md). 

**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 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 de plus amples informations, veuillez consulter [Mise à jour du système de fichiers, du stockage SSD et des IOPS](storage-capacity-and-IOPS.md#increase-primary-storage).

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
<a name="managing-snapshots"></a>

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 :
+ [Politiques relatives aux instantanés](snapshots-ontap.md#snapshot-policies) : sélectionnez une politique de capture intégrée ou choisissez une politique personnalisée que vous avez créée dans la CLI ONTAP ou l'API REST.
+ [Supprimer manuellement les instantanés : récupérez](manually-delete-snapshots.md) de la capacité de stockage en supprimant les instantanés manuellement.
+ [Création d'une politique de suppression automatique des instantanés](snapshot-autodelete-policy.md) : 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](disable-snapshots.md) 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](snapshots-ontap.md).

## Capacité du fichier de volume
<a name="managing-volume-file-capacity"></a>

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 é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 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, consultez[Surveillance de la capacité de fichiers d'un volume](view-volume-file-capacity.md).

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\$1Size\$1in\$1bytes × (1 fichier ÷ inode\$1size\$1in\$1bytes) = nombre\$1maximum\$1de\$1fichiers

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

Et FSx pour ONTAP, le volume 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, consultez[Mettre à jour le nombre maximum de fichiers sur un volume](increase-volume-max-files.md).

# Gestion de l'efficacité du stockage
<a name="manage-vol-SE"></a>

En optimisant l'efficacité du stockage sur vos volumes FSx for ONTAP, vous pouvez optimiser l'utilisation du stockage, réduire les coûts de stockage et améliorer les performances globales de votre système de fichiers.

**Note**  
Nous vous recommandons d'activer l'efficacité du stockage à l'aide de la FSx console Amazon, de l'API, ou AWS CLI pour garantir que les paramètres d'efficacité du stockage optimaux sont appliqués à vos volumes.

ONTAPorganise les fichiers en blocs de données de 4 kibioctets (KiB). L'efficacité du stockage se fait au niveau des blocs de données plutôt qu'au niveau des fichiers individuels. Lorsque l'efficacité du stockage est atteinte, ONTAP utilise une combinaison de techniques de réduction des données pour éliminer les doublons, compresser la taille des données et réorganiser la disposition des données pour une utilisation optimale du disque.

L'efficacité du stockage s'applique de deux manières. Ils sont appliqués aux données en ligne (avant que les données ne soient écrites sur le disque, en mémoire) afin de réaliser des économies de stockage immédiates. Ils sont également appliqués aux données en arrière-plan (une fois les données écrites sur le disque) dans le niveau de stockage SSD par le biais de tâches d'efficacité périodiques visant à optimiser l'utilisation du stockage au fil du temps. L'efficacité du stockage en arrière-plan ne repose pas sur les données une fois celles-ci hiérarchisées en fonction du pool de capacités. Toutefois, si les données ont fait l'objet d'économies de stockage lorsqu'elles se trouvaient sur un SSD, ces économies sont préservées lorsque les données sont hiérarchisées en fonction du pool de capacité.

**Note**  
ONTAPne prend pas en charge l'amélioration de l'efficacité du stockage sur les volumes de protection des données (DP). Toutefois, les économies de stockage réalisées dans le volume source en lecture-écriture (RW) sont préservées lorsque les données sont répliquées sur le volume DP de destination.

## Compression de blocs de données
<a name="compression-SE"></a>

Les groupes de compression sont des regroupements logiques de données qui sont gérés et compressés ensemble sous la forme d'un seul bloc. ONTAPregroupe automatiquement les blocs de données dans des groupes de compression, ce qui réduit l'espace consommé sur le disque. Pour optimiser les performances et l'utilisation du stockage, ONTAP propose une approche équilibrée de la gestion des données en ajustant le degré de compression appliqué aux données en fonction de leurs modèles d'accès.

Par défaut, les données sont compressées en ligne à l'aide de groupes de compression de 8 Ko afin de garantir des performances optimales lors de l'écriture de données sur un volume. Vous pouvez éventuellement appliquer une compression plus importante aux données en activant la compression des données inactive sur un volume afin de compresser davantage les données sur le SSD. La compression des données inactives utilise des groupes de compression de 32 Ko sur les données froides afin de réaliser des économies de stockage supplémentaires. Pour plus d'informations, consultez la [https://docs.netapp.com/us-en/ontap-cli-9131/volume-efficiency-inactive-data-compression-modify.html#description](https://docs.netapp.com/us-en/ontap-cli-9131/volume-efficiency-inactive-data-compression-modify.html#description)commande dans leNetApp ONTAP Documentation Center.

**Note**  
La compression de données inactive consomme des IOPS supplémentaires sur le processeur et le disque et peut être une tâche gourmande en ressources. Nous vous recommandons d'évaluer l'impact sur les performances de l'exécution d'une compression de données inactive sur votre charge de travail avant d'activer cette fonctionnalité.

L'image suivante illustre les économies de stockage qui peuvent être réalisées en compressant des blocs de données.

![\[\]](http://docs.aws.amazon.com/fr_fr/fsx/latest/ONTAPGuide/images/fsx-ontap-before-compression.png)


## Déduplication de blocs de données
<a name="deduplication-SE"></a>

 ONTAPdétecte et élimine les blocs de données dupliqués afin de réduire les redondances de données. Les blocs dupliqués sont remplacés par des références à des blocs uniques partagés. 

Par défaut, les données sont dédupliquées en ligne afin de réduire l'encombrement du stockage avant que les données ne soient écrites sur le disque. ONTAPexécute également un scanner de déduplication en arrière-plan à des intervalles spécifiés pour identifier et éliminer les doublons une fois qu'ils ont été écrits sur le disque. Au cours de ces analyses planifiées, ONTAP traite un journal des modifications pour identifier les blocs de données nouveaux ou modifiés depuis le dernier scan qui n'ont pas encore été dédupliqués. Lorsque des doublons sont détectés, ONTAP met à jour les métadonnées pour qu'elles pointent vers une copie unique des blocs dupliqués et marque les blocs redondants comme de l'espace libre prêt à être récupéré.

**Note**  
 ONTAPapplique la déduplication à 4 Ko d'écritures entrantes à la fois. Vous pouvez donc réaliser des économies de déduplication moindres lorsque vous exécutez des charges de travail avec des écritures d'une taille inférieure à 4 Ko.   
   
FSx for ONTAP ne prend pas en charge la déduplication entre volumes.

L'image suivante illustre les économies de stockage qui peuvent être réalisées grâce à la déduplication.

![\[\]](http://docs.aws.amazon.com/fr_fr/fsx/latest/ONTAPGuide/images/fsx-ontap-before-deduplication.png)


## Compaction de blocs de données
<a name="compaction-SE"></a>

ONTAPconsolide les blocs de données partiellement remplis de moins de 4 Ko chacun en un bloc de 4 Ko utilisé plus efficacement.

Par défaut, les données sont compactées en ligne afin d'optimiser la disposition des données lorsqu'elles sont écrites sur le disque afin de minimiser les frais de stockage, de réduire la fragmentation et d'améliorer les performances de lecture.

L'image suivante illustre les économies de stockage qui peuvent être réalisées grâce au compactage.

![\[\]](http://docs.aws.amazon.com/fr_fr/fsx/latest/ONTAPGuide/images/fsx-ontap-before-compaction.png)


## Exemple : efficacité du stockage
<a name="example-SE"></a>

L'image suivante montre comment l'efficacité du stockage est appliquée aux données.

![\[\]](http://docs.aws.amazon.com/fr_fr/fsx/latest/ONTAPGuide/images/fsx-ontap-se-example.png)


# Activation du dimensionnement automatique
<a name="enable-volume-autosizing"></a>

Dimensionnement automatique du volume afin qu'il atteigne automatiquement une taille spécifiée lorsqu'il atteint un seuil d'espace utilisé. Vous pouvez le faire pour les types de FlexVol volume (le type de volume par défaut FSx pour ONTAP) à l'aide de la [https://docs.netapp.com/us-en/ontap-cli-9111/volume-autosize.html](https://docs.netapp.com/us-en/ontap-cli-9111/volume-autosize.html)commande ONTAP CLI.

**Pour activer le dimensionnement automatique des volumes (CLI ONTAP)**

1. Pour accéder à la ONTAP CLI, établissez une session SSH sur le port de gestion du système de fichiers Amazon FSx for NetApp ONTAP ou de la SVM en exécutant la commande suivante. Remplacez `management_endpoint_ip` par l'adresse IP du port de gestion du système de fichiers.

   ```
   [~]$ ssh fsxadmin@management_endpoint_ip
   ```

   Pour de plus amples informations, veuillez consulter [Gestion des systèmes de fichiers à l'aide de la ONTAP CLI](managing-resources-ontap-apps.md#fsxadmin-ontap-cli). 

1. Utilisez la `volume autosize` commande comme indiqué, en remplaçant les valeurs suivantes :
   + Remplacez *`svm_name`* par le nom de la SVM sur laquelle le volume a été créé.
   + Remplacez *`vol_name`* par le nom du volume que vous souhaitez redimensionner.
   + Remplacez-le *`grow_threshold`* par un pourcentage d'espace utilisé (tel que`90`) à partir duquel le volume augmentera automatiquement (jusqu'à la *`max_size`* valeur).
   + Remplacez *`max_size`* par la taille maximale que le volume peut atteindre. Utilisez le format *`integer`* `[KB|MB|GB|TB|PB]` ; par exemple,`300TB`. La taille maximale est de 300 To. La valeur par défaut est de 120 % de la taille du volume.
   + *min\$1size*Remplacez-le par la taille minimale à laquelle le volume sera réduit. Utilisez le même format que pour*max\$1size*.
   + Remplacez *shrink\$1threshold* par le pourcentage d'espace utilisé auquel le volume diminuera automatiquement.

   ```
   ::> volume autosize -vserver svm_name -volume vol_name -mode grow_shrink -grow-threshold-percent grow_threshold -maximum-size max_size -shrink-threshold-percent shrink_threshold -minimum-size min_size
   ```

1. Pour afficher le paramètre de dimensionnement automatique actuel, exécutez la commande suivante. Remplacez *svm\$1name* et *vol\$1name* par vos informations.

   ```
   ::> volume autosize -vserver svm_name -volume vol_name
   ```

# Activation du mode d'écriture dans le cloud
<a name="cloud-write-mode"></a>

Utilisez la commande `volume modify` ONTAP CLI pour activer ou désactiver le mode d'écriture dans le cloud pour un volume existant. Pour plus d'informations, consultez [https://docs.netapp.com/us-en/ontap-cli-9131/volume-modify.html](https://docs.netapp.com/us-en/ontap-cli-9131/volume-modify.html)le centre de documentation NetApp ONTAP.

Les conditions requises pour configurer le mode d'écriture dans le cloud sont les suivantes :
+ Le volume doit être un volume existant. Vous ne pouvez activer cette fonctionnalité que sur un volume existant.
+ Le volume doit être un volume de lecture-écriture (RW).
+ Le volume doit être soumis à la politique **de** hiérarchisation complète. Pour plus d'informations sur la modification de la politique de hiérarchisation d'un volume, consultez[Mettre à jour une politique de hiérarchisation](modify-volume-tiering-policy.md).

Le mode d'écriture dans le cloud est utile dans des cas tels que les migrations, par exemple, lorsque de grandes quantités de données sont transférées vers un système de fichiers à l'aide du protocole NFS.

**Pour définir le mode d'écriture dans le cloud d'un volume (CLI ONTAP)**

1. Pour accéder à la ONTAP CLI, établissez une session SSH sur le port de gestion du système de fichiers Amazon FSx for NetApp ONTAP ou de la SVM en exécutant la commande suivante. Remplacez `management_endpoint_ip` par l'adresse IP du port de gestion du système de fichiers.

   ```
   [~]$ ssh fsxadmin@management_endpoint_ip
   ```

   Pour de plus amples informations, veuillez consulter [Gestion des systèmes de fichiers à l'aide de la ONTAP CLI](managing-resources-ontap-apps.md#fsxadmin-ontap-cli). 

1. Entrez dans le mode avancé ONTAP CLI à l'aide de la commande suivante.

   ```
   FSx::> set -privilege advanced
   Warning: These advanced commands are potentially dangerous; use them only when
        directed to do so by NetApp personnel.
   Do you want to continue? {y|n}: y
   ```

1. Utilisez la commande suivante pour définir le mode d'écriture dans le cloud du volume, en remplaçant les valeurs suivantes :
   + Remplacez *`svm_name`* par le nom de la SVM sur laquelle le volume a été créé.
   + Remplacez *`vol_name`* par le nom du volume pour lequel vous configurez le mode d'écriture dans le cloud.
   + Remplacez `vol_cw_mode` par soit `true` pour activer le mode d'écriture dans le cloud sur le volume, soit `false` pour le désactiver.

   ```
   FSx::> volume modify -vserver svm_name -volume vol_name -is-cloud-write-enabled vol_cw_mode
   ```

   Le système répond comme suit en cas de réussite de la demande.

   ```
   Volume modify successful on volume vol_name of Vserver svm_name.
   ```

# Mettre à jour la capacité de stockage
<a name="manage-volume-capacity"></a>

Vous pouvez gérer la capacité de stockage des volumes en augmentant ou en diminuant manuellement la taille des volumes à l' AWS Management Console aide de l'API AWS CLI et de la CLI ONTAP. Vous pouvez également activer le dimensionnement automatique du volume afin qu'il augmente ou diminue automatiquement lorsqu'il atteint certains seuils de capacité de stockage utilisée. Vous utilisez la CLI ONTAP pour gérer le dimensionnement automatique des volumes.<a name="increase-volume-size"></a>

**Pour modifier la capacité de stockage d'un volume (console)**
+ Vous pouvez augmenter ou diminuer la capacité de stockage d'un volume à l'aide de la FSx console Amazon et de l'API. AWS CLI Pour de plus amples informations, veuillez consulter [Mise à jour des volumes](updating-volumes.md).

Vous pouvez également utiliser la ONTAP CLI pour modifier la capacité de stockage d'un volume à l'aide de la [https://docs.netapp.com/us-en/ontap-cli-9111/volume-modify.html](https://docs.netapp.com/us-en/ontap-cli-9111/volume-modify.html)commande.

**Pour modifier la taille d'un volume (CLI ONTAP)**

1. Pour accéder à la ONTAP CLI, établissez une session SSH sur le port de gestion du système de fichiers Amazon FSx for NetApp ONTAP ou de la SVM en exécutant la commande suivante. Remplacez `management_endpoint_ip` par l'adresse IP du port de gestion du système de fichiers.

   ```
   [~]$ ssh fsxadmin@management_endpoint_ip
   ```

   Pour de plus amples informations, veuillez consulter [Gestion des systèmes de fichiers à l'aide de la ONTAP CLI](managing-resources-ontap-apps.md#fsxadmin-ontap-cli). 

1. Utilisez la commande **volume modify** ONTAP CLI pour modifier la capacité de stockage d'un volume. Exécutez la commande suivante en utilisant vos données à la place des valeurs suivantes :
   + *`svm_name`*Remplacez-le par le nom de la machine virtuelle de stockage (SVM) sur laquelle le volume est créé.
   + Remplacez *`vol_name`* par le nom du volume que vous souhaitez redimensionner.
   + Remplacez-le *`vol_size`* par la nouvelle taille du volume dans le format *`integer`*`[KB|MB|GB|TB|PB]`, par exemple `100GB` pour augmenter la taille du volume à 100 gigaoctets.

   ```
   ::> volume modify -vserver svm_name -volume vol_name -size vol_size
   ```

# Mettre à jour une politique de hiérarchisation
<a name="modify-volume-tiering-policy"></a>

Vous pouvez modifier la politique de hiérarchisation d'un volume à l'aide de l' AWS Management Console API AWS CLI et de la CLI ONTAP.

## Pour modifier la politique de hiérarchisation des données d'un volume (console)
<a name="mod-tiering-console"></a>

Utilisez la procédure suivante pour modifier la politique de hiérarchisation des données d'un volume à l'aide du. AWS Management Console

1. Ouvrez la FSx console Amazon à l'adresse [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/).

1. Choisissez **Volumes** dans le volet de navigation de gauche, puis choisissez le volume ONTAP pour lequel vous souhaitez modifier la politique de hiérarchisation des données.

1. Choisissez **Mettre à jour le volume** dans le menu déroulant **Actions**. La fenêtre **Mettre à jour le volume** apparaît.

1. Pour la **politique de hiérarchisation du pool de capacités**, choisissez la nouvelle politique pour le volume. Pour de plus amples informations, veuillez consulter [Politiques de hiérarchisation des volumes](volume-storage-capacity.md#data-tiering-policy).

1. Choisissez **Mettre à jour** pour appliquer la nouvelle politique au volume.

## Pour définir la politique de hiérarchisation (CLI) d'un volume
<a name="mod-tiering-cli"></a>
+ Modifiez la politique de hiérarchisation d'un volume à l'aide de la commande [update-volume](https://docs.aws.amazon.com/cli/latest/reference/fsx/update-volume.html) CLI [UpdateVolume](https://docs.aws.amazon.com/fsx/latest/APIReference/API_UpdateVolume.html)(action équivalente de l'API FSx Amazon). L'exemple de commande CLI suivant définit la politique de hiérarchisation des données d'un volume sur. `SNAPSHOT_ONLY`

  ```
  aws fsx update-volume \
      --volume-id fsxvol-abcde0123456789f
      --ontap-configuration TieringPolicy={Name=SNAPSHOT_ONLY}
  ```

  En cas de réussite de la demande, le système répond par la description du volume.

  ```
  {
      "Volume": {
          "CreationTime": "2021-10-05T14:27:44.332000-04:00",
          "FileSystemId": "fs-abcde0123456789f",
          "Lifecycle": "CREATED",
          "Name": "vol1",
          "OntapConfiguration": {
              "FlexCacheEndpointType": "NONE",
              "JunctionPath": "/vol1",
              "SecurityStyle": "UNIX",
              "SizeInMegabytes": 1048576,
              "StorageEfficiencyEnabled": true,
              "StorageVirtualMachineId": "svm-abc0123de456789f",
              "StorageVirtualMachineRoot": false,
              "TieringPolicy": {
                  "CoolingPeriod": 2,
                  "Name": "SNAPSHOT_ONLY"
              },
              "UUID": "aaaa1111-bb22-cc33-dd44-abcde01234f5",
              "OntapVolumeType": "RW"
          },
          "ResourceARN": "arn:aws:fsx:us-east-2:111122223333:volume/fs-abcde0123456789f/fsvol-abc012def3456789a",
          "VolumeId": "fsvol-abc012def3456789a",
          "VolumeType": "ONTAP"
      }
  }
  ```

## Pour modifier la politique de hiérarchisation d'un volume (CLI ONTAP)
<a name="mod-tiering-netapp-cli"></a>

Vous utilisez la commande `volume modify` ONTAP CLI pour définir la politique de hiérarchisation d'un volume. Pour plus d'informations, consultez [https://docs.netapp.com/us-en/ontap-cli-9111/volume-modify.html](https://docs.netapp.com/us-en/ontap-cli-9111/volume-modify.html)le centre de documentation NetApp ONTAP.

1. Pour accéder à la ONTAP CLI, établissez une session SSH sur le port de gestion du système de fichiers Amazon FSx for NetApp ONTAP ou de la SVM en exécutant la commande suivante. Remplacez `management_endpoint_ip` par l'adresse IP du port de gestion du système de fichiers.

   ```
   [~]$ ssh fsxadmin@management_endpoint_ip
   ```

   Pour de plus amples informations, veuillez consulter [Gestion des systèmes de fichiers à l'aide de la ONTAP CLI](managing-resources-ontap-apps.md#fsxadmin-ontap-cli). 

1. Entrez dans le mode avancé ONTAP CLI à l'aide de la commande suivante.

   ```
   FSx::> set adv
   
   Warning: These advanced commands are potentially dangerous; use them only when
        directed to do so by NetApp personnel.
   Do you want to continue? {y|n}: y
   ```

1. Utilisez la commande suivante pour modifier la politique de hiérarchisation des données de volume, en remplaçant les valeurs suivantes :
   + Remplacez *`svm_name`* par le nom de la SVM sur laquelle le volume a été créé.
   + Remplacez *`vol_name`* par le nom du volume pour lequel vous définissez la politique de hiérarchisation des données.
   + Remplacez *`tiering_policy`* par la politique souhaitée. Les valeurs valides sont `snapshot-only`, `auto`, `all` ou `none`. Pour de plus amples informations, veuillez consulter [Politiques de hiérarchisation des volumes](volume-storage-capacity.md#data-tiering-policy).

   ```
   FSx::> volume modify -vserver svm_name -volume vol_name -tiering-policy tiering_policy
   ```

# Mise à jour des jours de refroidissement minimaux
<a name="set-cooling-days"></a>

Le nombre minimum de jours de refroidissement pour un volume définit le seuil utilisé pour déterminer quelles données sont chaudes et quelles données sont froides. Vous pouvez définir le nombre minimum de jours de refroidissement d'un volume à l'aide d'une API AWS CLI et de la CLI ONTAP.

## Pour définir le nombre minimum de jours de refroidissement d'un volume (CLI)
<a name="set-cooling-aws-cli"></a>
+ Modifiez la configuration d'un volume à l'aide de la commande [update-volume CLI](https://docs.aws.amazon.com/cli/latest/reference/fsx/update-volume.html) ([UpdateVolume](https://docs.aws.amazon.com/fsx/latest/APIReference/API_UpdateVolume.html)action équivalente de l' FSx API Amazon). L'exemple de commande CLI suivant définit un volume `CoolingPeriod` sur 104 jours.

  ```
  aws fsx update-volume \
      --volume-id fsxvol-abcde0123456789f
      --ontap-configuration TieringPolicy={Name=SNAPSHOT_ONLY}
  aws fsx update-volume --volume-id fsvol-006530558c14224ac --ontap-configuration TieringPolicy={CoolingPeriod=104}
  ```

  Le système répond avec la description du volume en cas de réussite de la demande.

  ```
  {
      "Volume": {
          "CreationTime": "2021-10-05T14:27:44.332000-04:00",
          "FileSystemId": "fs-abcde0123456789f",
          "Lifecycle": "CREATED",
          "Name": "vol1",
          "OntapConfiguration": {
              "FlexCacheEndpointType": "NONE",
              "JunctionPath": "/vol1",
              "SecurityStyle": "UNIX",
              "SizeInMegabytes": 1048576,
              "StorageEfficiencyEnabled": true,
              "StorageVirtualMachineId": "svm-abc0123de456789f",
              "StorageVirtualMachineRoot": false,
              "TieringPolicy": {
                  "CoolingPeriod": 104,
                  "Name": "SNAPSHOT_ONLY"
              },
              "UUID": "aaaa1111-bb22-cc33-dd44-abcde01234f5",
              "OntapVolumeType": "RW"
          },
          "ResourceARN": "arn:aws:fsx:us-east-2:111122223333:volume/fs-abcde0123456789f/fsvol-abc012def3456789a",
          "VolumeId": "fsvol-abc012def3456789a",
          "VolumeType": "ONTAP"
      }
  }
  ```

## Pour définir le nombre minimum de jours de refroidissement d'un volume (CLI ONTAP)
<a name="set-cooling-ontap-cli"></a>

Utilisez la commande `volume modify` ONTAP CLI pour définir le nombre minimum de jours de refroidissement pour un volume existant. Pour plus d'informations, consultez [https://docs.netapp.com/us-en/ontap-cli-9111/volume-modify.html](https://docs.netapp.com/us-en/ontap-cli-9111/volume-modify.html)le centre de documentation NetApp ONTAP.

1. Pour accéder à la ONTAP CLI, établissez une session SSH sur le port de gestion du système de fichiers Amazon FSx for NetApp ONTAP ou de la SVM en exécutant la commande suivante. Remplacez `management_endpoint_ip` par l'adresse IP du port de gestion du système de fichiers.

   ```
   [~]$ ssh fsxadmin@management_endpoint_ip
   ```

   Pour de plus amples informations, veuillez consulter [Gestion des systèmes de fichiers à l'aide de la ONTAP CLI](managing-resources-ontap-apps.md#fsxadmin-ontap-cli). 

1. Entrez dans le mode avancé ONTAP CLI à l'aide de la commande suivante.

   ```
   FSx::> set adv
   
   Warning: These advanced commands are potentially dangerous; use them only when
        directed to do so by NetApp personnel.
   Do you want to continue? {y|n}: y
   ```

1. Utilisez la commande suivante pour modifier le nombre minimal de jours de refroidissement de votre volume par hiérarchisation, en remplaçant les valeurs suivantes :
   + Remplacez *`svm_name`* par le nom de la SVM sur laquelle le volume a été créé.
   + Remplacez *`vol_name`* par le nom du volume pour lequel vous définissez les jours de refroidissement.
   + Remplacez `cooling_days` par le nombre entier souhaité compris entre 2 et 183.

   ```
   FSx::> volume modify -vserver svm_name -volume vol_name -tiering-minimum-cooling-days cooling_days
   ```

   Le système répond comme suit en cas de réussite de la demande.

   ```
   Volume modify successful on volume vol_name of Vserver svm_name.
   ```

# Mettre à jour la politique de récupération d'un volume dans le cloud
<a name="set-cloud-retrieval"></a>

Utilisez la commande `volume modify` ONTAP CLI pour définir la politique de récupération dans le cloud pour un volume existant. Pour plus d'informations, consultez [https://docs.netapp.com/us-en/ontap-cli-9111/volume-modify.html](https://docs.netapp.com/us-en/ontap-cli-9111/volume-modify.html)le centre de documentation NetApp ONTAP.

**Pour définir la politique de récupération dans le cloud d'un volume (CLI ONTAP)**

1. Pour accéder à la ONTAP CLI, établissez une session SSH sur le port de gestion du système de fichiers Amazon FSx for NetApp ONTAP ou de la SVM en exécutant la commande suivante. Remplacez `management_endpoint_ip` par l'adresse IP du port de gestion du système de fichiers.

   ```
   [~]$ ssh fsxadmin@management_endpoint_ip
   ```

   Pour de plus amples informations, veuillez consulter [Gestion des systèmes de fichiers à l'aide de la ONTAP CLI](managing-resources-ontap-apps.md#fsxadmin-ontap-cli). 

1. Entrez dans le mode avancé ONTAP CLI à l'aide de la commande suivante.

   ```
   FSx::> set adv
   
   Warning: These advanced commands are potentially dangerous; use them only when
        directed to do so by NetApp personnel.
   Do you want to continue? {y|n}: y
   ```

1. Utilisez la commande suivante pour définir la politique de récupération du volume dans le cloud, en remplaçant les valeurs suivantes :
   + Remplacez *`svm_name`* par le nom de la SVM sur laquelle le volume a été créé.
   + Remplacez *`vol_name`* par le nom du volume pour lequel vous définissez la politique de récupération dans le cloud.
   + Remplacez `retrieval_policy` par la valeur souhaitée`default`, soit`on-read`,`never`, soit`promote`.

   ```
   FSx::> volume modify -vserver svm_name -volume vol_name -cloud-retrieval-policy retrieval_policy
   ```

   Le système répond comme suit en cas de réussite de la demande.

   ```
   Volume modify successful on volume vol_name of Vserver svm_name.
   ```

# Mettre à jour le nombre maximum de fichiers sur un volume
<a name="increase-volume-max-files"></a>

FSx pour les volumes ONTAP, la capacité de fichier peut être épuisée lorsque le nombre d'inodes ou de pointeurs de fichiers disponibles est épuisé.<a name="increase-max-files"></a>

**Pour augmenter le nombre maximum de fichiers sur un volume (ONTAPCLI)**

Vous utilisez la commande `volume modify` ONTAP CLI pour augmenter le nombre maximum de fichiers sur un volume. Pour plus d'informations, consultez [https://docs.netapp.com/us-en/ontap-cli-9111/volume-modify.html](https://docs.netapp.com/us-en/ontap-cli-9111/volume-modify.html)le Centre de NetApp ONTAP documentation.

1. Pour accéder à la ONTAP CLI, établissez une session SSH sur le port de gestion du système de fichiers Amazon FSx for NetApp ONTAP ou de la SVM en exécutant la commande suivante. Remplacez `management_endpoint_ip` par l'adresse IP du port de gestion du système de fichiers.

   ```
   [~]$ ssh fsxadmin@management_endpoint_ip
   ```

   Pour de plus amples informations, veuillez consulter [Gestion des systèmes de fichiers à l'aide de la ONTAP CLI](managing-resources-ontap-apps.md#fsxadmin-ontap-cli). 

1. Effectuez l’une des actions suivantes en fonction de votre cas d’utilisation. Remplacez *`svm_name`* et *`vol_name`* par vos valeurs.
   + Pour configurer un volume de manière à ce qu'il dispose toujours du nombre maximum de fichiers (inodes) disponibles, effectuez les opérations suivantes :

     1. Passez en mode avancé dans la CLI ONTAP à l'aide de la commande suivante.

        ```
        ::> set adv
        ```

     1. Après avoir exécuté cette commande, vous verrez ce résultat. Entrez `y` pour continuer.

        ```
        Warning: These advanced commands are potentially dangerous; use them only when
        directed to do so by NetApp personnel.
        Do you want to continue? {y|n}: y
        ```

     1. Entrez la commande suivante pour toujours utiliser le nombre maximum de fichiers sur le volume :

        ```
        ::> volume modify -vserver svm_name -volume vol_name -files-set-maximum true
        ```
   + Pour spécifier manuellement le nombre total de fichiers autorisés sur le volume`max_number_files = (current_size_of_volume) × (1 file ÷ 4 KiB)`, avec une valeur maximale de 2 milliards, utilisez la commande suivante :

     ```
     ::> volume modify -vserver svm_name -volume vol_name -files max_number_files
     ```

# Surveillance de la capacité de stockage des volumes
<a name="monitor-volume-storage-console"></a>

 Vous pouvez consulter le stockage disponible d'un volume et sa distribution dans et dans AWS Management Console la CLI NetApp ONTAP. AWS CLI<a name="volume-capacity-usage"></a>

**Pour surveiller la capacité de stockage d'un volume (console)**

Le graphique **de stockage disponible** affiche la quantité de capacité de stockage disponible sur un volume au fil du temps. Le graphique **de distribution du stockage** montre comment la capacité de stockage d'un volume est actuellement répartie en 4 catégories :
+ Données de l’utilisateur
+ Données instantanées
+ Capacité de volume disponible
+ Autres données

1. Ouvrez la FSx console Amazon à l'adresse [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/).

1. Choisissez **Volumes** dans la colonne de navigation de gauche, puis choisissez le volume ONTAP pour lequel vous souhaitez consulter les informations de capacité de stockage. La page détaillée du volume apparaît.

1. Dans le deuxième panneau, choisissez l'onglet **Surveillance**. Les graphiques du **stockage disponible** et **de la distribution** du stockage s'affichent, ainsi que plusieurs autres graphiques.  
![\[\]](http://docs.aws.amazon.com/fr_fr/fsx/latest/ONTAPGuide/images/fsx-ontap-volume-storage-graphs.png)  
![\[\]](http://docs.aws.amazon.com/fr_fr/fsx/latest/ONTAPGuide/images/fsx-ontap-volume-storage-graphs2.png)

**Pour surveiller la capacité de stockage d'un volume (ONTAPCLI)**

Vous pouvez surveiller la façon dont la capacité de stockage de votre volume est consommée à l'aide de la commande `volume show-space` ONTAP CLI. Pour plus d'informations, consultez [https://docs.netapp.com/us-en/ontap-cli-9111/volume-show-space.html](https://docs.netapp.com/us-en/ontap-cli-9111/volume-show-space.html)le Centre de NetApp ONTAP documentation.

1. Pour accéder à la ONTAP CLI, établissez une session SSH sur le port de gestion du système de fichiers Amazon FSx for NetApp ONTAP ou de la SVM en exécutant la commande suivante. Remplacez `management_endpoint_ip` par l'adresse IP du port de gestion du système de fichiers.

   ```
   [~]$ ssh fsxadmin@management_endpoint_ip
   ```

   Pour de plus amples informations, veuillez consulter [Gestion des systèmes de fichiers à l'aide de la ONTAP CLI](managing-resources-ontap-apps.md#fsxadmin-ontap-cli). 

1. Consultez l'utilisation de la capacité de stockage d'un volume en exécutant la commande suivante, en remplaçant les valeurs suivantes :
   + Remplacez *`svm_name`* par le nom de la SVM sur laquelle le volume a été créé.
   + Remplacez *`vol_name`* par le nom du volume pour lequel vous définissez la politique de hiérarchisation des données.

   ```
   ::> volume show-space -vserver svm_name -volume vol_name
   ```

   Si la commande aboutit, vous obtiendrez un résultat similaire à ce qui suit :

   ```
   Vserver : svm_name
   Volume  : vol_name
   Feature                                    Used      Used%
   --------------------------------     ----------     ------
   User Data                                 140KB         0%
   Filesystem Metadata                     164.4MB         1%
   Inodes                                  10.28MB         0%
   Snapshot Reserve                        563.2MB         5%
   Deduplication                              12KB         0%
   Snapshot Spill                           9.31GB        85%
   Performance Metadata                      668KB         0%
   
   Total Used                              10.03GB        91%
   
   Total Physical Used                     10.03GB        91%
   ```

   Le résultat de cette commande indique la quantité d'espace physique occupé par les différents types de données sur ce volume. Il indique également le pourcentage de la capacité totale du volume consommé par chaque type de données. Dans cet exemple, `Snapshot Spill` et `Snapshot Reserve` consommez au total 90 % de la capacité du volume.

`Snapshot Reserve`indique la quantité d'espace disque réservée au stockage des copies de snapshots. Si l'espace de stockage des copies Snapshot dépasse l'espace réservé, il se répand dans le système de fichiers et cette quantité est indiquée ci-dessous. `Snapshot Spill`

Pour augmenter la quantité d'espace disponible, vous pouvez soit [augmenter la taille](manage-volume-capacity.md#increase-volume-size) du volume, soit [supprimer des instantanés](snapshots-ontap.md#delete-snapshots) que vous n'utilisez pas, comme indiqué dans les procédures suivantes. 

Pour les FlexVol types de volumes (type de volume par défaut FSx pour les volumes ONTAP), vous pouvez également activer le dimensionnement [automatique des volumes](enable-volume-autosizing.md). Lorsque vous activez le dimensionnement automatique, la taille du volume augmente automatiquement lorsqu'elle atteint certains seuils. Vous pouvez également désactiver les instantanés automatiques. Ces deux fonctionnalités sont expliquées dans les sections suivantes.

# Surveillance de la capacité de fichiers d'un volume
<a name="view-volume-file-capacity"></a>

Vous pouvez utiliser l'une des méthodes suivantes pour afficher le nombre maximum de fichiers autorisés et le nombre de fichiers déjà utilisés sur un volume.
+ Les mesures de CloudWatch volume `FilesCapacity` et`FilesUsed`.
+ Dans la FSx console Amazon, accédez au graphique des **fichiers disponibles (inodes)** dans l'onglet **Surveillance** de votre volume. L'image suivante montre les **fichiers disponibles (inodes)** sur un volume décroissant au fil du temps.  
![\[\]](http://docs.aws.amazon.com/fr_fr/fsx/latest/ONTAPGuide/images/fsx-ontap-available-files.png)

  