Documentation sur Oracle Cloud Infrastructure

Utilisation du système de fichiers et mesures

Cette rubrique décrit comment l'utilisation et les mesures sont calculées pour vos systèmes de fichiers, afin de vous aider à mieux comprendre et à gérer vos coûts de service. Cette rubrique décrit également les différents modes de consultation de l'utilisation du système de fichiers, des clones et des instantanés, ainsi que les différences de consignation selon la méthode utilisée.

Aperçu

Le provisionnement du service de stockage de fichiers est entièrement géré et automatique à mesure que votre utilisation évolue. Pour plus d'informations, voir Affectation d'espace.

Voici les méthodes que vous pouvez utiliser pour voir l'utilisation d'un système de fichiers, d'un clone et d'un instantané :

  • Le service de stockage de fichiers indique l'utilisation du système de fichiers et les mises à jour horaires. L'utilisation du système de fichiers mesurée provient de la valeur meteredBytes de l'API. Elle représente la valeur d'utilisation faisant autorité qui est utilisée pour comptabiliser vos coûts de service. Vous pouvez accéder à l'utilisation consignée pour chacun de vos systèmes de fichiers à l'aide de la console, de l'interface de ligne de commande ou de l'API. Pour plus d'informations, voir Mesure de l'utilisation du système de fichiers.
  • Les quotas du système de fichiers définissent des limites temporaires ou définitives sur l'utilisation ou l'utilisation du système de fichiers par des utilisateurs et des groupes spécifiques. Les administrateurs peuvent énumérer les quotas ou utiliser des mesures et des événements pour surveiller les demandes qui dépassent les quotas. Les quotas ne reflètent que l'utilisation des données réelles, pas les métadonnées ou les instantanés.
  • Le service de stockage de fichiers prend en charge le protocole NFS (Network File System), pour que vous puissiez utiliser la commande df ou du à partir de l'outil de ligne de commande de l'instance pour voir l'utilisation des systèmes de fichiers montés. L'utilisation indiquée par la commande du peut toutefois être différente de la valeur meteredBytes et de la valeur df. Pour plus d'informations, voir Utilisation des commandes DF et DU.

Affectation de l'espace

Le service de stockage de fichiers affecte l'espace en blocs de taille variable, de manière à réduire le coût total pour le client et à optimiser la performance. Les autres systèmes de stockage peuvent affecter des blocs différemment du service de stockage de fichiers pour Oracle Cloud Infrastructure. Si vous copiez des fichiers d'un autre appareil de stockage vers votre système de fichiers Oracle Cloud Infrastructure, vous verrez peut-être des différences mineures lorsque vous comparerez la taille du fichier physique avant et après la copie.

Mesures et coût de service

Cette section décrit les différents aspects de l'utilisation du système de fichiers et leur incidence sur vos coûts globaux de service.

Mesure de l'utilisation du système de fichiers

Le service de stockage de fichiers indique la mesure d'utilisation de chaque système de fichiers. Cette mesure est mise à jour selon un cycle horaire. Vous pouvez voir la mesure d'utilisation dans la console, à partir de la page Détails du système de fichiers. Cette valeur provient de la propriété meteredBytes de l'API du service de stockage de fichiers, qui représente le nombre total d'octets consommés par le système de fichiers. Si le système de fichiers est un clone d'un autre système de fichiers, le clone n'est mesuré que pour les données différenciées uniques au clone.

La valeur meteredBytes est mise à jour de façon asynchrone en fonction des mises à jour du système de fichiers. Vos frais d'utilisation sont calculés en fonction de la valeur meteredBytes.

Vous pouvez également utiliser l'interface de ligne de commande ou l'API pour obtenir ces informations. Voir Gestion des systèmes de fichiers pour des instructions sur la façon d'afficher l'utilisation de votre système de fichiers.

Important

Lorsque vous ajoutez ou supprimez des fichiers dans votre système de fichiers, le service de stockage de fichiers peut prendre jusqu'à une heure pour signaler la modification dans la mesure d'utilisation.

Mesure de l'utilisation des données d'instantané

