Sobre replicação de compartilhamento de arquivo

Replique compartilhamentos de arquivos por zona entre zonas ou regiões para recuperação de desastres, acesso de baixa latência, distribuição de conteúdo e testes.

Crie compartilhamentos de arquivos de réplicas somente leitura em outra zona para recuperação de desastres, acesso de baixa latência para equipes distribuídas, distribuição de conteúdo em centros regionais ou testes. Você pode criar réplicas dos seus compartilhamentos de arquivos zonais em outra zona da mesma região geográfica. Com o recurso de replicação, você pode manter uma cópia somente leitura de seu compartilhamento de arquivo em outra zona. O compartilhamento de réplica é atualizado a partir do compartilhamento de origem em um planejamento especificado. A réplica somente leitura pode ajudar a fornecer acesso de baixa latência a equipes e aplicativos distribuídos, colocando os dados mais próximos dos consumidores. A replicação pode melhorar a distribuição de conteúdo para equipes globais, criando hubs regionais para downloads mais rápidos de instaladores, documentação e mídia. As réplicas podem aumentar a capacidade para eventos de pico, como lançamentos de produtos ou campanhas globais. Você pode usar réplicas para manutenção, testes de alterações e testes de migração sem interromper as cargas de trabalho principais. Você pode usá-las como cópias isoladas para auditorias e retenções legais sem afetar a produção. A replicação também oferece uma maneira de se recuperar de um incidente no local principal, quando os dados ficam inacessíveis ou um aplicativo falha.

Selecione a disponibilidade Os clientes com acesso especial para visualizar a nova oferta de compartilhamento de arquivos regional podem usar o perfil rfs para criar compartilhamentos de arquivos com disponibilidade regional. Ao criar compartilhamentos de arquivos com disponibilidade regional, os dados são replicados automaticamente em toda a região; portanto, não é necessário configurar pares de replicação na mesma região. A replicação entre regiões de compartilhamentos de arquivos regionais não é suportada nesta versão.

Visão geral da replicação

Após criar um compartilhamento de arquivo, é possível configurar a replicação.

Quando um compartilhamento de réplica é criado, a primeira réplica contém os dados de todo o compartilhamento. A partir daí, apenas as alterações ocorridas após a replicação anterior são adicionadas.

É possível criar uma réplica compartilhada em outra zona da mesma região. Também será possível criar uma réplica em outra região na mesma geografia, se você tiver outra VPC na região de destino A replicação de geografia cruzada não é suportada

Essa tabela mostra as regiões metropolitanas que podem se replicar umas com as outras em cada área geográfica. Cada geografia é uma coluna separada.
Américas	Europa	Ásia-Pacífico
Dallas, TX / `us-south` Montreal / `ca-mon` São Paulo / `br-sao` Toronto / `ca-tor` Washington, DC / `us-east`	-Frankfurt / `eu-de` -Londres / `eu-gb` -Madrid / `eu-es`	Chennai / `in-che` Mumbai / `in-mum` Osaka / `jp-osa` Sydney / `au-syd` Tóquio / `jp-tok`

Quando você cria o compartilhamento de arquivo de réplica em outra zona da mesma região, o compartilhamento de réplica herda o tipo de criptografia e a chave do compartilhamento de arquivo de origem A criptografia não pode ser mudada

Quando você replica seu compartilhamento de arquivo para outra região, a réplica deve corresponder ao tipo de criptografia que o compartilhamento de origem possui No entanto, ele não herda a criptografia da origem Em outras palavras, se o compartilhamento de origem for criptografado com chaves gerenciadas pelo provedor, a réplica também deverá ter criptografia gerenciada pelo provedor. Se o compartilhamento de origem for criptografado com uma chave gerenciada por cliente, a réplica deverá ser criptografada com uma chave gerenciada por cliente também No entanto, não precisa ser a mesma chave. Ao criar a réplica, forneça o Nome do Recurso na Nuvem (CRN) da chave que você deseja usar.

