Documentation sur Oracle Cloud Infrastructure

Clonage des systèmes de fichiers

Un clone est un nouveau système de fichiers qui est créé en fonction d'un instantané d'un système de fichiers existant. Les instantanés conservent l'état des données d'un système de fichiers à un moment donné. Si vous prenez des instantanés d'un système de fichiers régulièrement, vous pouvez créer des clones du système de fichiers tel qu'il existait à de nombreux points de sa vie.

Un instantané fournit le modèle initial pour un clone. Vous pouvez copier un système de fichiers parent, ou vous pouvez copier un clone, tant qu'au moins un instantané est disponible. Au moment de la création, les données incluses dans le clone sont identiques aux données de l'instantané. Après la création, les modifications de données dans le clone ne sont pas incluses dans le système de fichiers initial. Inversement, les modifications apportées aux données au système de fichiers initial ne sont pas incluses dans le clone. Tous les systèmes de fichiers fonctionnent indépendamment les uns des autres, qu'il s'agisse de systèmes de fichiers parents, de clones ou de clones de clones.

Les clones sont efficaces en ce qui concerne l'espace et le temps, car la création d'un clone ne réplique ni ne déplace aucune donnée du système de fichiers parent vers le clone. Au lieu de cela, le clone référence le système de fichiers parent pour toutes les données qu'ils partagent. Un système de fichiers qui est un clone d'un clone référence également le système de fichiers parent initial pour toutes données partagées. Si vous détachez un clone, il devient un système de fichiers entièrement indépendant. Toutes les données partagées sont copiées ou déplacées vers le système de fichiers au fur et à mesure qu'elles sont détachées.

Lorsque vous créez un clone, seules les métadonnées entraînent initialement des coûts de stockage. L'utilisation des données de clonage est mesurée en fonction des différences de données uniquement. Les données référencées par le clonage à partir du système de fichiers parent ne sont pas mesurées par rapport au clonage, seul le parent. Le détachement d'un clone entraîne la création d'un système de fichiers indépendant qui est mesuré normalement. Pour plus d'informations, voir Utilisation du système de fichiers et mesures.

Note

Les clones sont comptabilisés dans les limites de service d'une location de la même manière que les systèmes de fichiers classiques. Voir Limites de service pour une liste des limites applicables et des instructions pour demander l'augmentation d'une limite.

Vous pouvez utiliser des clones pour les tests, l'application de correctifs et le provisionnement plus rapide des applications. En cas d'échec du test ou de l'application de correctifs, les données ne sont plus récupérables. Créez un nouveau clone à partir de l'instantané du système de fichiers initial, supprimez l'ancien clone et redémarrez l'opération.

Vous pouvez effectuer les tâches suivantes de clonage :

Concepts relatifs au clonage

SYSTÈME DE FICHIERS PARENT

Un système de fichiers parent est un système de fichiers qui contient des données référencées par un ou plusieurs clones. Lorsque vous créez un clone, vous devez spécifier l'instantané du système de fichiers utilisé comme modèle pour la hiérarchie des répertoires de clones et les données de fichier. Le système de fichiers qui contient cet instantané est le parent initial du clone. Le clone continue de référencer le système de fichiers parent pour toutes les données qu'ils partagent, sauf si le clone est détaché.

Le système de fichiers parent d'un clone peut changer après sa création. Par exemple, si vous supprimez le système de fichiers parent d'un clone, celui-ci (le grand-parent du système de fichiers) devient le nouveau parent du clone. Les références de données du clone sont transférées vers le nouveau parent.

Un système de fichiers cloné peut être détaché d'un système de fichiers parent pour devenir un système de fichiers indépendant.

INSTANTANÉ SOURCE
Instantané utilisé comme modèle pour créer un clone. Un instantané est une référence du système de fichiers à un moment précis. Vous pouvez prendre autant d'instantanés d'un système de fichiers que nécessaire, aussi souvent que vous voulez. Un système de fichiers parent peut avoir des instantanés disponibles pour de nombreux points tout au long de sa durée de vie. Vous pouvez créer un clone d'un système de fichiers tel qu'il existe aujourd'hui ou tel qu'il existait dans le passé, à condition que des instantanés du système de fichiers aient été pris à ces moments-là. Pour plus d'informations, voir Gestion des instantanés.
CLONE DU SYSTÈME DE FICHIERS
Un clone est un nouveau système de fichiers qui est créé en fonction d'un instantané d'un système de fichiers existant. Un clone hérite automatiquement de la hiérarchie des répertoires et des données de fichier du système de fichiers. Tous les instantanés qui existent dans le système de fichiers parent sont hérités par le clone, jusqu'à et y compris l'instantané qui est utilisé comme source du clone. Le champ timeCreated des instantanés hérités est réglé à l'heure à laquelle l'opération de clonage a été lancée. Vous pouvez choisir de conserver ou de supprimer ces instantanés.
Les propriétés du système de fichiers telles que le compartiment, les marqueurs, le nom d'affichage, les clés et les informations d'exportation de la cible de montage ne sont pas copiées à partir du parent. Ces propriétés doivent être spécifiées manuellement. Les quotas du système de fichiers sont copiés à partir du parent, mais ils sont désactivés et doivent être activés manuellement. Vous pouvez accéder au clone en créant une exportation et en la montant dans une instance de la même façon que tout autre système de fichiers. Voir Création d'une exportation et Montage de systèmes de fichiers.
Lorsqu'un clone est créé, un OCID unique lui est affecté. Un clone contient également les informations suivantes dans sa page de détails afin de suivre ses relations avec d'autres systèmes de fichiers et instantanés :
  • Hydratation : Indique si le clone copie actuellement les métadonnées de la source.
  • Instantané source : Lien vers l'instantané utilisé pour créer le clone.
  • Système de fichiers parent : Lien vers le système de fichiers parent du clone.
  • racine du clone : Indique si ce système de fichiers est la racine d'un arbre de clones.
  • Descendants : Indique si ce système de fichiers a été cloné.
  • Statut Clone attaché : Indique si ce système de fichiers est attaché à son système de fichiers parent.
  • Nombre de clones : Nombre de clones attachés au système de fichiers.

