Documentação do Oracle Cloud Infrastructure

Clonando Sistemas de Arquivos

Um clone é um novo sistema de arquivos  criado com base em um snapshot  de um sistema de arquivos existente. Os Snapshots preservam o estado dos dados de um sistema de arquivos em um determinado momento. Se você tirar snapshots de um sistema de arquivos em intervalos regulares, poderá criar clones do sistema de arquivos conforme ele existia em vários pontos durante sua vida útil.

Um snapshot fornece o blueprint inicial para um clone. Você pode clonar um sistema de arquivos principal ou pode clonar um clone, desde que haja pelo menos um snapshot disponível. No ponto da criação, os dados incluídos no clone são idênticos aos dados do snapshot. Após a criação, as alterações de dados no clone não são incluídas no sistema de arquivos original. Por outro lado, quaisquer alterações de dados no sistema de arquivos original não são incluídas no clone. Todos os sistemas de arquivos operam independentemente um do outro, não importando se são ou não sistemas de arquivos principais, clones ou clones de clones.

Os clones economizam espaço e tempo porque a criação de um clone não replica nem move dados do sistema de arquivos principal para o clone. Em vez disso, o clone faz referência ao sistema de arquivos principal para todos os dados que compartilha. Um sistema de arquivos que é clone de um clone também faz referência ao sistema de arquivos principal original para quaisquer dados compartilhados.

Quando você cria um clone, inicialmente apenas os metadados acarretam custos de armazenamento. O uso de dados do clone é medido apenas com base em dados diferenciados. A medição de consumo dos dados do sistema de arquivos principal aos quais o clone faz referência não é feita no clone, é feita apenas no sistema de arquivos principal. Para obter mais informações, consulte Uso e Medição do Sistema de Arquivos.

Observação

Os clones são contabilizados nos limites de serviço da sua tenancy da mesma forma que os sistemas de arquivos comuns. Consulte Limites do Serviço para ver uma lista de limites aplicáveis e instruções para solicitar um aumento de limite.

Você pode usar clones para testar, aplicar patches e provisionar aplicativos mais rapidamente. Se o teste ou a aplicação de patches com falha fizer com que os dados se tornem irrecuperáveis, crie um novo clone do snapshot do sistema de arquivos original, exclua o clone antigo e reinicie a operação.

Você pode executar as seguintes tarefas de clonagem:

Conceitos de Clonagem

SISTEMA DE ARQUIVOS PRINCIPAL

Um sistema de arquivos principal é um sistema de arquivos que contém dados referenciados por um ou vários clones. Ao criar um clone, você deve especificar qual snapshot do sistema de arquivos é usado como blueprint para a hierarquia do diretório clone e os dados do arquivo. O sistema de arquivos que contém esse snapshot é o principal inicial do clone. O clone continua a fazer referência ao sistema de arquivos principal para todos os dados que compartilham em comum.

O sistema de arquivos principal de um clone pode ser alterado após a criação do clone. Por exemplo, se você excluir o sistema de arquivos principal de um clone, o sistema de arquivos principal do sistema de arquivos (o sistema de arquivos principal do clone) se tornará o novo sistema de arquivos principal do clone. As referências de dados do clone são transferidas para o novo principal.

SNAPSHOT DE ORIGEM
O snapshot usado como blueprint para criar um clone. Um snapshot é uma referência pontual de um sistema de arquivos. Você pode tirar quantos snapshots de um sistema de arquivos quiser, quantas vezes quiser. Um sistema de arquivos principal pode ter snapshots disponíveis para vários pontos durante sua vida útil. Você pode criar um clone do seu sistema de arquivos como ele existe hoje ou como existia no passado, desde que os snapshots tenham sido tirados do sistema de arquivos naquele momento. Para obter mais informações, consulte Gerenciando Snapshots.
CLONE do SISTEMA DE ARQUIVOS
Um clone é um novo sistema de arquivos criado com base em um snapshot do sistema de arquivos existente. Um clone herda automaticamente a hierarquia de diretórios e os dados de arquivos do sistema de arquivos. Todos os snapshots existentes no sistema de arquivos principal são herdados pelo clone, até e incluindo o snapshot usado como origem do clone. O campo timeCreated de snapshots herdados é definido como o momento em que a operação de clonagem foi iniciada. Você pode optar por manter ou excluir esses snapshots.
Propriedades do sistema de arquivos, como compartimento, tags, nome para exibição, chaves e informações de exportação do ponto de acesso NFS, não são copiadas do item principal. Essas propriedades devem ser especificadas manualmente. Você pode acessar o clone criando uma exportação para ele e montando-o em uma instância da mesma maneira que em qualquer outro sistema de arquivos. Consulte Criando uma Exportação e Montagem de Sistemas de Arquivos.
Quando um clone é criado, ele recebe um OCID exclusivo. Um clone também contém as seguintes informações em sua página Detalhes para permitir que você rastreie seus relacionamentos com outros sistemas de arquivos e snapshots:
  • Hidratação: Indica se o clone está copiando metadados da origem no momento.
  • Snapshot de origem: Um link para o snapshot usado para criar o clone.
  • Sistema de Arquivos Principal: Um link para o sistema de arquivos principal do clone.
  • Raiz: Indica se este sistema de arquivos é a raiz de uma árvore de clones.
  • Descendentes: Indica se este sistema de arquivos foi clonado.

