Migrando para FSx for ONTAP usando NetApp SnapMirror

Você pode migrar seus sistemas de arquivos NetApp ONTAP para o Amazon FSx for ONTAP usando. NetApp NetApp SnapMirror

NetApp SnapMirror emprega replicação em nível de bloco entre dois sistemas de arquivos ONTAP, replicando dados de um volume de origem especificado para um volume de destino. Recomendamos usar SnapMirror para migrar sistemas de arquivos NetApp ONTAP locais para FSx for ONTAP. NetApp SnapMirrorA replicação em nível de bloco é rápida e eficiente até mesmo para sistemas de arquivos com:

• Estruturas complexas de diretórios

• Mais de 50 milhões de arquivos

• Arquivos muito pequenos (da ordem de kilobytes)

Quando você costuma migrar SnapMirror para o FSx for ONTAP, os dados desduplicados e compactados permanecem nesses estados, o que reduz os tempos de transferência e reduz a quantidade de largura de banda necessária para a migração. Os snapshots que existem nos volumes do ONTAP de origem são preservados quando migrados para os volumes de destino. A migração de seus sistemas de arquivos NetApp ONTAP locais para o FSx for ONTAP envolve as seguintes tarefas de alto nível:

1. Criar o volume de destino no Amazon FSx.

2. Reunir interfaces lógicas (LIFs) de origem e destino.

3. Estabelecer o emparelhamento de cluster entre os sistemas de arquivos de origem e destino.

4. Criar um relacionamento de emparelhamento com a SVM.

5. Crie o SnapMirror relacionamento.

6. Manter um cluster de destino atualizado.

7. Substituição para o sistema de arquivos do FSx para ONTAP.

O diagrama a seguir ilustra o cenário de migração descrito nesta seção.

Antes de começar

Antes de começar a usar os procedimentos descritos nas próximas seções, verifique se você atende aos pré-requisitos a seguir.

• O FSx para ONTAP prioriza o tráfego do cliente em relação às tarefas em segundo plano, incluindo divisão de dados em níveis, eficiência do armazenamento e backups. Ao migrar dados, e como prática recomendada geral, recomendamos que monitore a capacidade do nível SSD para garantir que não exceda 80% de utilização. Você pode monitorar a utilização do seu nível de SSD usando métricas do sistema de CloudWatch arquivos. Para ter mais informações, consulte Métricas de volume.

• Se você definir a política de divisão de dados em níveis do volume de destino para All ao migrar seus dados, todos os metadados do arquivo serão armazenados no nível de armazenamento SSD principal. Os metadados do arquivo são sempre armazenados no nível SSD principal, independentemente da política de divisão de dados em níveis do volume. Recomendamos assumir uma proporção de 1 : 10 para o nível principal : capacidade de armazenamento do nível do grupo de capacidade.

• Os sistemas de arquivos de origem e destino estão conectados na mesma VPC ou em redes emparelhadas usando emparelhamento da Amazon VPC, Transit Gateway, AWS Direct Connect ou AWS VPN. Para obter mais informações, consulte Acessando dados de dentro AWS e O que é emparelhamento de VPC? no Guia de emparelhamento da Amazon VPC.

• O grupo de segurança da VPC do sistema de arquivos do FSx para ONTAP tem regras de entrada e saída que permitem ICMP e TCP nas portas 443, 10000, 11104 e 11105 para os endpoints entre clusters (LIFs).

• Verifique se os volumes de origem e destino estão executando versões compatíveis do NetApp ONTAP antes de criar uma relação de proteção de SnapMirror dados. Para obter mais informações, consulte Versões compatíveis do ONTAP para SnapMirror relacionamentos na documentação do usuário NetApp do ONTAP. Os procedimentos apresentados aqui usam um sistema de arquivos NetApp ONTAP local para a fonte.

• Seu sistema de arquivos NetApp ONTAP local (de origem) inclui uma SnapMirror licença.

• Você criou um sistema de arquivos de destino do FSx para ONTAP com uma SVM, mas não um volume de destino. Para ter mais informações, consulte Como criar sistemas de arquivos do FSx para ONTAP.

