Clonage de systèmes de fichiers
Un clone est un système de fichiers créé en fonction d'un cliché d'un système à fichiers existant. Les clichés conservent l'état des données d'un système de fichiers à un moment donné. Si vous prenez régulièrement des clichés d'un système de fichiers, vous pouvez créer des clones de ce système tel qu'il existait à de nombreux moments de sa vie.
Un cliché fournit le modèle de base initial d'un clone. Vous pouvez cloner un système de fichiers parent ou un clone, à condition qu'au moins un cliché soit disponible. Au moment de la création, les données incluses dans le clone sont identiques à celles du cliché. Après la création, les modifications apportées aux données du clone ne sont pas incluses dans le système de fichiers d'origine. De même, les modifications apportées aux données du système de fichiers d'origine 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 parent, de clone ou de clone de clone.
Les clones prennent peu d'espace et de 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 d'origine pour toutes les 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 lorsqu'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 clone est mesurée par rapport au différentiel de données uniquement. Les données que le clone référence à partir du système de fichiers parent ne sont pas mesurées par rapport au clone, mais uniquement par rapport au parent. Le détachement d'un clone entraîne un système de fichiers indépendant mesuré normalement. Pour plus d'informations, reportez-vous à Utilisation et mesure des systèmes de fichiers.
Les clones sont pris en compte dans les limites de service d'une location de la même manière que les systèmes de fichiers standard. Reportez-vous aux limites de service pour obtenir la liste des limites applicables et des instructions de demande d'augmentation de limite.
Vous pouvez utiliser des clones pour effectuer des tests, appliquer des patches et accélérer le provisionnement des applications. Si le test ou l'application de patches échoue et que les données deviennent irréversibles, créez un clone à partir du cliché de système de fichiers d'origine, supprimez l'ancien et redémarrez l'opération.
Vous pouvez effectuer les tâches de clonage suivantes :
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 des clones. Lorsque vous créez un clone, vous devez indiquer le cliché de système de fichiers utilisé comme modèle de base pour la hiérarchie de répertoires et les données de fichier du clone. Le système de fichiers qui contient ce cliché est le parent initial du clone. Le clone continue de faire référence au 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, le parent de ce système (le grand-parent du clone) 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.
- Cliché source
- Cliché utilisé comme modèle de base pour créer un clone. Un cliché est une référence ponctuelle d'un système de fichiers. Vous pouvez prendre autant de clichés d'un système de fichiers que nécessaire, aussi souvent que vous le souhaitez. Un système de fichiers parent peut avoir des clichés disponibles pour de nombreux moments de sa 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 clichés en aient été pris à ce moment-là. Pour plus d'informations, reportez-vous à Gestion des clichés.
- Clone de système de fichiers
- Un clone est un système de fichiers créé à partir d'un cliché d'un système de fichiers existant. Un clone hérite automatiquement de la hiérarchie de répertoires et des données de fichier du système de fichiers. Le clone hérite de tous les clichés qui existent dans le système de fichiers parent, y compris celui utilisé comme source du clone. Le champ
timeCreateddes clichés hérités est défini sur l'heure à laquelle l'opération de clonage a été lancée. Vous pouvez choisir de conserver ou de supprimer ces clichés. - Arborescence de clones
- Une arborescence 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'une arborescence de clones, tous ses descendants doivent d'abord être supprimés.
-
- Branche
- Une branche d'arborescence de clones est un ensemble de clones dont les données diffèrent par rapport à un ancêtre commun dans l'arborescence de clones. Dans l'exemple précédent, C et D sont une branche de l'arborescence de clones, et E, F et G en sont une autre.
- 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 démarre lors de la création du clone. Le clone est disponible dès sa création et peut être utilisé pour des opérations standard alors qu'une hydratation est en cours. Vous pouvez voir si un clone est encore en cours d'hydratation en accédant à sa page de détails. Pour plus d'informations, reportez-vous à Obtention des détails d'un système de fichiers.
Limites et remarques
Organisation logique
Vous ne pouvez créer un clone que dans le même domaine de disponibilité que son système de fichiers parent. Pour plus d'informations, reportez-vous à A propos des régions et des domaines de disponibilité.
Hydratation de clone
Performances
La création d'un clone est instantanée et vous pouvez accéder immédiatement au clone pour les opérations READ et WRITE. Toutefois, lorsque l'hydratation est en cours, elle a un léger impact sur les performances d'accès aux données partagées du parent et du clone. L'impact sur les performances est plus important sur le clone que sur le parent. La durée de l'impact dépend de la taille de la source. Le débit maximal pour les cibles de montage hautes performances n'est pas disponible tant que le clone n'est pas entièrement hydraté.
En cas d'hydratation simultanée du clone et du parent, les performances de la racine de l'arborescence de clones peuvent en être affectées. Lorsque vous créez des clones, nous vous recommandons de ne pas en avoir plus de 10 simultanément.
Dans ce diagramme, le système de fichiers A est la racine de l'arborescence de clones. Les systèmes de fichiers B, C, D, E, F et G sont tous en cours d'hydratation. Les performances du système de fichiers A peuvent en être affectées.
Une fois l'hydratation terminée, le système de fichiers parent ou la racine de l'arborescence de clones ne sont plus affectés. Pour voir si une hydratation est en cours sur un clone, affichez sa page de détails. Pour plus d'informations, reportez-vous à Obtention des détails d'un système de fichiers.
Taille et profondeur de l'arborescence de clones
Le nombre de clones d'une arborescence pouvant être simultanément en cours d'hydratation est limité par les deux valeurs suivantes :
- Taille maximale : 10. Cette valeur représente, pour une arborescence de clones donnée, le nombre maximal autorisé de clones simultanément en cours d'hydratation à partir d'un système de fichiers parent unique.
- Profondeur maximale : 5. Cette valeur représente le nombre maximal de clones non hydratés pouvant séparer le clone que vous créez et son dernier ancêtre hydraté sur une branche d'arborescence de clones.
Si vous dépassez ces limites, l'opération de clonage échoue. Attendez que suffisamment de clones terminent l'hydratation, puis réessayez.
Suppression des ressources
Systèmes de fichiers
Vous pouvez supprimer un système de fichiers s'il ne s'agit pas de la racine d'une arborescence de clones. Si un système de fichiers est la racine d'une arborescence de clones, tous les clones descendants doivent d'abord être supprimés ou détachés.
Si un système de fichiers est un parent d'un seul clone, vous pouvez supprimer le système de fichiers parent et le système de fichiers cloné devient un système de fichiers indépendant.
Si un parent de clone est supprimé alors que l'un de ses descendants est toujours en cours d'hydratation, le parent reste à l'état DELETING jusqu'à ce que l'hydratation soit terminée. L'espace mesuré associé au parent de clone reste utilisé tant que l'hydratation de tous les clones descendants n'est pas terminée. Tant qu'un système de fichiers est à l'état DELETING, son parent, ses enfants et ses semblables ne peuvent pas être supprimés. Un système de fichiers dont l'état est DELETING ne peut pas être cloné. Cependant, vous pouvez toujours cloner ses semblables ou ses enfants.
Une fois la suppression terminée, le parent du système de fichiers supprimé devient le nouveau parent des clones descendants.
Cliché source
Vous pouvez supprimer le cliché source d'un clone. Si le cliché source est supprimé alors qu'un clone correspondant est en cours d'hydratation, le cliché source reste à l'état DELETING jusqu'à ce que l'hydratation soit terminée.
Clichés parent
Un clone hérite de tous les clichés du parent. Si vous supprimez un cliché dans un système de fichiers parent alors qu'une hydratation est en cours, le cliché reste à l'état DELETING jusqu'à ce que l'hydratation soit terminée. Une fois l'hydratation terminée, vous pouvez supprimer n'importe quel cliché du parent ou cloner le système de fichiers à tout moment.
Reportez-vous aux instructions de suppression de systèmes de fichiers dans Gestion des systèmes de fichiers.
Reportez-vous aux instructions de suppression de clichés dans Gestion des clichés.
Détachement de clones
Un système de fichiers cloné peut être dissocié 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 la récupération après sinistre.
Pour être éligible au détachement, le système de fichiers cloné ne doit pas être le parent d'autres clones dans une arborescence de clones. Vous pouvez dissocier un clone de plusieurs manières :
- Un clone peut être détaché lors de sa création.
- Un clone peut être détaché à tout moment après sa création, le cas échéant.
- Un clone peut être détaché lors de la suppression du système de fichiers parent, si le système de fichiers parent ne comporte qu'un seul clone.
Pendant le détachement d'un clone, il ne peut pas être utilisé pour créer un autre clone tant que le détachement n'est pas terminé.
Le détachement d'un clone est une opération asynchrone. Utilisez le statut de clonage attaché du système de fichiers pour surveiller le statut de l'opération de détachement.
Mesure et facturation
Dans le cas d'un système de fichiers parent, toutes les données partagées avec les clones descendants sont mesurées. Dans le cas d'un clone, 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 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 clones) à des fins de mesure. Les données partagées entre plusieurs systèmes de fichiers ne sont pas mesurées plusieurs fois.
Si vous détachez un clone, les blocs de données partagés sont copiés vers le système de fichiers cloné, ce qui se traduit par un système de fichiers indépendant mesuré et facturé en tant que tel.
Pour plus d'informations, reportez-vous à Utilisation et mesure des systèmes de fichiers.
Stratégie de service IAM requise
Pour utiliser Oracle Cloud Infrastructure, un administrateur doit être membre d'un groupe auquel un administrateur de location a accordé un accès de sécurité dans une stratégie . Cet accès est requis, que vous utilisiez la console ou l'API REST avec un kit SDK, une interface de ligne de commande ou un autre outil. Si un message vous informe que vous n'avez pas d'autorisation ou que vous n'êtes pas autorisé, vérifiez auprès de l'utilisateur le type d'accès qui vous est accordé et le compartiment dans lequel vous travaillez.
Pour les administrateurs : le clonage d'un système de fichiers utilise l'opération d'API CreateFileSystem et nécessite le droit d'accès FILE_SYSTEM_CLONE. La stratégie dans Autoriser les utilisateurs à créer, à gérer et à supprimer des systèmes de fichiers permet aux utilisateurs de cloner les systèmes de fichiers.
Si vous ne connaissez pas les stratégies, reportez-vous à Introduction aux stratégies et à Détails du service File Storage.