Criar uma migração de volume

Console

1. Acesse a página NetApp Volumes no console do Google Cloud .

   Acessar o NetApp Volumes

2. Clique em Migrações no menu Proteção de dados.

3. Clique em Migrar do ONTAP.

4. Na seção Detalhes do volume de destino, insira o nome do volume de destino no campo Nome do volume de destino.

5. Na seção Detalhes do pool de armazenamento, clique em Selecionar pool de armazenamento.

6. Na lista de pools de armazenamento exibida, selecione o pool necessário.

7. Clique em Selecionar.

8. Na seção Detalhes do volume, insira o nome do compartilhamento do volume no campo Nome do compartilhamento. O nome do compartilhamento precisa ser exclusivo em um local. Recomendamos usar o nome do volume de destino como o nome do compartilhamento.

9. Na seção Configuração de capacidade, insira a capacidade do volume no campo Capacidade.

10. Na seção Configuração de protocolo, selecione o mesmo protocolo do volume de origem. Para alguns protocolos, várias opções são mostradas. Para mais informações sobre as opções de protocolo, consulte Criar um novo volume.

11. Opcional: na seção Configuração de snapshots, siga estas etapas:

    1. Selecione Tornar o diretório de snapshots visível para permitir que os clientes acessem as versões de snapshot do sistema de arquivos. Para mais informações, consulte Visão geral dos snapshots de volume do NetApp Volumes.

    2. Selecione Permitir snapshots programados para configurar o volume e tirar snapshots automaticamente. Você pode especificar o número de snapshots a serem mantidos em intervalos de hora, dia, semana e mês. Os horários são especificados em UTC. Se você atingir o número máximo de snapshots, o mais antigo será excluído.

    3. Revise as seleções de snapshot.

12. Clique em Próxima.

13. Na seção Detalhes da migração, insira um nome para o recurso de migração no campo Nome da migração.

14. Clique em Próxima.

15. Na seção Detalhes do cluster de origem, faça o seguinte:

    1. Digite o nome do cluster de origem no campo Nome do cluster.

    2. Insira o nome da máquina virtual de armazenamento (SVM), também conhecida como vserver, no campo Nome da VM de armazenamento. A SVM que hospeda o volume de origem.

    3. Insira o nome do volume de origem no campo Nome do volume.

    4. Insira o endereço IP de LIF entre clusters (IC-LIF) no campo IP entre clusters. Cada nó do cluster de origem precisa de uma IC-LIF. Especifique todas as IC-LIFs como uma lista separada por vírgulas.

    5. Opcional: insira uma descrição para a localização do cluster de origem no campo Localização.

16. Clique em "Próxima".

17. Revise as configurações e clique em Criar para iniciar o processo de migração.

Depois de criar o processo de migração, você será redirecionado para a visualização de detalhes do volume. Clique na guia Migração para monitorar o status da migração.

É necessário autenticar a conexão do SnapMirror entre o sistema ONTAP de origem e o NetApp Volumes. Execute o comando cluster peer create no cluster ONTAP de origem. Se não houver peering anterior, a guia Migração vai mostrar Migration pending cluster peering from ONTAP source cluster.

Se você clicar em Iniciar peering, uma página lateral com instruções vai aparecer. Siga estas instruções e clique em Verificação de peering. Depois de um peering bem-sucedido, a página lateral desaparece, e o status da transferência da migração muda para Preparando. A transferência de linha de base está em execução. Uma transferência de base pode levar minutos, horas ou dias, dependendo da quantidade de dados a serem transferidos e da velocidade da rede. Quando a transferência de linha de base for concluída, o status mudará para Espelhado.

gcloud

Para criar uma migração de volume:

gcloud netapp volumes create VOLUME_NAME --location=LOCATION \
  --capacity=CAPACITY --protocols=PROTOCOL \
  --share-name=SHARE_NAME --storage-pool=STORAGE_POOL \
  --hybrid-replication-parameters=cluster-location=CLUSTER_LOCATION,peer-cluster-name=PEER_CLUSTER_NAME,peer-ip-addresses=PEER_IP_ADDRESSES,peer-svm-name=PEER_SVM_NAME,peer-volume-name=PEER_VOLUME_NAME,replication=REPLICATION,description=DESCRIPTION,labels=LABELS

O bloco hybrid-replication-parameters inicia um fluxo de trabalho de migração.

Substitua as seguintes informações:

• VOLUME_NAME: o nome do volume. O nome precisa ser exclusivo por local.

• LOCATION: o local do volume.

• CAPACITY: a capacidade do volume. Ele define a capacidade que os clientes do NAS veem.

• PROTOCOLS: os protocolos NAS com que o volume é exportado.

• SHARE_NAME: o caminho de exportação do NFS ou o nome do compartilhamento SMB do volume.

• STORAGE_POOL: o pool de armazenamento em que o volume será criado.

• PEER_CLUSTER_NAME: o nome do cluster ONTAP que hospeda os volumes de origem.