Les systèmes de fichiers clonés sont gérés de la même manière que tout autre système de fichiers. Pour plus d'informations sur la façon de voir la page de détails, de modifier ses propriétés ou de supprimer le clone, voir Gestion des systèmes de fichiers.

ARBRE DE CLONES
Un arbre de clones est un groupe de clones qui descendent tous du même système de fichiers racine. Il existe une relation transitive entre la racine et les clones descendants. Pour supprimer la racine d'un arbre de clones, tous ses descendants doivent d'abord être supprimés.
Dans ce diagramme, B, C, D, E, F, G sont tous des clones. A→ B→ C→D et A→ B→ E→ F→ G font tous partie d'un arbre de clones. Le système de fichiers A est la racine de cet arbre de clones et il est le parent du système de fichiers B.
Ce diagramme illustre un arbre de clones.
BRANCHE
Une branche d'arbre de clones est un jeu de clones dont les données divergent d'un ancêtre commun dans l'arbre de clones. Dans l'exemple précédent, C et D sont une branche de l'arbre de clones, et E, F et G sont une deuxième branche de l'arbre de clones.
Profondeur est un terme utilisé pour décrire le nombre de clones entre un système de fichiers et un autre dans un arbre de clones. Dans l'exemple précédent, la profondeur de G à E est de 2, et la profondeur de G à A est de 4.
Taille est un terme utilisé pour décrire le nombre de clones qui descendent d'un seul parent. Dans l'exemple précédent, la taille de l'arbre de clones du clone A est de 6, mais la taille de l'arbre de clones de F n'est que de 1.
HYDRATATION
L'hydratation est le processus de copie des métadonnées de la source vers le clone. L'hydratation est un processus asynchrone qui commence à la création du clone. Le clone est immédiatement disponible lors de sa création et peut être utilisé pour des opérations ordinaires pendant que l'hydratation est en cours. Vous pouvez voir si un clone est toujours en cours d'hydratation en consultant sa page de détails. Pour plus d'informations, voir Obtention des détails d'un système de fichiers.

Limites et points à considérer

Organisation logique

Vous ne pouvez créer un clone que dans le même domaine de disponibilité que celui de son système de fichiers parent. Pour plus d'informations, voir À propos des régions et des domaines de disponibilité.

Hydratation du clone

Rendement

La création d'un clone est instantanée et vous pouvez y accéder immédiatement pour les opérations READ et WRITE. Toutefois, il y a une incidence mineure sur la performance à la fois sur le parent et sur le clone lors de l'accès aux données partagées pendant que l'hydratation est en cours. L'incidence sur la performance est plus importante sur le clone que sur le parent. La durée de l'incidence dépend de la taille de la source. Le débit maximal pour les cibles de montage haute performance n'est pas disponible tant que le clone n'est pas entièrement hydraté.

Si le clone et le parent sont en cours d'hydratation simultanée, l'hydratation peut avoir une incidence que la performance de la racine de l'arbre de clones. Lors de la création de clones, nous vous recommandons de ne pas avoir plus de 10 clones en cours d'hydratation dans un arbre de clones simultanément.

Dans ce diagramme, le système de fichiers A est la racine de l'arbre de clones. Les systèmes de fichiers B, C, D, E, F et G sont tous en cours d'hydratation simultanée, de sorte que la performance du système de fichiers A pourrait être touchée.

Ce diagramme illustre l'hydratation d'un arbre de clones.

Une fois l'hydratation terminée, il n'y a plus d'incidence sur le système de fichiers parent ou sur la racine de l'arbre de clones. Vous pouvez voir si l'hydratation est en cours sur un clone en consultant sa page de détails. Pour plus d'informations, voir Obtention des détails d'un système de fichiers.

Taille et profondeur de l'arbre de clones