Com base no cronograma de replicação, o serviço puxa dados do arquivo de origem compartilha para o compartilhamento de arquivos de réplica. É possível escolher com que frequência você deseja sincronizar as mudanças do compartilhamento de origem para a réplica. É possível especificar um planejamento de replicação por hora, diário, semanal ou mensal.. As réplicas devem ser agendadas com pelo menos 15 minutos de intervalo.

Embora não seja possível criar instantâneos de um compartilhamento de réplica manual ou programaticamente, os instantâneos do compartilhamento de origem são copiados para o compartilhamento de réplica na próxima sincronização agendada. Se um compartilhamento de origem com snapshots for replicado, os snapshots de compartilhamento de réplica correspondentes serão criados com nomes gerados pelo sistema, em vez de herdar os nomes dos snapshots do compartilhamento de origem. Como os instantâneos replicados compartilham o ID de impressão digital da origem, você pode usar a impressão digital para correlacionar os instantâneos.

Ao replicar entre as regiões, os dados estão cruzando os limites da VPC Para a replicação de compartilhamentos de arquivos por zona, tanto as VPCs quanto os compartilhamentos de arquivos devem pertencer à mesma conta, e é necessário estabelecer autorizações de serviço para serviço entre os serviços de arquivos das duas regiões.

Os dados são criptografados em trânsito enquanto se movem entre compartilhamentos de arquivos. Os encargos para transferência de dados entre os dois compartilhamentos de arquivo são calculados com uma taxa fixa em incrementos GB. Os encargos são baseados na quantia de dados transferidos durante todo o período de faturamento.

Ao replicar dados entre regiões, leve em consideração as leis locais de residência de dados, pois a transferência de dados entre fronteiras pode ter implicações legais.

A replicação é uma operação assíncrona e não é instantânea. É possível usar informações de sincronização de replicação para ver a duração do processo de replicação e a taxa de transferência. Ao revisar as informações de sincronização de replicação, é possível ajustar o planejamento de replicação e equilibrar os custos com a frequência com que os dados precisam ser atualizados na réplica. Visualizando os logs de tarefa e as taxas de transferência, também é possível determinar se o tamanho dos dados que precisam ser transferidos se ajusta dentro da janela de réplica

É necessário ter capacidade suficiente não utilizada no compartilhamento de arquivos para que a replicação seja concluída. Durante o processo de replicação, novos dados da origem são copiados para o volume de réplica. Os dados antigos não são sobrescritos imediatamente, mas removidos após a conclusão da operação de cópia. Por exemplo, se o seu compartilhamento estiver com 95% da capacidade e a taxa de alteração for de 10%, a réplica poderá não ter espaço suficiente para manter as alterações. Se a réplica não tiver espaço suficiente para armazenar as atualizações, o processo de replicação falhará. É possível monitorar a capacidade do compartilhamento de arquivos no console e configurar alertas de utilização. Para obter mais informações, consulte Métricas de monitoramento para o File Storage for VPC.

Os dados no compartilhamento de réplica são somente leitura. É possível obter acesso de leitura/gravação aos dados de duas maneiras:

Failover para o site de replicação — As operações de leitura/gravação do compartilhamento de arquivos de origem são pausadas e uma cópia final dos dados do compartilhamento de arquivos é transferida para o compartilhamento réplica. A cópia da ação passa a ter acesso de leitura e gravação, e é estabelecida uma relação de replicação reversa. O compartilhamento do arquivo de origem passa a ser o compartilhamento de réplica e é definido como somente leitura. Em seguida, o serviço começa a extrair dados do novo compartilhamento de arquivos de origem.

Se um compartilhamento de arquivos de origem for comprometido, os compartilhamentos de réplica são uma boa maneira de restabelecer as operações. A transição para um compartilhamento de réplica ajuda a garantir que não haja interrupção nos seus serviços.