Un instantané est une vue d'un système de fichiers à un moment précis. Au départ, un instantané ne représente rien dans l'utilisation du système de fichiers, car il référence les données initiales au lieu de les dupliquer, ce qui limite le coût d'utilisation. Un instantané pris à un instant donné ne modifie pas les blocs qu'il référence.

L'utilisation des données d'instantané est mesurée en fonction des différences de données uniquement. Si rien n'a été modifié dans le système de fichiers depuis le dernier instantané, le nouvel instantané ne consomme pas plus de stockage. La taille mesurée des instantanés est incluse dans la valeur meteredBytes du système de fichiers auquel elle appartient.

Par exemple :

  1. Supposons que vous ayez créé un système de fichiers nommé MyFileSystem et que vous lui ajoutiez le fichier File1. Le nouveau système de fichiers contient maintenant 1 Go, métadonnées comprises. Une fois le cycle de mise à jour horaire terminé, le total meteredBytes affiché par le service de stockage de fichiers est de 1 Go.

  2. Ensuite, vous créez un instantané de MyFileSystem nommé Snapshot1. Une fois le cycle de mise à jour horaire terminé, le total meteredBytes affiché par le service de stockage de fichiers reste de 1 Go, car il n'y a pas encore de données modifiées.

  3. Vous remplacez alors les 0,5 premiers Go de File1. Maintenant, MyFileSystem comporte un fichier différent de celui de la version précédemment saisie dans Snapshot1. La valeur meteredBytes est de 1,5 Go, car la taille des données modifiées entre le système de fichiers réel et l'instantané est de 0,5 Go.

    1 Go (instantané) + 0,5 Go (données modifiées) = 1,5 Go

  4. Supprimez ensuite File1. MyFileSystem a maintenant une valeur meteredBytes de 1 Go, qui représente seulement l'utilisation pour Snapshot1.
  5. Enfin, supprimez Snapshot1. La suppression de l'instantané retire ses références aux données du système de fichiers. Si aucun autre instantané ne référence ces données, l'espace est abandonné et l'utilisation redevient égale à zéro.

Mesure de l'utilisation des clones

Le coût mesuré initial d'un clone de système de fichiers est basé sur ses métadonnées uniquement, car les clones référencent les données du système de fichiers parent au lieu de les dupliquer.

Le système de fichiers parent d'un clone est mesuré pour toutes les données partagées avec ses clones descendants. Un clone est mesuré pour toutes ses métadonnées et les modifications incrémentielles apportées à ses données. Lorsqu'un clone est supprimé, tous les blocs référencés uniquement par ce clone sont récupérés. Si un autre clone est en cours de création à partir du clone supprimé, les blocs de métadonnées référencés sont récupérés une fois l'opération terminée.

Si vous supprimez un clone parent, les blocs de données partagés par les clones descendants ne peuvent pas être débloqués. Les blocs affectés référencés par des clones descendants sont transférés vers le nouveau parent du clone (le parent du parent) à des fins de mesure. Vous n'êtes pas facturé à plusieurs reprises pour les données partagées entre plusieurs systèmes de fichiers.

Par exemple :

  1. Supposons que vous créiez un clone de FileSystemA nommé Clone1. Au moment de la création et avant toute modification des données :
    • FileSystemA (parent) est mesuré pour ses données et métadonnées.
    • Clone1 n'est mesuré que pour ses métadonnées.
  2. Ensuite, vous créez un nouveau fichier de 1 Go dans Clone1 nommé File1 :
    • FileSystemA (parent) est mesuré pour les données qu'il partage avec Clone1 (clone).
    • Clone1 est mesuré pour ses métadonnées plus les 1 Go de données modifiées fournies par File1.
  3. Le parent de FileSystemA est OriginalRoot. Il s'agit de la racine de l'arbre de clones. Supposons que vous supprimiez FileSystemA :
    • OriginalRoot devient le nouveau parent de Clone1.
    • OriginalRoot est mesuré pour les données qu'il partage avec Clone1.
    • Clone1 est mesuré pour ses métadonnées plus les 1 Go de données modifiées fournies par File1.

Mesure de l'utilisation de la réplication

