Documentation Oracle Cloud Infrastructure

Utilisation et mesure des systèmes de fichiers

Cette rubrique décrit le calcul de l'utilisation et des mesures pour vos systèmes de fichiers, afin de vous aider à comprendre et à gérer les coûts de service. Elle détaille également les diverses manières de consulter l'utilisation des systèmes de fichiers, des clones et des clichés, ainsi que les différences de signalement en fonction de la méthode employée.

Présentation

Le provisionnement du service File Storage est entièrement géré et automatisé au fil de l'évolution de votre utilisation. Pour plus d'informations, reportez-vous à Allocation d'espace.

Voici les méthodes disponibles pour visualiser l'utilisation des systèmes de fichiers, des clones et des clichés :

  • Le service File Storage rapporte l'utilisation mesurée des systèmes de fichiers, mise à jour toutes les heures. L'utilisation mesurée des systèmes de fichiers provient de la valeur meteredBytes de l'API et représente la valeur d'utilisation faisant foi pour le calcul des coûts de service. Vous pouvez accéder à l'utilisation signalé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, reportez-vous à Utilisation mesurée des systèmes de fichiers ci-après.
  • Le service File Storage prend en charge le protocole NFS (Network File System), ce qui vous permet d'utiliser la commande df ou du à partir de l'outil de ligne de commande de l'instance afin de consulter l'utilisation des systèmes de fichiers montés. Cependant, l'utilisation signalée par du peut différer de la valeur meteredBytes et de la valeur df. Pour plus d'informations, reportez-vous à Utilisation des commandes DF et DU.

Allocation d'espace

Le service File Storage alloue l'espace en blocs de taille variable, et de façon à réduire le coût client total et d'optimiser les performances. D'autres systèmes de stockage peuvent allouer des blocs différemment d'Oracle Cloud Infrastructure File Storage. Si vous copiez les fichiers d'un autre périphérique de stockage vers votre système de fichiers Oracle Cloud Infrastructure, il est possible que vous rencontriez des différences mineures en comparant la taille des fichiers physiques avant et après la copie.

Mesure et coût de service

Cette section décrit les aspects de l'utilisation des systèmes de fichiers et indique leur impact sur les coûts de service globaux.

Utilisation mesurée des systèmes de fichiers

Le service File Storage rapporte la taille d'utilisation mesurée pour chaque système de fichiers. La taille d'utilisation mesurée est mise à jour selon un cycle horaire. Vous pouvez consulter la taille d'utilisation mesurée dans la console sur la page Détails du système de fichiers. Cette valeur provient de la propriété d'API du service File Storage meteredBytes, qui correspond au nombre total d'octets utilisés par le système de fichiers. Si le système de fichiers est un clone d'un autre système de fichiers, seul le différentiel de données propre au clone est mesuré.

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

Vous pouvez également utiliser la CLI ou l'API pour obtenir ces informations. Pour obtenir des instructions sur la consultation de l'utilisation de vos systèmes de fichiers, reportez-vous à Gestion des systèmes de fichiers.

Important

Lorsque vous ajoutez ou enlevez des fichiers dans le système de fichiers, le service File Storage peut prendre jusqu'à une heure pour signaler la modification de la taille mesurée.

Utilisation mesurée des clichés

Un cliché est une vue ponctuelle du système de fichiers. Initialement, les clichés ne sont à l'origine d'aucune utilisation supplémentaire dans le système de fichiers car ils référencent les données d'origine au lieu de les dupliquer, ce qui limite les coûts d'utilisation. Un cliché ne modifie pas les blocs qu'il référence une fois qu'il est pris.

L'utilisation des données de cliché est mesurée par rapport au différentiel de données uniquement. Si aucun élément n'a été modifié dans le système de fichiers depuis le dernier cliché, le nouveau cliché ne consomme pas plus de stockage. La taille mesurée des clichés est incluse dans la valeur meteredBytes signalée du système de fichiers auquel elle appartient.

