Migrando para o FSx para ONTAP usando NetApp SnapMirror - FSx for ONTAP

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á.

Migrando para o FSx para ONTAP usando NetApp SnapMirror

Você pode migrar seus sistemas de arquivos NetApp ONTAP para o Amazon FSx para uso NetApp do ONTAP 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 o FSx for ONTAP. NetApp SnapMirrora replicação em nível de bloco do é rápida e eficiente até mesmo para sistemas de arquivos com:

  • Estruturas de diretórios complexas

  • Mais de 50 milhões de arquivos

  • Tamanhos de arquivo 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 instantâneos que existem nos volumes 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. Crie o volume de destino no Amazon FSx.

  2. Reúna interfaces lógicas de origem e destino (LIFs).

  3. Estabeleça emparelhamento de clusters entre os sistemas de arquivos de origem e de destino.

  4. Crie uma relação de emparelhamento SVM.

  5. Crie o SnapMirror relacionamento.

  6. Mantenha um cluster de destino atualizado.

  7. Passe 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 seções a seguir, verifique se você atendeu aos seguintes pré-requisitos:

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

  • Se você definir a política de hierarquização de dados do volume de destino comoAll ao migrar seus dados, todos os metadados do arquivo serão armazenados na camada primária de armazenamento SSD. Os metadados do arquivo são sempre armazenados na camada primária baseada em SSD, independentemente da política de hierarquização de dados do volume. Recomendamos que você assuma uma proporção de 1:10 para nível primário: capacidade de armazenamento em nível de pool.

  • Os sistemas de arquivos de origem e destino estão conectados na mesma VPC ou em redes emparelhadas usando Amazon VPC Peering, Transit GatewayAWS Direct Connect ouAWS VPN. Para obter mais informações, consulteAcessando NFS, SMB ou a CLI do ONTAP e a API REST e O que é emparelhamento de VPC? no Amazon VPC Peering Guide.

  • O grupo de segurança VPC do sistema de arquivos FSx para ONTAP tem regras de entrada e saída que permitem ICMP e TCP nas portas 11104 e 11105.

  • Verifique se os volumes de origem e destino estão executando versões NetApp ONTAP compatíveis antes de criar uma relação SnapMirror de proteção de dados. Para obter mais informações, consulte Versões compatíveis do ONTAP para SnapMirror relacionamentos na documentação NetApp do usuário 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 FSx de destino para o sistema de arquivos ONTAP com um SVM, mas não criou um volume de destino. Para obter mais informações, consulte Criação de FSx para sistemas de arquivos ONTAP.

Os comandos nesses procedimentos usam os seguintes aliases de cluster, SVM e volume:

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

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

  • DestSVM— o nome SVM de destino.

  • SourceSVM— o nome SVM de origem.

  • Os nomes dos volumes de origem e de destino sãovol1.

nota

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

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

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

Crie o volume de destino

Você pode criar um volume de destino de proteção de dados (DP) usando o console Amazon FSxAWS CLI, o e a API Amazon FSx, além da CLI NetApp ONTAP e da API REST. Para obter informações sobre a criação de um volume de destino usando o console Amazon FSx eAWS CLI, consulteComo criar um volume.

No procedimento a seguir, você usará o NetApp ONTAP CLI para criar um volume de destino em seu sistema de arquivos FSx para ONTAP. Você precisará dafsxadmin senha 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 usando o usuáriofsxadmin e a senha que você definiu 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 pelo menos igual à capacidade de armazenamento do volume de origem. Use-type DP para designá-lo como um destino para um SnapMirror relacionamento.

    Se você planeja usar a classificação por níveis de dados, recomendamos que você-tiering-policy defina comoall. Isso garante que seus dados sejam imediatamente transferidos para o armazenamento do pool de capacidade e evita que você fique sem capacidade em seu nível de SSD. Após a migração, você pode mudar-tiering-policy paraauto.

    nota

    Os metadados do arquivo são sempre armazenados na camada primária baseada em SSD, independentemente da política de hierarquização de dados do volume.

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

Registre os 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 clusters de origem e destino.

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

  2. Para o cluster NetApp ONTAP de origem, recupere os endereços IP LIF entre clusters usando o ONTAP CLI. 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

    Salve os endereçosinter_2 IPinter_1 e. Eles são referenciados emFSx-Dest asdest_inter_1dest_inter_2 e paraOnPrem-Source comosource_inter_1source_inter_2 e.

Estabeleça o emparelhamento de clusters entre origem e destino

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

  1. Defina emparelhamento no cluster de destino usando o seguinte comando:

    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 a relação entre pares de cluster no cluster de origem. Você precisará digitar a senha que você criou acima para se autenticar.

    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 seguinte comando no cluster de origem. Na saída,Availability deve ser definido comoAvailable.

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

Crie uma relação de emparelhamento SVM

Com o emparelhamento de clusters estabelecido, a próxima etapa é analisar os SVMs. Crie uma relação de emparelhamento SVM no cluster de destino (FSX-dest) usando ovserver peer comando. Os aliases adicionais usados nos comandos a seguir são os seguintes:

  • DestLocalName— esse é o nome usado para identificar o SVM de destino ao configurar o emparelhamento de SVM no SVM de origem.

  • SourceLocalName— esse é o nome usado para identificar o SVM de origem ao configurar o emparelhamento de SVM no SVM de destino.

  1. Use o comando a seguir para criar uma relação de emparelhamento de SVM entre os 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 peering 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 do emparelhamento do SVM usando o seguinte comando;Peer State deve ser definido comopeered 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ê analisou os 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 são somente para leitura até que o relacionamento seja interrompido.

  • Use osnapmirror create comando para criar a SnapMirror relação no cluster de destino. Osnapmirror create comando deve ser usado a partir do SVM de destino.

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

    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 seu 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 seguinte comando 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 você estiver migrando dados que estão sendo usados ativamente, precisará atualizar seu cluster de destino para que ele 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 agendar atualizações diárias ou de hora em hora antes de concluir a migração e transferir seus clientes para o FSx for ONTAP. Você pode estabelecer um cronograma de SnapMirror atualização usando o snapmirror modifycomando.

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

Passando para o Amazon FSx

Para se preparar para a transferência para seu sistema de arquivos FSx for ONTAP, faça o seguinte:

  • 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 corte.

  • Rompa o SnapMirror relacionamento.

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

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

    FSx-Dest::> snapmirror update -destination-path DestSVM:vol1
  2. Certifique-se de que a migração de dados esteja concluída verificando seMirror StateSnapmirrored está definida como eRelationship Status está definida comoIdle. Você também deve garantir que aLast Transfer End Timestamp data 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 todas SnapMirror as transferências future usando osnapmirror quiesce comando.

    FSx-Dest::> snapmirror quiesce -destination-path DestSVM:vol1
  5. Verifique se oRelationship Status mudou paraQuiesced usosnapmirror 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. Rompa 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 agora 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ê tiver definido anteriormente essetiering-policy volume comoall, poderá alterá-lo paraauto ousnapshot-only e seus dados passarão automaticamente entre os níveis de armazenamento de acordo com os padrões de acesso. Para tornar esses dados acessíveis a clientes e aplicativos, consulteAcesso a dados do .