Criar uma migração de volume

Nesta página, descrevemos como criar uma migração de volume.

Antes de começar

Antes de configurar uma migração de volume, recomendamos que você analise o fluxo de trabalho de migração. O processo de migração de volume começa com a criação de um volume de destino e a especificação dos detalhes do sistema de origem. Essa ação cria um recurso de volume de destino e um recurso filho de replicação no NetApp Volumes para gerenciar a replicação.

Considerações

• Os seguintes recursos não são compatíveis com volumes de destino durante o processo de migração:

  • Replicação de volume, o volume de destino como origem de uma cascata. A replicação de volume pode ser ativada após a migração.

  • Nível de serviço Flex File.

• É possível migrar FlexGroups para um volume de grande capacidade. Para o nível de serviço Flex Unified, o pool de destino precisa ser um pool de grande capacidade.

• É necessário usar backups manuais ao fazer backups de volumes de destino. Se você tentar atribuir uma política de backup a um volume de destino, a ação vai falhar.

• Selecione o pool de armazenamento correto e verifique se o volume de destino é grande o suficiente para acomodar o tamanho lógico (não físico) do volume de origem.

• Especifique o nome de compartilhamento e os tipos de protocolo corretos. O nome de compartilhamento precisa corresponder à origem, e os tipos de protocolo precisam ser escolhidos com cuidado, já que não podem ser alterados após a criação do volume. As configurações de protocolo escolhidas também são mapeadas para estilos de segurança de volume.

• Verifique se o estilo de segurança do volume do volume de destino que você está criando corresponde ao estilo de segurança do volume do volume de origem.

• Antes de criar uma migração de volume, verifique se você tem acesso à CLI e as permissões necessárias no sistema ONTAP de origem. É necessário executar comandos da CLI no sistema ONTAP de origem em até uma hora do processo de migração.

• Não é possível migrar um volume com snapshots à prova de violação para um volume que usa níveis automáticos.

• Não é possível migrar um volume de origem para vários destinos no mesmo projeto simultaneamente.

• Ao mover dados para um pool Flex Unified com níveis automáticos ativados, ative o desvio de nível ativo durante a migração. Caso contrário, a migração preenche o nível ativo e causa erros de falta de espaço ou expansão indesejada do nível ativo. Depois que a migração for concluída, você poderá desativar o desvio de nível ativo.

Criar uma migração de volume

Use as instruções a seguir para criar uma migração de volume usando o Google Cloud console ou a Google Cloud CLI.

Console

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

   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 pool de armazenamento, siga estas etapas:

   1. Clique em Selecionar pool de armazenamento.

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

   3. Clique em Selecionar.

5. Na seção Detalhes do volume, siga estas etapas:

   1. Insira o nome do volume de destino no campo Nome do volume de destino.

      Atenção: sua seleção é permanente.

   2. Opcional: insira uma descrição para o volume no campo Descrição.

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

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

   Atenção: sua seleção é permanente.

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

9. Opcional: se o pool de armazenamento selecionado permitir níveis automáticos:

   1. Marque a caixa de seleção Ativar níveis automáticos se quiser ativar níveis automáticos para o volume.

   2. Especifique um limite de resfriamento entre 2 e 183 dias no campo Dias de limite de resfriamento. O valor padrão do limite de resfriamento é de 31 dias.

   3. Ao migrar para um pool Flex Unified com níveis automáticos ativados, marque a caixa de seleção Ativar desvio de nível ativo. É possível desativar o desvio de nível ativo após a conclusão da migração.

10. Opcional: se você selecionou alguma variante do NFS na configuração do protocolo, é possível especificar regras de exportação para o volume na seção Regras de exportação.

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

    1. Selecione Tornar o diretório de snapshot visível para ativar o acesso do sistema de arquivos às versões de snapshot por clientes. Para mais informações, consulte Visão geral dos snapshots de volume do NetApp Volumes.

    2. Selecione Permitir snapshots programados para configurar o volume para tirar snapshots automaticamente. É possível especificar o número de snapshots a serem mantidos em intervalos de snapshot por hora, diários, semanais e mensais. 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. Analise 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, conclua as seguintes ações:

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

    2. Insira o nome da máquina virtual de armazenamento (SVM, na sigla em inglês), 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, na sigla em inglês) no campo IP entre clusters. Cada nó do cluster de origem precisa de um IC-LIF. Especifique todos os IC-LIFs como uma lista separada por vírgulas.

    5. Opcional: insira uma descrição para o local do cluster de origem no campo Local.