Os sistemas de arquivos clonados são gerenciados da mesma forma que qualquer outro sistema de arquivos é gerenciado. Consulte Gerenciando Sistemas de Arquivos para obter informações sobre como exibir a página Detalhes do clone, editar suas propriedades ou excluir o clone.

ÁRVORE DE CLONES
Uma árvore de clones é um grupo de clones que todos descendem do mesmo sistema de arquivos raiz. Há um relacionamento transitivo entre a raiz e os clones descendentes. Para excluir a raiz de uma árvore de clones, todos os seus descendentes devem primeiro ser excluídos.
Neste diagrama, B, C, D, E, F, G são todos clones. A→ B→ C→D e A→ B→ E→ F→ G fazem parte de uma árvore de clones. O sistema de arquivos A é a raiz dessa árvore de clones e é o sistema de arquivos principal do sistema de arquivos B.
Este diagrama mostra uma árvore de clones.
RAMIFICAÇÃO
Uma ramificação da árvore de clones é um conjunto de clones cujos dados divergem de um ancestral comum na árvore de clones. No exemplo acima, C e D são uma ramificação da árvore de clones, e E, F e G são uma segunda ramificação da árvore de clones.
Profundidade é um termo usado para descrever quantos clones existem entre um sistema de arquivos e outro em uma árvore de clones. No exemplo acima, a profundidade de G a E é 2 e a profundidade de G a A é 4.
Tamanho é um termo usado para descrever quantos clones descendem de um único sistema de arquivos principal. No exemplo acima, o tamanho da árvore de clones do clone A é 6, mas o tamanho da árvore de clones de F é apenas 1.
HIDRATAÇÃO
Hidratação é o processo de cópia de metadados da origem para o clone. A hidratação é um processo assíncrono que é iniciado quando o clone é criado. O clone estará imediatamente disponível na criação e poderá ser usado para operações regulares enquanto a hidratação estiver em andamento. Você pode ver se um clone ainda está em processo de hidratação visitando sua respectiva página Detalhes. Para obter mais informações, consulte Obtendo Detalhes de um Sistema de Arquivos.

Limitações e Considerações

Organização Lógica

Você só pode criar um clone no mesmo domínio de disponibilidade que seu sistema de arquivos principal. Consulte Sobre Regiões e Domínios de Disponibilidade para obter mais informações.

Hidratação de Clone

Desempenho

A criação de um clone é instantânea, e você pode acessá-lo imediatamente para as operações READ e WRITE. No entanto, há um pequeno impacto no desempenho tanto no sistema de arquivos principal quanto no clone ao acessar dados compartilhados enquanto a hidratação está em andamento. O impacto no desempenho é mais significativo no clone do que no sistema de arquivos principal. A duração do impacto depende do tamanho da origem.

Se o clone e o sistema de arquivos principal estiverem sendo hidratados simultaneamente, a hidratação poderá afetar o desempenho da raiz da árvore de clones. Ao criar clones, recomendamos que você não tenha mais de 10 clones sendo hidratados em uma árvore de clones simultaneamente.

Neste diagrama, o sistema de arquivos A é a raiz da árvore de clones. Como os sistemas de arquivos B, C, D, E, F e G estão todos sendo hidratados simultaneamente, o desempenho do sistema de arquivos A pode ser afetado.

Este diagrama mostra uma hidratação de árvore de clones.

Depois que a hidratação for concluída, não haverá mais impacto no sistema de arquivos principal ou na raiz da árvore de clones. Você pode ver se a hidratação está em andamento em um clone, visualizando sua respectiva página Detalhes. Consulte Obtendo Detalhes de um Sistema de Arquivos para obter mais informações.