Os comandos nesses procedimentos usam os aliases de cluster, SVM e volume a seguir.

• FSx-Dest— o ID do cluster de destino (FSx) (no formato F SxIdabcdef 1234567890a).

• OnPrem-Source: o ID do cluster de origem.

• DestSVM: o nome da SVM de destino.

• SourceSVM: o nome da SVM de origem.

• O nome do volume de origem e o de destino é vol1.

nota

Um sistema de arquivos do FSx para ONTAP é chamado de cluster em todos os comandos de CLI do ONTAP.

Os procedimentos nesta seção usam os seguintes comandos da CLI do NetApp ONTAP.

• comando volume create

• comandos cluster

• comandos vserver peer

• comandos snapmirror

Você usará a CLI do NetApp ONTAP para criar e gerenciar SnapMirror uma configuração em seu sistema de arquivos FSx for ONTAP. Para ter mais informações, consulte Usando o NetApp ONTAP CLI.

Criar o volume de destino

Você pode criar um volume de destino de proteção de dados (DP) usando o console Amazon FSx, AWS CLI o e a API Amazon FSx, além da CLI e da API REST do NetApp ONTAP. Para obter informações sobre como criar um volume de destino usando o console do Amazon FSx e a AWS CLI, consulte Criação de volumes.

No procedimento a seguir, você usará a CLI do NetApp ONTAP para criar um volume de destino em seu sistema de arquivos FSx for ONTAP. Você precisará da senha de fsxadmin e do endereço IP ou nome DNS da porta de gerenciamento do sistema de arquivos.

1. Estabeleça uma sessão SSH com o sistema de arquivos de destino utilizando o usuário e a senha de fsxadmin definidos ao criar o sistema de arquivos.

   ssh fsxadmin@file-system-management-endpoint-ip-address

2. Crie um volume no cluster de destino que tenha uma capacidade de armazenamento que seja, no mínimo, igual à capacidade de armazenamento do volume de origem. Use -type DP para designá-lo como destino para um SnapMirror relacionamento.

   Se você planeja usar a divisão de dados em níveis, recomendamos que defina a -tiering-policy como all. Isso garante que seus dados sejam imediatamente transferidos para o armazenamento do grupo de capacidade e evita que você fique sem capacidade no nível SSD. Após a migração, você pode mudar a -tiering-policy para auto.

   nota

   Os metadados do arquivo são sempre armazenados no nível SSD principal, independentemente da política de divisão de dados em níveis do volume.

   FSx-Dest::> vol create -vserver DestSVM -volume vol1 -aggregate aggr1 -size 1g -type DP -tiering-policy all

Registrar as LIFs entre clusters de origem e destino

SnapMirror usa interfaces lógicas entre clusters (LIFs), cada uma com um endereço IP exclusivo, para facilitar a transferência de dados entre os clusters de origem e de destino.

1. Nos sistemas de arquivos de destino do FSx para ONTAP, você pode recuperar o os endereços IP do endpoint entre clusters do console do Amazon FSx navegando até a guia Administração na página de detalhes do sistema de arquivos.

2. Para o cluster NetApp ONTAP de origem, recupere os endereços IP LIF entre clusters usando a CLI ONTAP. Execute o seguinte comando:

   OnPrem-Source::> network interface show -role intercluster
       
   Logical                          Network  
   Vserver     Interface  Status  Address/Mask
   ----------- ---------- ------- ------------ 
   FSx-Dest
                inter_1    up/up  10.0.0.36/24  
                inter_2    up/up  10.0.1.69/24

   nota

   Para sistemas de arquivos escaláveis, há dois endereços IP entre clusters para cada par de alta disponibilidade (HA). Salve esses valores para mais tarde.

   Salve os endereços IP inter_1 e inter_2. Eles são referidos no FSx-Dest como dest_inter_1 e dest_inter_2 e em OnPrem-Source como source_inter_1 e source_inter_2.

Estabelecer o emparelhamento de clusters entre a origem e o destino