Une fois que vous avez activé la réplication pour un système de fichiers, celui-ci est répliqué vers un système de fichiers cible dans la région et le domaine de disponibilité spécifiés. Le service de stockage de fichiers est mesuré pour la capacité totale stockée sur le disque pour les systèmes de fichiers source et cible. Les systèmes de fichiers source et cible sont facturés au même prix.

Votre facture comprend tous les coûts de réseau applicables au processus de réplication inter-région. Dans le cadre du processus de réplication, toutes les données mises à jour sur le système de fichiers source sont transférées vers la réplique du système de fichiers, de sorte que les systèmes de fichiers faisant l'objet de mises à jour continues entraînent des coûts de réseau plus élevés. Il n'y a pas de frais supplémentaires pour la bande passante entre domaines de disponibilité dans la même région ou le transfert de données entrant.

De nombreux scénarios de restauration automatique de réplication utilisent un clone d'un système de fichiers source initial. Le clonage de la source à partir du dernier instantané entièrement appliqué garantit que la source et la cible sont compatibles. Vous pouvez également choisir d'utiliser un nouveau système de fichiers pour la restauration automatique. Toutefois, l'utilisation d'un clone du système de fichiers source initial est généralement plus rapide et plus rentable que l'utilisation d'un nouveau système de fichiers. Par exemple :

  1. Supposons que vous créiez un système de fichiers source, soit le système de fichiers A et un système de fichiers cible, soit le système de fichiers B. Vous configurez la réplication à partir du système de fichiers A (source) vers le système de fichiers B (cible). Le système de fichiers A est monté et des données y sont écrites à partir d'instances ou d'applications. Le processus de réplication duplique les mises à jour de données à partir du système de fichiers A dans le système de fichiers B.
    • Le système de fichiers A (source) est mesuré pour ses données et métadonnées. À mesure que les données sont mises à jour, cela peut entraîner un coût accru.
    • Les instantanés créés par l'utilisateur pour le système de fichiers A sont mesurés uniquement en fonction des données modifiées dans le système de fichiers A.
    • Les données du système de fichiers B (cible) sont identiques à celles du système de fichiers A et sont mesurées pour ses données et métadonnées.
    • Les instantanés créés par l'utilisateur pour le système de fichiers B sont identiques au système de fichiers A et mesurés uniquement en fonction des données modifiées.
    • Les instantanés créés par la réplication sont mesurés en fonction des données modifiées uniquement et sont supprimés une fois le cycle de réplication terminé.
    Note

    Tant qu'un cycle de réplication n'est pas terminé, l'utilisation des données et des métadonnées pour le système de fichiers B peut être différente pour le système de fichiers A.
  2. Ensuite, à un certain moment, le domaine de disponibilité qui contient le système de fichiers A échoue et vous basculez vers le système de fichiers B. Le système de fichiers B est monté sur les instances d'application et des données y sont écrites.
    • Le système de fichiers A est mesuré pour ses données et métadonnées existantes. Comme aucune donnée n'est mise à jour, il n'y a aucune modification de coût.
    • Les instantanés créés par l'utilisateur pour le système de fichiers A continuent d'être mesurés par rapport aux données différenciées existantes dans le système de fichiers A uniquement.
    • Les données du système de fichiers B sont mesurées pour leurs données et métadonnées. À mesure que les données sont mises à jour, cela peut entraîner un coût accru.
    • Les instantanés créés par l'utilisateur pour le système de fichiers B sont mesurés uniquement en fonction des données modifiées dans le système de fichiers B.
    • Aucun instantané de réplication n'est créé.
  3. Une fois le domaine de disponibilité contenant le système de fichiers A restauré, vous inversez la réplication pour copier les données mises à jour du système de fichiers B vers le système de fichiers A et les resynchroniser. Vous créez un clone du système de fichiers A nommé Clone1. Au moment de la création et avant toute modification des données :
    • Le système de fichiers A (source de réplication initiale, parent du clone) est mesuré pour ses données et métadonnées.
    • Clone1 n'est mesuré que pour ses métadonnées.
  4. À mesure que la réplication du système de fichiers B vers Clone1 progresse, les données sont copiées du système de fichiers B vers Clone1.
    • Le système de fichiers A (ancienne source de réplication, parent du clone) est mesuré pour ses données et métadonnées. Comme aucune donnée n'est mise à jour, il n'y a aucune modification de coût.
    • Les instantanés créés par l'utilisateur pour le système de fichiers A continuent d'être mesurés par rapport aux données différenciées existantes dans le système de fichiers A uniquement.
    • La nouvelle cible (Clone1) est mesurée pour les données différenciées entre elle et le système de fichiers A. Comme les données sont répliquées vers Clone1 à partir du système de fichiers B, cela entraîne un coût accru.
    • Le système de fichiers B (nouvelle source) est mesuré pour ses données et ses métadonnées.
    • Les instantanés créés par l'utilisateur pour le système de fichiers B sont mesurés uniquement en fonction des données modifiées dans le système de fichiers B.
    • Les instantanés créés par la réplication sont mesurés en fonction des données modifiées entre Clone1 et le système de fichiers B uniquement. Ils sont supprimés une fois le cycle de réplication terminé.

