Clonando Sistemas de Arquivos
Um clone é um novo sistema de arquivos criado com base em um instantâneo 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 regularmente, poderá criar clones do sistema de arquivos conforme ele existia em muitos pontos durante sua vida.
Um snapshot fornece o blueprint inicial para um clone. Você pode clonar um sistema de arquivos principal ou pode clonar um clone, desde que pelo menos um snapshot esteja 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, independentemente de serem 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. Se desanexar um clone, ele se tornará um sistema de arquivos totalmente independente. Todos os dados compartilhados são copiados ou movidos para o sistema de arquivos à medida que são desanexados.
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. Os dados do sistema de arquivos principal aos quais o clone faz referência não são medidos no clone, apenas no sistema de arquivos principal. A desanexação de um clone resulta em um sistema de arquivos independente que é medido normalmente. Para obter mais informações, consulte Uso e Medição do Sistema de Arquivos.
Clones count against a tenancy's service limits the same way regular file systems do. 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 irreversí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, a menos que o clone seja desanexado.
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 principal (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.
Um sistema de arquivos clonado pode ser desanexado de um sistema de arquivos principal para se tornar um sistema de arquivos independente.
- 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 criar quantos snapshots de um sistema de arquivos forem necessários, 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 de um 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. - Á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.
- 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 anterior, C e D são uma ramificação da árvore de clone, e E, F e G são uma segunda ramificação da árvore de clone.
- 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 de 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 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. O throughput máximo para pontos de acesso NFS de alto desempenho não estará disponível até que o clone seja totalmente hidratado.
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 clone 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.
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 exibindo sua página de 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 primeiro ser excluídos ou desanexados.
Se um sistema de arquivos for pai de apenas um clone, você poderá excluir o sistema de arquivos pai e o sistema de arquivos clonado se tornará um sistema de arquivos independente.
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 clone pai 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. Não é possível clonar um sistema de arquivos no estado DELETING. 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.
Instantâneo 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.
Desanexando Clones
Um sistema de arquivos clonado pode ser desanexado de seu sistema de arquivos principal. Talvez você queira desanexar um clone se o pai tiver sido usado como modelo ou se um clone tiver sido usado para Recuperação de Desastre.
Para ser elegível para desanexação, o sistema de arquivos clonado não deve ser o pai de outros clones em uma árvore de clones. Você pode desanexar um clone de várias maneiras:
- Um clone pode ser desanexado quando é criado.
- Um clone pode ser desanexado a qualquer momento após a criação do clone, se elegível.
- Um clone pode ser desanexado ao excluir o sistema de arquivos pai, se o sistema de arquivos pai tiver apenas um único clone.
Enquanto um clone estiver sendo desanexado, ele não poderá ser usado para criar outro clone até que a desanexação seja concluída.
A desanexação de um clone é uma operação assíncrona. Use o Status do clone anexado do sistema de arquivos para monitorar o status da operação de desanexação.
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.
Se você desanexar um clone, os blocos de dados compartilhados serão copiados para o sistema de arquivos clonado, resultando em um sistema de arquivos independente medido e faturado como tal.
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.
Se você não conhece as políticas, consulte Conceitos Básicos de Políticas e Detalhes do Serviço File Storage.