Ao iniciar o failover, é possível especificar o que acontece com a relação de replicação se o processo de failover tempos fora ou falhar. Essa opção é comumente usada quando há um limite de tempo para o período em que o compartilhamento de arquivos pode ficar offline. Você deve especificar o que deseja que aconteça se a operação tempos fora ou se a replicação falhar devido ao site original, que é degradado ou indisponível.
- Se o site de origem não estiver disponível devido a uma manutenção planejada, você pode optar por manter a relação de replicação. A replicação retoma conforme programado quando o site de origem original estiver operacional novamente.
- Em uma situação de recuperação de desastres, você pode optar por dividir os volumes para trazer o compartilhamento de réplica online o mais rápido possível. No entanto, neste caso, você pode não ter o conjunto de dados mais recente disponível e pode ser necessário reconciliar manualmente o estado em seu aplicativo. Como a relação de replicação é cortada, é necessário configurar o anew de replicação quando o site original se tornar operacional novamente.
Remover o relacionamento de replicação-Nesse caso, você divide as duas compartilhamentos além e cria duas ações de arquivo independentes. Ambas as ações são de leitura / gravação acessíveis e os dados não são mais sincronizados entre os dois. Na API, essa operação é conhecida como operação de split réplica. A remoção da relação de réplica é permanente, não é possível reestabelecê-la entre as duas ações. No entanto, é possível criar novas réplicas na mesma zona ou em outras zonas da mesma região.

A remoção da relação de replicação ou de falha na réplica não ocorre quando outra operação está sendo executada na fonte de arquivo de origem ou réplica. (Um exemplo de tal operação está expandindo o tamanho do compartilhamento de arquivos.) A operação de divisão ou failover permanece em status pendente até que a outra operação seja concluída.

Casos de uso

Você pode usar replicação para tratar de preocupações de recuperação de desastres. A replicação aborda os seguintes cenários:

Recuperação de desastre por meio de uma falha de aplicação.

Neste cenário, o aplicativo que você está executando falha. Os dados não são afetados, mas o aplicativo não está operacional. É possível realizar um failover, em que os dados são colocados em modo quiesce e enviados para outra zona. As instâncias do servidor virtual nessa zona podem ser configuradas para assumir a operação do aplicativo enquanto os servidores primários são reparados.
Recuperação de desastres devido a uma falha na infraestrutura do serviço “ IBM Cloud ”.

Nesse cenário, a zona de disponibilidade do IBM Cloud na qual seu aplicativo está em execução fica indisponível. Você precisa iniciar sua aplicação no local da réplica o mais rápido possível e utilizar os dados replicados do último evento de replicação. Você pode iniciar o Failover com a opção split para tornar o volume de réplica independente. A replicação está parada.
Facilite a manutenção regular de seus aplicativos.

Use replicação para facilitar determinadas tarefas administrativas, como upgrades com maior disponibilidade. Migre dados entre duas zonas que podem estar executando diferentes níveis de código de aplicativo. A execução em dois ambientes de forma independente pode permitir maior flexibilidade em seu processo de implementação.
Migração de dados ou expansão geográfica.

É possível usar a replicação para migrar dados entre duas regiões de MZR facilmente Depois que seus dados forem replicados, será possível remover o relacionamento de replicação e seu compartilhamento de arquivo de réplica se tornará disponível com seus dados prontos para uso independentemente na nova região.

Próximas etapas

Crie um compartilhamento de arquivo de réplica no console, a partir da CLI, com a API ou o Terraform.

Se você quiser configurar a replicação entre regiões diferentes, primeiro precisará estabelecer autorizações de serviço a serviço entre os serviços de arquivo das duas VPCs.

Se desejar criar um compartilhamento de réplica em uma região diferente na qual você usa uma solução KMS diferente, estabeleça autorizações de serviço para serviço entre o serviço de arquivo e o KMS de destino.
Verifique se a replicação está funcionando, verificando o status de replicação e as informações de sincronização de replicação O sistema consulta o último status de sincronização a cada 15 minutos..
Use o arquivo de réplica compartilhe-Se o compartilhamento de arquivo primário falhar ou ficar indisponível por qualquer motivo, você pode falhar sobre o compartilhamento de arquivo de réplica. Ao realizar o failover, o compartilhamento de réplica torna-se o novo compartilhamento de arquivo primário, com capacidade de leitura e gravação.
Reinicie a replicação com o compartilhamento de arquivo original como planejado quando ele estiver de volta online. Neste caso, você pode continuar a usar o site da réplica como primário, ou falhar de volta para o site original.