Pour plus d'informations, voir Réplication des systèmes de fichiers.

Mesure de l'utilisation des métadonnées

Les fichiers du système de fichiers nécessitent que de l'espace soit affecté aux métadonnées. 512 octets sont requis pour chaque entrée de répertoire et 8192 octets sont requis pour chaque lien symbolique. Plusieurs liens physiques vers un fichier créent de multiples entrées de répertoire pour le fichier et augmentent l'espace utilisé par les métadonnées. Cette utilisation est incluse dans la valeur meteredBytes du système de fichiers connexe.

Utilisation des commandes DF et DU

Vous pouvez utiliser les commandes df ou du à partir de l'application de ligne de commande de votre instance pour afficher des informations sur l'utilisation de votre système de fichiers. Pour que vous puissiez utiliser ces commandes et voir l'utilisation du système de fichiers, il faut que le système de fichiers soit monté sur l'instance. Pour obtenir des instructions sur le montage de votre système de fichiers, voir Montage des systèmes de fichiers.

Fonctionnement des commandes

  • df indique la quantité de stockage mesurée pour votre système de fichiers. Les résultats sont retournés rapidement, mais peuvent dater de 1 heure. Cette commande ne s'applique pas aux quotas du système de fichiers.
  • du indique le stockage utilisé par une hiérarchie de répertoires. La commande du parcourt l'arbre du répertoire et, si votre hiérarchie est volumineuse, l'exécution et le retour des résultats peuvent prendre beaucoup de temps.

Différence possible entre les résultats

Les sections suivantes expliquent comment et pourquoi les résultats df et du diffèrent :

DF et DU indiquent l'utilisation des instantanés et des clones de manière différente

Un instantané est une vue d'un système de fichiers à un moment précis. Les instantanés référencent des données non modifiées du système de fichiers au lieu de les dupliquer. Les blocs du système de fichiers que l'instantané référence ne sont pas comptabilisés dans l'utilisation de l'instantané. Seules les données modifiées augmentent l'utilisation de l'instantané.

Le même comportement s'avère pour les clones du système de fichiers. Les clones référencent les données qu'ils partagent avec leur système de fichiers parent. Les blocs du système de fichiers référencés par le clone ne sont pas pris en compte dans l'utilisation du clone. Seules les données différenciées augmentent l'utilisation du clone.

  • La commande df extrait les informations fournies par le service de stockage de fichiers à l'aide de l'appel NFS FSSTAT. L'appel NFS FSSTAT prend en compte correctement la façon dont les instantanés et les clones référencent les données du système de fichiers. Seule l'utilisation causée par les données modifiées est indiquée.

    Les instantanés sont accessibles sous le répertoire racine du système de fichiers dans .snapshot/name. Lorsque vous utilisez un client NFSv3 pour effectuer des opérations telles que ls, du ou find dans le répertoire d'instantanés, le service exporte automatiquement le répertoire. Le client utilise nfs_d_automount() pour détecter et monter le répertoire. Une fois le répertoire détecté et monté la première fois, le client monte automatiquement le répertoire.

    Note

    Si vous avez épuré un système de fichiers, mais que le système de fichiers comporte des instantanés ou des clones, la commande df indique toujours les blocs sous-jacents. L'épuration d'un système de fichiers sans supprimer d'instantanés ou de clones ne supprime pas ces blocs.
  • La commande du parcourt l'arbre du système de fichiers et utilise l'attribut de taille de chaque fichier pour totaliser l'espace utilisé. Lorsque vous créez un instantané ou un clone, cette commande copie l'attribut de taille initiale de chaque fichier. Par conséquent, si vous exécutez la commande du, l'instantané indique la taille du système de fichiers au moment où l'instantané a été pris et pas nécessairement l'utilisation réelle de l'instantané. Les clones signalent initialement la taille du système de fichiers parent au moment où l'instantané source a été pris. Lorsque des modifications sont apportées aux données du clone, du commence à signaler les nouveaux attributs de taille pour les fichiers mis à jour uniquement.

