Como migrar para o FSx para ONTAP usando o NetApp SnapMirror - FSx para ONTAP
Antes de começarCriar o volume de destinoRegistrar as LIFs entre clusters de origem e destinoEstabelecer o emparelhamento de clusters entre a origem e o destinoCriar uma relação de emparelhamento entre SVMsCriar o relacionamento com o SnapMirrorTransferir dados para o sistema de arquivos do FSx para ONTAPSubstituição para o Amazon FSx

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

Como migrar para o FSx para ONTAP usando o NetApp SnapMirror

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

O NetApp SnapMirror emprega a replicação ao nível do bloco entre dois sistemas de arquivos do ONTAP, replicando dados de um volume de origem especificado para um volume de destino. Recomendamos usar o SnapMirror para migrar os sistemas de arquivos on-premises do NetApp ONTAP para o FSx para ONTAP. A replicação ao nível do bloco do NetApp SnapMirror é rápida e eficiente, 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)

Ao usar o SnapMirror para fazer a migração ao FSx para ONTAP, os dados com eliminação de duplicação e comprimidos permanecem nesses estados, o que reduz os tempos de transferência e 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. Migrar os sistemas de arquivos on-premises do NetApp ONTAP para o FSx para ONTAP envolve as tarefas de alto nível a seguir.

  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 uma relação de emparelhamento entre SVMs.

  5. Criar o relacionamento com o SnapMirror.

  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.

Fluxograma exibindo o processo de migração dos sistemas de arquivos on-premises do NetApp ONTAP para o FSx para ONTAP.

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 nível SSD usando as métricas do sistema de arquivos do CloudWatch. Para obter 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 Site-to-Site VPN. Para obter mais informações, consulte Acessando dados de dentro do Nuvem 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 um relacionamento de proteção de dados com o SnapMirror. Para obter mais informações, consulte Compatible ONTAP versions for SnapMirror relationships na documentação do usuário do NetApp ONTAP. Os procedimentos apresentados aqui usam um sistema de arquivos on-premises do NetApp ONTAP como origem.

  • Seu sistema de arquivos on-premises do NetApp ONTAP (de origem) inclui uma licença do SnapMirror.

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

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 FSxIdabcdef1234567890a).

  • 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 comandos da CLI do NetApp ONTAP a seguir.

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

Criar o volume de destino

Você pode criar um volume de destino de proteção de dados (DP) usando o console do Amazon FSx, a AWS CLI e a API do 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 Como criar volumes.

nota

ONTAPnão preserva as economias de compactação pós-processamento obtidas na origem no volume DP de destino quando a política de classificação em camadas do volume de destino é. All Para preservar a economia de compactação pós-processamento, você deve definir a política de classificação por níveis de volume de destino como Auto e habilitar a compactação de dados inativa no sistema de arquivos de destino para reaplicar a economia de compactação pós-processamento no destino.

No procedimento a seguir, você usará a CLI do NetApp ONTAP para criar um volume de destino no sistema de arquivos do FSx para 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 de um relacionamento com o SnapMirror.

    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

O SnapMirror usa interfaces lógicas (LIFs) entre clusters, 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. No cluster de origem do NetApp ONTAP, recupere os endereços IP da LIF entre clusters usando a CLI do 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 single-AZ de segunda geração, há dois endereços IP entre clusters para cada par de alta disponibilidade (HA). Salve esses valores para uso posterior.

    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 um relacionamento 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. Defina o emparelhamento no cluster de destino usando o seguinte comando. Para sistemas de arquivos single-AZ de segunda geração, 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 single-AZ de segunda geração, 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 uma relação de emparelhamento entre SVMs

Com o emparelhamento de cluster estabelecido, a próxima etapa é emparelhar as SVMs. Crie uma relação 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 uma relação 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 a relação 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

Criar o relacionamento com o SnapMirror

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

nota

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

  • Use o comando snapmirror create para criar o relacionamento com o SnapMirror 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 com o 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 o relacionamento com o SnapMirror está criado, 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

    Após executar esse comando, o SnapMirror começa a transferir snapshots 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 uma programação de atualizações do SnapMirror usando o comando snapmirror modify.

    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 transferência final do SnapMirror para garantir que não haja perda de dados durante a substituição.

  • Interrompa o relacionamento com o SnapMirror.

  • 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 status do SnapMirror.

    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. Desabilite todas as transferências futuras do SnapMirror usando o comando snapmirror quiesce.

    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 e gravação, é necessário interromper o relacionamento com o SnapMirror e fazer a substituição para o sistema de arquivos do FSx para ONTAP. Interrompa o relacionamento com o SnapMirror usando o comando a seguir.

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

Operation succeeded: snapmirror break for destination "DestSVM:vol1".

  7. Após concluir a replicação do SnapMirror e interromper o relacionamento com o SnapMirror, 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 Acessando seus dados FSx do ONTAP.