• PEER_IP_ADDRESSES: os endereços IP InterCluster-LIF do cluster ONTAP. O cluster de origem precisa fornecer uma IC-LIF por nó, separadas por sinais de número (#). Especifique todos eles.

  O exemplo a seguir mostra como adicionar vários endereços IP de IC-LIF do cluster ONTAP:

  peer-ip-addresses=10.0.0.25#10.0.0.26

• PEER_SVM_NAME: o nome da máquina virtual de armazenamento (SVM), também conhecida como vserver, que é proprietária do volume de origem.

• PEER_VOLUME_NAME: o nome do volume de origem.

• REPLICATION: o nome do recurso de replicação a ser criado.

• LARGE_VOLUME_CONSTITUENT_COUNT: esse parâmetro é obrigatório apenas quando o volume de origem é um FlexGroup. Para mais informações, consulte FlexGroups e grandes volumes.

  Para criar um volume grande, use specify --large-volume true e --multiple-endpoints true como parâmetros de criação também.

• CLUSTER_LOCATION:opcional: a descrição do local do cluster de origem.

• DESCRIPTION:opcional: o texto de descrição do recurso de replicação.

• LABELS:opcional: rótulos para o recurso de replicação.

Exemplo de invocação:

$ gcloud netapp volumes create ok-destination --location australia-southeast1 \
--capacity 100 --protocols=nfsv3 \
--share-name ok-destination --storage-pool okrause-pool \
--hybrid-replication-parameters=peer-cluster-name=au2se1cvo2sqa,peer-ip-addresses=10.0.0.25#10.0.0.26,peer-svm-name=svm_au2se1cvo2sqa,peer-volume-name=okrause_source,replication=okrause-replication

Para atender aos requisitos de volume, especifique todos os parâmetros opcionais aplicáveis. Por exemplo, um volume NFS pode exigir uma política de exportação.

Confira todas as opções:

gcloud netapp volumes create --help

Depois de criar o volume de destino e o recurso de replicação, o NetApp Volumes tenta fazer peering com o sistema ONTAP de origem. Esse processo de peering serve como uma etapa de autenticação e autorização e protege o cluster de origem contra solicitações maliciosas do SnapMirror. Portanto, faça peering apenas com sistemas confiáveis.

Confira as próximas etapas:

gcloud netapp volumes replications list --volume=DESTINATION_VOLUME --location=REGION

O status de autenticação atual pode ser impresso a qualquer momento. No entanto, as mudanças de estado podem levar até cinco minutos depois que uma ação avança o processo para a próxima etapa.

Um peering bem-sucedido consiste nas seguintes etapas:

• O volume de destino do NetApp Volumes envia pings para o sistema de origem usando o peer-ip-addresses especificado.

• Se o peering de cluster ainda não estiver estabelecido, o NetApp Volumes vai imprimir os comandos de peering de cluster que você precisa executar no sistema de origem.

• Além disso, se o peering de SVM ainda não estiver estabelecido, o NetApp Volumes vai imprimir os comandos de peering de vserver que você precisa executar no sistema de origem.

As etapas concluídas anteriormente são ignoradas, e o processo continua automaticamente com a próxima etapa.

Verificação da conectividade de rede

O NetApp Volumes tenta enviar uma solicitação ICMP (ping) para as IC-LIFs especificadas em peer-ip-addresses. Se ela falhar, o stateDetails vai mostrar Cluster peering failed, please try again, indicando um problema de rede. Para mais informações, consulte Conexão de rede com o projeto Google Cloud . Não é possível continuar até estabelecer uma conectividade de rede entre o sistema de origem e o NetApp Volumes. Para fins de depuração, tente fazer ping no IP do gateway do CIDR /27 que hospeda as IC-LIFs do NetApp Volumes.

gcloud netapp volumes replications list --volume=DESTINATION_VOLUME --location=REGION \
 --format="table(hybridPeeringDetails.subnetIp)"

Isso vai imprimir o CIDR. Faça ping no primeiro IP dessa rede no sistema ONTAP de origem usando uma das IC-LIFs de origem.

Exemplo:

source> ping -lif=YOUR_IC_LIF -vserver=VSERVER_HOSTING_SOURCE_VOLUME -destination=FIRST_IP_OF_SUBNET_IP

Peering de cluster:

Se o ICMP funcionar, o processo vai continuar com o peering de cluster. O status PENDING_CLUSTER_PEERING aparece se o peering ainda não foi estabelecido.

Procure instruções de peering de cluster:

gcloud netapp volumes replications list --volume=DESTINATION_VOLUME --location=REGION \
 --format="table(hybridPeeringDetails.command,hybridPeeringDetails.passphrase)"

Esse processo gera o comando e a senha obrigatória para execução. Copie e cole o comando cluster peer create no cluster de origem e execute-o. Você vai precisar inserir a senha duas vezes.

Peering de SVM:

O comando cluster peer create da etapa anterior também deve realizar o peering de SVM automaticamente. Se isso não acontecer, o estado vai mudar para PENDING_SVM_PEERING depois de alguns segundos.

Verifique o peering de SVM:

gcloud netapp volumes replications list --volume=DESTINATION_VOLUME --location=REGION

Se o estado for PENDING_SVM_PEERING, execute o comando de peering de vserver:

gcloud netapp volumes replications list --volume=DESTINATION_VOLUME --location=REGION \
 --format="table(hybridPeeringDetails.command)"

Depois de alguns segundos, o estado muda para Pronto e mirrorState para Preparando, o que indica que a transferência de baseline foi iniciada. Depois que a transferência de baseline for concluída, o mirrorState mudará para Mirrored. A cada hora, a migração de volume aciona uma transferência incremental, indicada por mirrorState como Transferring.