Par exemple,

  1. Supposons que vous ayez créé un système de fichiers nommé "MyFileSystem". Vous ajoutez ensuite un fichier de 1 Go nommé "FileA" au système de fichiers. Voici comment chaque commande indiquerait la taille.

    Pour... du indique...

    df indique...
    FileA 1 Go 1 Go
    MyFileSystem 1 Go 1 Go

  2. Vous créez ensuite "Snapshot1". L'instantané est placé dans le dossier /.snapshot de MyFileSystem. Voici comment chaque commande indiquerait la taille :

    Pour... du indique...

    df indique...
    FileA 1 Go 1 Go
    Snapshot1 1 Go 1 Go

    MyFileSystem

    		 2 Go 1 Go
    • La commande du indique 1 Go pour Snapshot1 car elle consigne l'attribut de taille de fichier copié de FileA, qui est de 1 Go.

  3. Vous utilisez ensuite "Snapshot1" pour créer un clone nommé "Clone1". Voici comment chaque commande indiquerait la taille :

    Pour... du indique...

    df indique...
    FileA 1 Go 1 Go
    Snapshot1 1 Go 1 Go

    MyFileSystem

    		 2 Go 1 Go
    Clone1 2 Go 0 Go
    • La commande df indique 0 Go pour Clone1 car les données n'ont pas encore été modifiées. Par conséquent, aucun espace n'est affecté aux données modifiées.
    • La commande du indique 2 Go pour Clone1 car elle indique l'attribut de taille de fichier copié de FileA, qui est de 1 Go, et la taille de Snapshot1, qui est aussi de 1 Go.

  4. Vous ajoutez un fichier de 1 Go nommé "FileB" au système de fichiers cloné. Voici comment chaque commande indiquerait la taille :

    Pour... du indique...

    df indique...
    FileA 1 Go 1 Go
    Snapshot1 1 Go 1 Go

    MyFileSystem

    		 2 Go 1 Go
    Clone1 3 Go 1 Go
    FileB 1 Go 1 Go
    • df indique 1 Go pour Clone1 pour les données différenciées ajoutées dans FileB.
    • du indique 3 Go pour Clone1 car il indique la somme des attributs de taille de fichier copiés de FileA, FileB et Snapshot1.
Important

Les frais sont calculés à partir de la valeur meteredBytes. La taille d'utilisation indiquée par du peut être nettement supérieure à la valeur meteredBytes. df indique la même valeur que meteredBytes. Vous pouvez donc l'utiliser pour afficher avec précision la taille du système de fichiers.

DF et DU comptabilisent les liens physiques de manière différente

  • df ne compte chaque fichier qu'une seule fois.
  • du peut compter plus d'une fois les fichiers comportant des liens physiques.

DF et DU comptabilisent les liens symboliques et les métadonnées de manière différente

  • df indique le nombre d'octets requis par le stockage de fichiers pour les métadonnées et les liens symboliques, même pour les fichiers vides.
  • du indique les fichiers vides comme utilisant zéro octets. Elle n'indique pas avec précision les octets utilisés dans le stockage de fichiers pour les métadonnées et les liens symboliques.