Par exemple :

  1. Imaginons que vous créez un système de fichiers appelé MyFileSystem et que vous ajoutez File1. Le nouveau système de fichiers contient désormais 1 Go de données, métadonnées comprises. Une fois le cycle de mise à jour horaire terminé, le total meteredBytes indiqué par le service File Storage est de 1 Go.

  2. Ensuite, vous créez un cliché de MyFileSystem nommé Snapshot1. Une fois le cycle de mise à jour horaire terminé, le total meteredBytes indiqué par le service File Storage reste de 1 Go car les données ne sont pas encore différenciées.

  3. Vous allez maintenant écraser les 0,5 Go de départ de File1. MyFileSystem comporte désormais un fichier qui diffère de la version précédemment capturée dans Snapshot1. La valeur meteredBytes est de 1,5 Go car le différentiel des données entre le système de fichiers actif et le cliché est de 0,5 Go.

    1 Go (cliché) + 0,5 Go (différentiel des données) = 1,5 Go

  4. Supprimez File1. MyFileSystem présente désormais une valeur meteredBytes de 1 Go, qui représente simplement l'utilisation de Snapshot1.
  5. Enfin, supprimez Snapshot1. La suppression du cliché enlève ses références aux données du fichier. Si aucun autre cliché ne référence les données du fichier, l'espace est libéré et l'utilisation revient à zéro.

Utilisation mesurée des clones

Le coût mesuré initial d'un clone de système de fichiers s'appuie 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.

Dans le cas du système de fichiers parent d'un clone, toutes les données partagées avec les clones descendants sont mesurées. Dans le cas d'un clone, toutes les métadonnées et modifications incrémentielles apportées aux données sont mesuré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 d'hydratation à partir du clone supprimé, les blocs de métadonnées référencés sont récupérés une fois l'hydratation terminée.

Si vous supprimez un clone parent, les blocs de données partagés par des clones descendants ne peuvent pas être libérés. Les blocs alloués référencés par des clones descendants sont transférés vers le nouveau parent de ces clones (le parent du parent) à des fins de mesure. Les données partagées entre plusieurs systèmes de fichiers ne sont pas mesurées plusieurs fois.

Par exemple :

  1. Imaginons que vous créiez un clone de FileSystemA appelé Clone1. Au moment de la création et avant toute modification des données :
    • Les données et métadonnées de FileSystemA (parent) sont mesurées.
    • Seules les métadonnées de Clone1 sont mesurées.
  2. Ensuite, vous créez dans Clone1 un fichier de 1 Go appelé File1 :
    • Les données que FileSystemA (parent) partage avec Clone1 (clone) sont mesurées.
    • Les métadonnées de Clone1 et le gigaoctet de données modifiées liés à File1 sont mesurés.
  3. Le parent de FileSystemA est OriginalRoot. Il s'agit de la racine de l'arborescence de clones. Supposons que vous supprimiez FileSystemA :
    • OriginalRoot devient le nouveau parent de Clone1.
    • Les données qu'OriginalRoot partage avec Clone1 sont mesurées.
    • Les métadonnées de Clone1 et le gigaoctet de données modifiées liés à File1 sont mesurés.

Utilisation mesurée des réplications

Lorsque vous activez la réplication pour un système de fichiers, ce dernier est répliqué vers un système de fichiers cible dans la région et le domaine de disponibilité indiqués. La mesure de File Storage correspond à la capacité totale stockée sur le disque pour les systèmes de fichiers source et cible. Le tarif des systèmes de fichiers source et cible est identique.

Votre facture comprend tous les coûts du réseau applicables au processus de réplication entre des régions. 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 sa réplique. Par conséquent, les systèmes de fichiers mis à jour en continu génèrent des coûts du réseau plus élevés. Aucuns frais supplémentaires ne sont appliqués pour la bande passante entre des domaines de disponibilité d'une même région, ni pour le transfert de données entrant.