Estabeleça uma relação entre pares de clusters no cluster de destino fornecendo os endereços IP entre clusters. Você também precisará criar uma senha que deverá ser inserida ao estabelecer o emparelhamento de clusters no cluster de origem.

1. Configure o peering no cluster de destino usando o comando a seguir. Para sistemas de arquivos escaláveis, você precisará fornecer cada endereço IP entre clusters.

   FSx-Dest::> cluster peer create -address-family ipv4 -peer-addrs source_inter_1,source_inter_2
     
   Enter the passphrase:
   Confirm the passphrase:
   Notice: Now use the same passphrase in the "cluster peer create" command in the other cluster.

2. Em seguida, estabeleça o relacionamento entre pares do cluster no cluster de origem. Você precisará digitar a senha criada acima para se autenticar. Para sistemas de arquivos escaláveis, você precisará fornecer cada endereço IP entre clusters.

   OnPrem-Source::> cluster peer create -address-family ipv4 -peer-addrs dest_inter_1,dest_inter_2
   
   Enter the passphrase:
   Confirm the passphrase:

3. Verifique se o emparelhamento foi bem-sucedido usando o comando a seguir no cluster de origem. Na saída, Availability deve ser definida como Available.

   OnPrem-Source::> cluster peer show
   
   Peer Cluster Name  Availability   Authentication
   -----------------  -------------- --------------
   FSx-Dest           Available      ok

Criar um relacionamento de emparelhamento entre SVMs

Com o emparelhamento de cluster estabelecido, a próxima etapa é emparelhar as SVMs. Crie um relacionamento de emparelhamento entre SVMs no cluster de destino (FSx-Dest) usando o comando vserver peer. Estes são os aliases adicionais usados nos comandos a seguir.

• DestLocalName: esse é o nome usado para identificar a SVM de destino ao configurar o emparelhamento entre SVMs na SVM de origem.

• SourceLocalName: esse é o nome usado para identificar a SVM de origem ao configurar o emparelhamento entre SVMs na SVM de destino.

1. Use o comando a seguir para criar um relacionamento de emparelhamento da SVM entre as SVMs de origem e de destino.

   FSx-Dest::> vserver peer create -vserver DestSVM -peer-vserver SourceSVM -peer-cluster OnPrem-Source -applications snapmirror -local-name SourceLocalName
   
    Info: [Job 207] 'vserver peer create' job queued

2. Aceite o relacionamento de emparelhamento no cluster de origem:

   OnPrem-Source::> vserver peer accept -vserver SourceSVM -peer-vserver DestSVM -local-name DestLocalName
   
    Info: [Job 211] 'vserver peer accept' job queued

3. Verifique o status de emparelhamento da SVM usando o comando a seguir; Peer State deve ser definido como peered na resposta.

   OnPrem-Source::> vserver peer show
        
   Peer    Peer     Peer   Peering  Remote
   vserver Vserver  State  Cluster  Applications  Vserver
   ------- -------- ------ -------- ------------- ---------
   svm01   destsvm1 peered FSx-Dest snapmirror    svm01

Crie o SnapMirror relacionamento

Agora que você emparelhou as SVMs de origem e destino, as próximas etapas são criar e inicializar o SnapMirror relacionamento no cluster de destino.

nota

Depois de criar e inicializar um SnapMirror relacionamento, os volumes de destino ficam somente para leitura até que o relacionamento seja interrompido.

• Use o snapmirror create comando para criar o SnapMirror relacionamento no cluster de destino. O comando snapmirror create deve ser usado na SVM de destino.

  Opcionalmente, você pode usar -throttle para definir a largura de banda máxima (em KB/s) para o relacionamento. SnapMirror

  FSx-Dest::> snapmirror create -source-path SourceLocalName:vol1 -destination-path DestSVM:vol1 -vserver DestSVM -throttle unlimited
  
   Operation succeeded: snapmirror create for the relationship with destination "DestSVM:vol1".

Transferir dados para o sistema de arquivos do FSx para ONTAP

Agora que você criou o SnapMirror relacionamento, você pode transferir dados para o sistema de arquivos de destino.