16. Clique em Próxima.

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

Observação: se você receber o erro Unable to find the resource you requested, aguarde 30 segundos e clique em Tentar novamente.

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 o sistema de origem usar o modo ONTAP, não execute cluster peer create diretamente nele. Em vez disso, execute peer_cluster.py com PEER_MODE=accept. Para mais informações, consulte Script de peering de cluster.

Se você clicar em Iniciar peering, uma página lateral com instruções será exibida. Siga estas instruções e clique em Verificar peering. Após um peering bem-sucedido, a página lateral desaparece e o status de transferência da migração muda para Preparando. A transferência de linha de base está em execução. Uma transferência de linha 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 de transferência vai 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

Ao migrar para um pool Flex Unified com níveis automáticos ativados, sempre ative o desvio de nível ativo durante a migração. Depois que a migração for concluída, você poderá desativar o desvio de nível ativo. Use o comando gcloud beta netapp volumes create para criar um volume com níveis automáticos ativados.

O exemplo a seguir mostra os parâmetros necessários para criar um volume com níveis automáticos ativados:

--tiering-policy=tier-action=ENABLED,cooling-threshold-days=DAYS,enable-hot-tier-bypass-mode=on

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

Substitua as seguintes informações:

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

• LOCATION: o local do volume.

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

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

• SHARE_NAME: o caminho de exportação do NFS ou o nome de 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 de LIF entre clusters do cluster ONTAP. O cluster de origem precisa fornecer um IC-LIF por nó, separado por sinais #. 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 possui o 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 só é necessário quando o volume de origem é um FlexGroup. Para mais informações, consulte FlexGroups e volumes grandes.

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

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

  O exemplo a seguir mostra como especificar pares de chave-valor para o parâmetro labels:

  labels=KEY1:VALUE1#KEY2:VALUE2

Exemplo de invocação:

$ gcloud beta 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 \
--tiering-policy=tier-action=ENABLED,cooling-threshold-days=31,enable-hot-tier-bypass-mode=on

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.

Pesquisar 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 o 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 o peering apenas com sistemas confiáveis.

Pesquisar 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 um ping para o sistema de origem usando os peer-ip-addresses especificados.

• 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. Se o sistema de origem usar o modo ONTAP, não execute cluster peer create diretamente nele. Em vez disso, execute peer_cluster.py com PEER_MODE=accept. Para mais informações, consulte Script de peering de cluster.

• 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 de conectividade de rede

O NetApp Volumes tenta enviar uma solicitação ICMP (ping) para os IC-LIFs especificados em peer-ip-addresses. Se falhar, 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 Google Cloud projeto. 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 enviar um ping para o IP do gateway do CIDR /27 que hospeda os IC-LIFs do NetApp Volumes.

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

Isso imprime o CIDR. Envie um ping para o primeiro IP dessa rede do sistema ONTAP de origem, usando um dos seus 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 para o peering de cluster. O status PENDING_CLUSTER_PEERING será mostrado se o peering ainda não tiver sido estabelecido.

Pesquisar 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 necessária para execução. Copie e cole o comando de criação de peering de cluster no cluster de origem e execute-o. Você vai precisar inserir a senha duas vezes.

Peering de SVM:

Espera-se que o comando cluster peer create da etapa anterior também execute o peering de SVM automaticamente. Se isso não ocorrer, o estado vai mudar para PENDING_SVM_PEERING após alguns segundos.

Verificar 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)"

Após alguns segundos, o estado muda para Pronto e mirrorState para Preparando, o que indica que a transferência de linha de base foi iniciada. Quando a transferência de linha de base terminar, o mirrorState vai mudar para Espelhado. A migração de volume a cada hora aciona uma transferência incremental, indicada por mirrorState como Transferindo.

Observação: a solicitação de peering expira se as informações de origem estiverem incorretas ou se os comandos de peering fornecidos pelo NetApp Volumes não forem executados no sistema de origem em até uma hora. Para o carimbo de data/hora exato, consulte o parâmetro commandExpiryTime. Para modificar parâmetros ou reiniciar o processo de peering, use o comando gcloud netapp volumes replications establish-peering. Como alternativa, você pode excluir e recriar a replicação.

A seguir

Gerenciar migrações de volume.