De nombreux scénarios de restauration de réplication utilisent un clone du système de fichiers source d'origine. La compatibilité entre la source et la cible est assurée par le clonage de la source à partir du dernier cliché entièrement appliqué. Vous pouvez également choisir d'utiliser un nouveau système de fichiers pour la restauration. Cependant, l'utilisation d'un clone du système de fichiers source d'origine est généralement plus rapide et plus rentable que l'utilisation d'un nouveau système de fichiers. Par exemple :

  1. Imaginons que vous créiez un système de fichiers source A et un système de fichiers cible B. Vous configurez la réplication 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 provenant d'instances ou d'applications y sont écrites. Le processus de réplication duplique les mises à jour apportées aux données du système de fichiers A vers le système de fichiers B.
    • Les données et les métadonnées du système de fichiers A (source) sont mesurées. La mise à jour des données peut entraîner une augmentation du coût.
    • Les clichés créés par l'utilisateur pour le système de fichiers A sont uniquement mesurés par rapport aux données différenciées du système de fichiers A.
    • Les données du système de fichiers B (cible) sont identiques à celles du système de fichiers A. Les données et les métadonnées du système de fichiers B sont mesurées.
    • Les clichés créés par l'utilisateur pour le système de fichiers B sont identiques à ceux du système de fichiers A et sont mesurés uniquement par rapport aux données différenciées.
    • Les clichés créés par la réplication sont mesurés uniquement par rapport aux données différenciées. Ces clichés sont supprimés à la fin du cycle de réplication.
    Remarque

    Tant qu'un cycle de réplication n'est pas terminé, l'utilisation des données et des métadonnées du système de fichiers B peut différer de celle du système de fichiers A.
  2. Ensuite, imaginons qu'à un moment donné, le domaine de disponibilité contenant le système de fichiers A soit en panne et que vous basculiez 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.
    • Les données et les métadonnées existantes du système de fichiers A sont mesurées. Comme aucune donnée n'est mise à jour, le coût ne change pas.
    • Les clichés créés par l'utilisateur pour le système de fichiers A continuent à être mesurés uniquement par rapport aux données différenciées existantes dans le système de fichiers A.
    • Les données et les métadonnées du système de fichiers B sont mesurées. La mise à jour des données peut entraîner une augmentation du coût.
    • Les clichés créés par l'utilisateur pour le système de fichiers B sont mesurés uniquement par rapport aux données différenciées du système de fichiers B.
    • Aucun cliché de réplication n'est créé.
  3. Une fois que le domaine de disponibilité contenant le système de fichiers A est restauré, 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 resynchroniser les deux systèmes. 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 :
    • Les données et les métadonnées du système de fichiers A (source de réplication d'origine, parent du clone) sont mesurées.
    • Seules les métadonnées de Clone1 sont mesurées.
  4. Pendant la réplication du système de fichiers B vers Clone1, les données sont copiées du système de fichiers B vers Clone1.
    • Les données et les métadonnées du système de fichiers A (ancienne source de réplication, parent du clone) sont mesurées. Comme aucune donnée n'est mise à jour, le coût ne change pas.
    • Les clichés créés par l'utilisateur pour le système de fichiers A continuent à être mesurés uniquement par rapport aux données différenciées existantes dans le système de fichiers A.
    • Les données différenciées entre Clone1 (nouvelle cible) et le système de fichiers A sont mesurées. La réplication des données du système de fichiers B vers Clone1 génère une augmentation du coût.
    • Les données et les métadonnées du système de fichiers B (nouvelle source) sont mesurées.
    • Les clichés créés par l'utilisateur pour le système de fichiers B sont mesurés uniquement par rapport aux données différenciées du système de fichiers B.
    • Les clichés créés par la réplication sont mesurés uniquement par rapport aux données différenciées entre Clone1 et le système de fichiers B. Ces clichés sont supprimés à la fin du cycle de réplication.

Pour plus d'informations, reportez-vous à Réplication de système de fichiers.

Utilisation mesurée des métadonnées

Les fichiers dans le système de fichiers nécessitent que de l'espace soit alloué 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 hard links vers un fichier créent plusieurs entrées de répertoire pour le fichier, et augmentent l'utilisation des métadonnées. Cette utilisation est incluse dans la valeur meteredBytes du système de fichiers auquel elle appartient.

Utilisation des commandes DF et DU

Vous pouvez utiliser les commandes df et du à partir de l'application de ligne de commande de l'instance pour visualiser les informations d'utilisation relatives au système de fichiers. Pour exécuter ces commandes afin d'afficher l'utilisation du système de fichiers, celui-ci doit d'abord être monté sur l'instance. Pour obtenir des instructions sur le montage de votre système de fichiers, reportez-vous à Montage de systèmes de fichiers.

Fonctionnement des commandes

  • df fournit la quantité de stockage mesurée pour votre système de fichiers. Les résultats sont renvoyés rapidement, mais peuvent afficher un décalage pouvant aller jusqu'à une heure.
  • du fournit le stockage utilisé par une hiérarchie de répertoires. La commande du parcourt l'arborescence de répertoires. Si votre hiérarchie est volumineuse, elle peut prendre du temps à s'exécuter et à renvoyer des résultats.

Différence entre les résultats

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

Signalement différent de l'utilisation des clichés et des clones par DF et DU

Un cliché est une vue ponctuelle d'un système de fichiers. Les clichés référencent les données de système de fichiers non modifiées au lieu de les dupliquer. Les blocs de système de fichiers référencés par le cliché ne sont pas pris en compte dans l'utilisation du cliché. Seul le différentiel des données augmente l'utilisation du cliché.

Les clones de système de fichiers présentent le même comportement. Les clones référencent les données qu'ils partagent avec leur système de fichiers parent. Les blocs de système de fichiers référencés par le clone ne sont pas pris en compte dans l'utilisation du clone. Seul le différentiel des données augmente l'utilisation du clone.

  • La commande df extrait les informations fournies par le service File Storage à l'aide de l'appel NFS FSSTAT. L'appel NFS FSSTAT prend correctement en compte la façon dont les clichés et les clones référencent les données de système de fichiers. Seule l'utilisation générée par le différentiel des données est signalée.

    Les clichés sont accessibles sous le répertoire racine du système de fichiers à l'emplacement .snapshot/name. Lorsque vous utilisez un client NFSv3 pour effectuer des opérations telles que ls, du ou find sur le répertoire de cliché, le service exporte automatiquement ce dernier. Le client utilise nfs_d_automount() pour détecter et monter le répertoire. Après la première opération de détection et de montage du répertoire, le client le monte automatiquement.

    Remarque

    Si vous avez purgé un système de fichiers, mais que celui-ci contient des instantanés ou des clones, la commande df continue de signaler les blocs sous-jacents. La purge d'un système de fichiers sans suppression de clichés ou de clones ne supprime pas ces blocs.
  • La commande du descend l'arborescence du système de fichiers et utilise l'attribut de taille de chaque fichier pour comptabiliser l'espace utilisé au total. Lorsque vous créez un cliché ou un clone, il copie l'attribut de taille d'origine pour chaque fichier. Par conséquent, si vous exécutez la commande du, le cliché indique la taille du système de fichiers au moment où il a été pris mais pas nécessairement l'utilisation réelle en cours du cliché. Les clones indiquent initialement la taille du système de fichiers parent au moment où le cliché source a été pris. Lorsque des modifications sont apportées aux données des clones, du commence à indiquer de nouveaux attributs de taille pour les fichiers mis à jour uniquement.

Par exemple :

  1. Supposons que vous créez un système de fichiers appelé "MyFileSystem". Vous ajoutez ensuite un fichier de 1 Go appelé "FileA" au système de fichiers. Chaque commande rapporte la taille de la façon suivante.

    Pour... du indique...

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

  2. Vous créez maintenant "Snapshot1". Le cliché est placé dans le dossier /.snapshot de MyFileSystem. Chaque commande rapporte la taille de la façon suivante :

    Pour... du indique...

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

    MyFileSystem

    		 2 Go 1 Go
    • du indique 1 Go pour Snapshot1 car la commande rapporte l'attribut de taille de fichier copié de FileA, soit 1 Go.

  3. Vous utilisez ensuite "Snapshot1" pour créer un clone nommé "Clone1". Chaque commande rapporte la taille de la façon suivante :

    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
    • df indique 0 Go pour Clone1 car les données n'ont pas encore changé. Aucun espace n'est donc alloué pour les données différenciées.
    • du indique 2 Go pour Clone1 car il indique l'attribut de taille de fichier copié de FileA, qui est de 1 Go, et la taille de Snapshot1, qui est de 1 Go également.

  4. Vous ajoutez un fichier de 1 Go appelé "FileB" au système de fichiers cloné. Chaque commande rapporte la taille de la façon suivante :

    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, correspondant au différentiel de données ajouté dans FileB.
    • du indique 3 Go pour Clone1 car il indique la somme des attributs de taille de fichier copié de FileA, FileB et Snapshot1.
Important

Les frais sont calculés à l'aide de la valeur meteredBytes. La taille d'utilisation signalée par du peut être bien plus élevée que la valeur meteredBytes. df indique la même valeur que meteredBytes, vous pouvez donc l'utiliser pour visualiser avec précision la taille du système de fichiers.

Comptabilisation différente des hard links par DF et DU

  • df compte chaque fichier une seule fois.
  • du peut compter les fichiers avec des hard links plusieurs fois.

Comptabilisation différente des liens symboliques et des métadonnées par DF et DU

  • df indique l'utilisation des octets requis par File Storage pour les métadonnées et les liens symboliques, même sur les fichiers vides.
  • du indique les fichiers vides comme utilisant zéro octet. La commande ne rapporte pas précisément les octets utilisés par File Storage pour les métadonnées et les liens symboliques.