Clonar Tamanho e Profundidade da Árvore

O número de clones em uma árvore de clones que podem ser hidratados simultaneamente é limitado com base nos dois seguintes valores:

  • Tamanho Máximo: 10 Esse valor representa o número máximo permitido de clones em uma árvore de clones sendo hidratados simultaneamente de um único sistema de arquivos principal.
  • Profundidade Máxima: 5 Esse valor representa o número máximo de clones não hidratados em uma ramificação da árvore de clones entre o clone que você está criando e seu último antecessor hidratado.

Exceder esses limites faz com que a operação de clonagem falhe. Aguarde até que clones suficientes concluam a hidratação e tente realizar a operação novamente.

Excluindo Recursos

Sistemas de Arquivos

Você poderá excluir um sistema de arquivos se ele não for a raiz de uma árvore de clones. Se um sistema de arquivos for a raiz de uma árvore de clones, todos os clones descendentes deverão ser excluídos primeiro.

Se um sistema de arquivos principal do clone for excluído enquanto qualquer um de seus descendentes ainda estiver sendo hidratado, ele permanecerá no estado DELETING até que a hidratação seja concluída. O espaço com medição de consumo associado ao sistema de arquivos principal do clone permanece em uso até que toda a hidratação seja concluída para todos os clones descendentes. Embora um sistema de arquivos ainda esteja no estado DELETING, seus sistemas de arquivos principal, secundários e irmãos não podem ser excluídos. Um sistema de arquivos no estado DELETING não pode ser clonado. No entanto, você ainda pode clonar seus sistemas de arquivos irmãos ou secundários.

Depois que a exclusão for concluída, o sistema de arquivos principal do sistema de arquivos excluído se tornará o novo sistema de arquivos principal dos clones descendentes.

Snapshot de Origem

Você pode excluir o snapshot de origem de um clone. Se o snapshot de origem for excluído enquanto um clone dele estiver sendo hidratado, o snapshot de origem permanecerá no estado DELETING até que a hidratação seja concluída.

Snapshots Principais

Um clone herda todos os snapshots do sistema de arquivos principal. Se você excluir um snapshot em um sistema de arquivos principal enquanto a hidratação estiver em andamento, o snapshot permanecerá no estado DELETING até que a hidratação seja concluída. Após a conclusão da hidratação, é possível excluir qualquer snapshot no sistema de arquivos principal ou clone a qualquer momento.

Consulte as instruções para excluir sistemas de arquivos em Gerenciando Sistemas de Arquivos

Consulte as instruções para excluir snapshots em Gerenciando Snapshots.

Medição e Faturamento

A medição de consumo do sistema de arquivos principal é feita para todos os dados compartilhados com seus clones descendentes. A medição de consumo de um clone é feita para seus metadados e as alterações incrementais feitas em seus dados. Quando um clone é excluído, todos os blocos referenciados exclusivamente por esse clone são reivindicados. Se outro clone estiver sendo hidratado do clone excluído, os blocos referenciados serão recuperados após a conclusão da hidratação.

Se você excluir um clone principal, quaisquer blocos de dados compartilhados por clones descendentes não poderão ser liberados. Os blocos alocados referenciados pelos clones descendentes são transferidos para o novo sistema de arquivos principal do clone (o sistema de arquivos raiz do sistema de arquivos principal do clone) para fins de medição de consumo. A sua medição de consumo é feita apenas uma vez para os dados compartilhados entre vários sistemas de arquivos. Para obter mais informações, consulte Uso e Medição do Sistema de Arquivos.

Política Obrigatória do Serviço IAM

Para usar o Oracle Cloud Infrastructure, você deve receber de um administrador o acesso de segurança em uma política . Esse acesso é necessário, quer você esteja usando a Console ou a API REST com um SDK, uma CLI ou outra ferramenta. Se você receber uma mensagem de que não tem permissão ou que não está autorizado, verifique com o administrador qual tipo de acesso você tem e em qual compartimento vai trabalhar.

Para administradores: A clonagem de um sistema de arquivos usa a operação de API CreateFileSystem e exige a permissão FILE_SYSTEM_CLONE. A política em Permitir que os usuários criem, gerenciem e excluam sistemas de arquivos permite que os usuários clonem sistemas de arquivos. Consulte Referência de Políticas para obter mais informações.

Se você não estiver familiarizado com as políticas, consulte Conceitos Básicos de Políticas e Políticas Comuns.