Le nombre de clones dans un arbre de clones pouvant être hydratés simultanément est limité en fonction des deux valeurs suivantes :

  • Taille maximale : 10 Cette valeur représente le nombre maximal autorisé de clones dans un arbre de clones en cours d'hydratation simultanée à partir d'un seul système de fichiers parent.
  • Profondeur maximale : 5Cette valeur représente le nombre maximal de clones non hydratés sur une branche de l'arbre de clones entre le clone que vous créez et son dernier ancêtre hydraté.

Si ces limites sont dépassées, l'opération de clonage échoue. Attendez que suffisamment de clones aient terminé leur hydratation, puis recommencez l'opération.

Suppression des ressources

Systèmes de fichiers

Vous pouvez supprimer un système de fichiers s'il n'est pas la racine d'un arbre de clones. Si un système de fichiers est la racine d'un arbre de clones, tous les clones descendants doivent d'abord être supprimés ou détachés.

Si un système de fichiers est parent d'un seul clone, vous pouvez supprimer le système de fichiers parent et celui-ci devient un système de fichiers indépendant.

Si un parent de clone est supprimé alors qu'un de ses descendants est encore en cours d'hydratation, il reste à l'état DELETING jusqu'à ce que l'hydratation soit terminée. L'espace mesuré associé au clone parent reste utilisé jusqu'à ce que toute l'hydratation soit terminée pour tous les clones descendants. Tant qu'un système de fichiers est dans un état DELETING, son parent, ses enfants et ses éléments apparentés ne peuvent pas être supprimés. Il ne peut pas être cloné un système de fichiers ayant l'état DELETING. Cependant, vous pouvez toujours cloner ses éléments apparentés ou ses enfants.

Une fois la suppression terminée, le parent du système de fichiers supprimé devient le nouveau parent des clones descendants.

Instantané source

Vous pouvez supprimer l'instantané source d'un clone. Si l'instantané source est supprimé alors qu'un clone de celui-ci est hydraté, l'instantané source reste dans l'état DELETING jusqu'à ce que l'hydratation soit terminée.

Instantanés parents

Un clone hérite de tous les instantanés du parent. Si vous supprimez un instantané dans un système de fichiers parent pendant que l'hydratation est en cours, l'instantané reste à l'état DELETING jusqu'à ce que l'hydratation soit terminée. Une fois l'hydratation terminée, vous pouvez supprimer n'importe quel instantané dans le système de fichiers parent ou cloné à tout moment.

Voir les instructions pour supprimer des systèmes de fichiers dans Gestion des systèmes de fichiers.

Voir les instructions pour supprimer des instantanés dans Gestion des instantanés.

Détachement de clones

Un système de fichiers cloné peut être détaché de son système de fichiers parent. Vous pouvez détacher un clone si le parent a été utilisé comme modèle ou si un clone a été utilisé pour le service de récupération après sinistre.

Pour être admissible au détachement, le système de fichiers cloné ne doit pas être le parent d'autres clones dans un arbre de clones. Vous pouvez détacher un clone de plusieurs façons :

Lorsqu'un clone est détaché, il ne peut pas être utilisé pour en créer un autre tant que le détachement n'est pas terminé.

Note

Le détachement d'un clone est une opération asynchrone. Utilisez le statut de clonage d'attachement du système de fichiers pour surveiller le statut de l'opération de détachement.

Mesures et facturation

Un système de fichiers parent est mesuré pour toutes les données partagées avec ses clones descendants. Un clone est mesuré pour 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 d'hydratation à partir du clone supprimé, les blocs 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 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 clone) à des fins de mesure. Vous n'êtes pas facturé à plusieurs reprises pour les données partagées entre plusieurs systèmes de fichiers.

Si vous détachez un clone, les blocs de données partagés sont copiés dans le système de fichiers cloné, ce qui entraîne un système de fichiers indépendant facturé à l'usage et facturé en tant que tel.

Pour plus d'informations, voir Utilisation du système de fichiers et mesures.

Politique GIA requise

Pour utiliser Oracle Cloud Infrastructure, un administrateur doit être membre d'un groupe auquel l'accès de sécurité est accordé dans une politique par un administrateur de location. Cet accès est requis que vous utilisiez la console ou l'API REST avec une trousse SDK, l'interface de ligne de commande ou un autre outil. Si vous obtenez un message indiquant que vous ne disposez pas de l'autorisation requise, vérifiez auprès de l'administrateur de la location quel type d'accès vous avez et dans quel compartiment votre accès fonctionne.

Pour les administrateurs : Le clonage d'un système de fichiers utilise l'opération d'API CreateFileSystem et nécessite l'autorisation FILE_SYSTEM_CLONE. La politique présentée à la rubrique Permettre aux utilisateurs de créer, gérer et supprimer des systèmes de fichiers permet aux utilisateurs de cloner des systèmes de fichiers.

Pour plus d'informations sur les politiques, voir Configuration des politiques et Détails pour le service de stockage de fichiers.