1. Você pode transferir dados para o sistema de arquivos de destino executando o comando a seguir no sistema de arquivos de destino.

   nota

   Depois de executar esse comando, SnapMirror começa a transferir instantâneos de dados do volume de origem para o volume de destino.

   FSx-Dest::> snapmirror initialize -destination-path DestSVM:vol1 -source-path SourceLocalName:vol1

2. Se estiver migrando dados que estão sendo usados ativamente, precisará atualizar seu cluster de destino para que permaneça sincronizado com o cluster de origem. Para executar uma atualização única no cluster de destino, execute o comando a seguir.

   FSx-Dest::> snapmirror update -destination-path DestSVM:vol1

3. Você também pode programar atualizações de hora em hora ou diárias antes de concluir a migração e transferir seus clientes para o FSx para ONTAP. Você pode estabelecer um cronograma de SnapMirror atualização usando o snapmirror modifycomando.

   FSx-Dest::> snapmirror modify -destination-path DestSVM:vol1 -schedule hourly

Substituição para o Amazon FSx

Prepare-se para a substituição pelo sistema de arquivos do FSx para ONTAP com os passos a seguir.

• Desconecte todos os clientes que gravam no cluster de origem.

• Execute uma SnapMirror transferência final para garantir que não haja perda de dados durante o recorte.

• Rompa o SnapMirror relacionamento.

• Conecte todos os clientes ao sistema de arquivos do FSx para ONTAP.

1. Para garantir que todos os dados do cluster de origem sejam transferidos para o sistema de arquivos do FSx para ONTAP, execute uma transferência final do Snapmirror.

   FSx-Dest::> snapmirror update -destination-path DestSVM:vol1

2. Certifique-se de que a migração dos dados esteja concluída verificando se o Mirror State está definido como Snapmirrored e se o Relationship Status está definido como Idle. Você também deve garantir que a data de Last Transfer End Timestamp seja a esperada, pois mostra quando ocorreu a última transferência para o volume de destino.

3. Execute o comando a seguir para mostrar o SnapMirror status.

   FSx-Dest::> snapmirror show -fields state,status,last-transfer-end-timestamp
   
   Source     Destination   Mirror        Relationship Last Transfer End  
   Path       Path          State         Status       Timestamp
   ---------- -----------   ----------    -------      --------------- 
   Svm01:vol1 svm02:DestVol Snapmirrored  Idle         09/02 09:02:21

4. Desative quaisquer SnapMirror transferências futuras usando o snapmirror quiesce comando.

   FSx-Dest::> snapmirror quiesce -destination-path DestSVM:vol1

5. Verifique se o Relationship Status mudou para Quiesced usando snapmirror show.

   FSx-Dest::> snapmirror show
   
   Source           Destination   Mirror        Relationship
   Path             Path          State         Status
   -----------      ------------  ------------- --------
   sourcesvm1:vol1  svm01:DestVol Snapmirrored  Quiesced

6. Durante a migração, o volume de destino é somente leitura. Para habilitar a leitura/gravação, você precisa romper o SnapMirror relacionamento e passar para o sistema de arquivos FSx for ONTAP. Quebre o SnapMirror relacionamento usando o comando a seguir.

   FSx-Dest::> snapmirror break -destination-path DestSVM:vol1
   
   Operation succeeded: snapmirror break for destination "DestSVM:vol1".

7. Depois que a SnapMirror replicação for concluída e você romper o SnapMirror relacionamento, você poderá montar o volume para disponibilizar os dados.

   FSx-Dest::> vol mount -vserver fsx -volume vol1 -junction-path /vol1

O volume já está disponível com os dados do volume de origem totalmente migrados para o volume de destino. O volume também está disponível para os clientes lerem e gravarem nele. Se você definiu anteriormente a tiering-policy desse volume como all, poderá alterá-la para auto ou snapshot-only e seus dados farão a transição automática entre os níveis de armazenamento de acordo com os padrões de acesso. Para tornar esses dados acessíveis a clientes e aplicações, consulte Acesso a dados do .