Partilhar via

Migrar volumes para Arquivos NetApp do Azure

Com o assistente de migração do Azure NetApp Files, você pode emparelhar e migrar volumes do ONTAP local ou do Cloud Volumes ONTAP para o Azure NetApp Files. O assistente de migração está geralmente disponível com a API REST e em pré-visualização para o portal do Azure.

Requerimentos

  • Em ONTAP ou Cloud Volumes ONTAP, você deve estar executando ONTAP 9.10.0 ou posterior.
  • O direito de licença do SnapMirror precisa ser obtido e aplicado ao cluster ONTAP local ou Cloud Volumes ONTAP. Trabalhe com sua equipe de conta para envolver um Especialista em Tecnologia do Azure na aplicação da licença ao cluster de armazenamento local.
  • O bloqueio de instantâneo deve ser desativado para volumes no cluster de origem. Se o bloqueio de instantâneo estiver habilitado, você receberá uma Last transfer error mensagem. Para desativar o bloqueio de instantâneo, consulte a documentação do ONTAP.
  • Verifique se sua topologia de rede tem suporte para Arquivos NetApp do Azure. Verifique se você estabeleceu a conectividade do seu armazenamento local com os Arquivos NetApp do Azure.
  • O espaço de endereço de sub-rede delegado para hospedar os volumes dos Arquivos NetApp do Azure deve ter pelo menos sete endereços IP livres: seis para emparelhamento de cluster e um para acesso de dados aos volumes de migração.
  • O espaço de endereço de sub-rede delegado deve ser dimensionado adequadamente para acomodar mais interfaces de rede do Azure NetApp Files. Revise as Diretrizes para o planejamento de rede dos Arquivos NetApp do Azure para garantir que você atenda aos requisitos de dimensionamento de sub-rede delegado.
  • Com o assistente de migração, os volumes dos Arquivos NetApp do Azure devem estar usando recursos de rede padrão. Para obter mais informações sobre como definir recursos de rede, consulte Configurar recursos de rede.
  • Depois de emitir o pedido de emparelhamento, o pedido deve ser aceite no prazo de 60 minutos. Os pedidos de pares expiram se não forem aceites no prazo de 60 minutos.
  • Você deve concluir migrações de um único cluster de origem usando uma assinatura do Azure antes de migrar volumes destinados a outra assinatura. O emparelhamento de cluster falha ao usar uma segunda assinatura do Azure e os mesmos clusters de origem externa.
  • Deve garantir que os pedidos de peering anteriores do cluster foram apagados e não estão visíveis no cluster de origem antes de iniciar um novo pedido de peering do cluster.
  • Se você usar o RBAC do Azure para separar a função do gerenciamento de armazenamento de Arquivos NetApp do Azure com a intenção de separar tarefas de gerenciamento de volumes em que os volumes residem no mesmo conjunto de irmãos de rede, esteja ciente de que os sistemas ONTAP conectados externamente emparelhados a esse conjunto irmão não aderem a essas funções definidas pelo Azure. O administrador de armazenamento externo pode ter visibilidade limitada para todos os volumes do conjunto irmão mostrando detalhes de metadados de nível de armazenamento.
  • Ao criar cada volume de migração, o algoritmo de posicionamento de volume dos Arquivos NetApp do Azure tenta reutilizar o mesmo sistema de armazenamento do Azure NetApp Files que qualquer volume criado anteriormente na assinatura para reduzir o número de placas de interface de rede (NICs) ou IPs consumidos na sub-rede delegada. Se isso não for possível, mais sete NICs serão consumidas.
  • Você deve garantir que não haja volumes externos do FlexGroup, pois eles não podem ser migrados para grandes volumes do Azure NetApp Files.
  • Quando a migração estiver em andamento, não habilite recursos como backup. Habilite os recursos somente quando a migração for concluída.

Sugestão

Para obter ajuda com a criação de um volume de migração e clusters de emparelhamento para o assistente de migração, consulte o script de exemplo de fluxo de trabalho do assistente de migração do PowerShell.

Registar a funcionalidade

Você precisa registrar o recurso antes de usá-lo para o assistente de migração pela primeira vez. Após o registro, o recurso é ativado e funciona em segundo plano.

  1. Registar a funcionalidade:

    Register-AzProviderFeature -ProviderNamespace Microsoft.NetApp -FeatureName ANFMigrationAssistant

  2. Verifique o estado do registo da funcionalidade:

    Observação

    O RegistrationState pode estar no Registering estado por até 60 minutos antes de mudar paraRegistered. Aguarde até que o status seja Registrado antes de continuar.

    Get-AzProviderFeature -ProviderNamespace Microsoft.NetApp -FeatureName ANFMigrationAssistant

Você também pode usar comandos da CLI do Azureaz feature register e az feature show para registrar o recurso e exibir o status do registro.

Antes de começar

Você deve criar recursos de ExpressRoute ou VPN para garantir a conectividade de rede do cluster externo NetApp ONTAP ao cluster de destino do Azure NetApp Files. Há várias maneiras de garantir a conectividade de rede. A conectividade inclui este conjunto de regras de firewall, todas bidirecionais:

  • ICMP
  • TCP 11104
  • TCP 11105
  • HTTPS

A conectividade de rede deve estar em vigor para todos os LIFs intercluster (IC) no cluster de origem para todos os LIFs IC no ponto de extremidade do Azure NetApp Files.

Observação

O assistente de migração copia todo o conteúdo do volume, incluindo diretórios, arquivos, metadados de arquivo (por exemplo, proprietário, data de criação, data de modificação) e instantâneos existentes. Você é responsável por garantir que o volume de destino dos Arquivos NetApp do Azure esteja configurado com LDAP ou Ative Directory.

Migrar volumes

  1. Autentique-se com o Azure Ative Directory para recuperar um token OAuth. Esse token é usado para chamadas de API subsequentes.

  2. Crie uma solicitação de API de migração para criar volumes de Arquivos NetApp do Azure para cada volume local que você pretende migrar.

    Importante

    Certifique-se de que o tamanho e outras propriedades de volume nos volumes de destino correspondam à origem.

    Você deve criar o volume Arquivos NetApp do Azure com 20% ou mais de cota do que o volume de origem. Os volumes do Azure NetApp Files utilizam tamanho de capacidade lógica. O volume de origem pode ser menor devido à desduplicação e à compressão. Para determinar o dimensionamento correto do volume do Azure NetApp Files, utilize o espaço lógico relatado pelo volume que está a migrar. Você pode reduzir os Arquivos NetApp do Azure sem interrupções após a migração para evitar o provisionamento excessivo.

    Os valores de "caminho remoto" são os nomes de host, servidor e volume do seu armazenamento local.

    PUT: https://<region>.management.azure.com/subscriptions/<subscription-ID>/resourceGroups/<resource-group-name>/providers/Microsoft.NetApp/netAppAccounts/<account-name>/capacityPools/<capacity-pool-name>/volumes/Migvolfinal?api-version=2025-07-01
Body: {
   "type":"Microsoft.NetApp/netAppAccounts/capacityPools/volumes",
   "location":"<LOCATION>",
   "properties":{
      "volumeType":"Migration",
      "dataProtection":{
         "replication":{
            "endpointType":"Dst",
            "replicationSchedule":"Hourly",
            "remotePath":{
               "externalHostName":"<external-host-name>",
               "serverName":"<server-name>",
               "volumeName":"<volume-name>"
            }
         }
      },
      "serviceLevel":"<service-level>",
      "creationToken":"<token>",
      "usageThreshold":<value>,
      "exportPolicy":{
         "rules":[
            {
               "ruleIndex":1,
               "unixReadOnly":false,
               "unixReadWrite":true,
               "cifs":<true|false>,
               "nfsv3":<true|false>,
               "nfsv41":<true|false>,
               "allowedClients":"0.0.0.0/0",
               "kerberos5ReadOnly":<true|false>,
               "kerberos5ReadWrite":<true|false>,
               "kerberos5iReadOnly":<true|false>,
               "kerberos5iReadWrite":<true|false>,
               "kerberos5pReadOnly":<true|false>,
               "kerberos5pReadWrite":<true|false>,
               "hasRootAccess":<true|false>
            }
         ]
      },
      "protocolTypes":[
         "<protocols>"
      ],
      "subnetId":"/subscriptions/<subscription-ID>/resourceGroups/<resource-group-name>/providers/Microsoft.Network/virtualNetworks/<virtual-network-name>/subnets/<subnet>",
      "networkFeatures":"Standard",
      "isLargeVolume":"false"
   }
}

  3. Emita uma solicitação de API de emparelhamento de cluster para cada um dos volumes de migração dos Arquivos NetApp do Azure de destino para o cluster local. Repita esta etapa para cada volume de migração. Cada chamada deve fornecer uma lista dos LIF intercluster de cluster locais. Os endereços IP de mesmo nível devem corresponder à sua rede local.

    Observação

    O emparelhamento de cluster suporta apenas uma assinatura ativa entre um determinado par de clusters de origem e de destino. Se uma segunda subscrição for criada para o mesmo par de clusters, o processo de emparelhamento falhará. Dentro da mesma zona, apenas uma assinatura ativa pode ser migrada de cada vez; no entanto, as migrações entre diferentes zonas são suportadas e serão concluídas com êxito.

    Observação

    Cada nó do seu sistema ONTAP precisa de um IC LIF. Cada IC LIF precisa ser listado aqui.

        PUT https://<region>.management.azure.com/subscriptions/<subscription-ID>/resourceGroups/<resource-group-name>/providers/Microsoft.NetApp/netAppAccounts/<account-name>/capacityPools/<capacity-pool-name>/volumes/<volume-names>/peerExternalCluster?api-version=2025-07-01

    Body: {
       "PeerAddresses":[
          "<LIF address>",
          "<LIF address>", 
          "<LIF address>",
          "<LIF address>"
       ]
    }

  4. Veja o cabeçalho do resultado. Copie o Azure-AsyncOperation ID.

  5. Em seu sistema ONTAP ou Cloud Volumes ONTAP, aceite a solicitação de peer de cluster dos Arquivos NetApp do Azure enviando uma solicitação GET usando Azure-AsyncOperation ID.

    POST https://<region>.management.azure.com/subscriptions/<subscription-ID>/providers/Microsoft.NetApp/locations/<location>/operationResults/<Azure-AsyncOperation>?api-version=2025-07-01...

    Observação

    Esta operação pode levar tempo. Verifique o estado do pedido. Ele fica completo quando esse status diz "Aprovado". Se o Azure-AsyncOperation não responder com êxito após uma hora ou falhar com um erro, execute o peerExternalCluster comando novamente. Verifique se a configuração de rede entre seu sistema ONTAP externo ou Cloud Volumes ONTAP e sua sub-rede delegada Azure NetApp Files está funcionando antes de continuar.

    {
    "id": "/subscriptions/<subscriptionID>/providers/Microsoft.NetApp/locations/southcentralus/operationResults/00000-aaaa-1111-bbbb-22222222222",
    "name": "<name>",
    "status": "Succeeded",
    "name": "<name>",
    "status": "Succeeded",
    "startTime": "2023-11-02T07:48:53.6563893Z",
    "endTime": "2023-11-02T07:53:25.3253982Z",
    "percentComplete": 100.0,
    "properties": {
        "peerAcceptCommand": "cluster peer create -ipspace <IP-SPACE-NAME> -encryption-protocol-proposed tls-psk -peer-addrs <peer-addresses-list>",
        "passphrase": "<passphrase>"
    }
}

  6. Depois de receber o status bem-sucedido, copie e cole a peerAcceptCommand cadeia de caracteres na linha de comando para seus volumes locais, seguida pela cadeia de caracteres da frase secreta.

    Observação

    Se a peerAcceptCommand cadeia de caracteres no corpo da resposta estiver vazia, o emparelhamento já está estabelecido. Ignore esta etapa para o volume de migração correspondente.

  7. Emita uma solicitação de authorizeExternalReplication API para seus volumes de migração. Repita essa solicitação para cada volume de migração.

    POST: https://<region>.management.azure.com/subscriptions/<subscription>/resourceGroups/<resource-group>/providers/Microsoft.NetApp/netAppAccounts/<account-name>/capacityPools/<capacity-pool-name>/volumes/<volume-names>/authorizeExternalReplication?api-version=2025-07-01

  8. Aceite a solicitação de par de máquina virtual de armazenamento (SVM) dos Arquivos NetApp do Azure enviando uma solicitação GET usando a ID de Azure-AsyncOperation na etapa 4.

    GET https://<region>.management.azure.com/subscriptions/<subscription-ID>/providers/Microsoft.NetApp/locations/<location>/operationResults/<>?api-version=2025-07-01&...

    A resposta é semelhante a:

    {
    "id": "/subscriptions/00000000-aaaa-0000-aaaa-0000000000000/providers/Microsoft.NetApp/locations/southcentralus/operationResults/00000000-aaaa-000-aaaa-000000000000"
    "name": "00000000-aaaa-000-aaaa-000000000000",
    "status": "Succeeded",
    "name": "00000000-aaaa-0000-aaaa-0000000000000",
    "status": "Succeeded",
    "startTime": "2023-11-02T07:48:53.6563893Z",
    "endTime": "2023-11-02T07:53:25.3253982Z",
    "percentComplete": 100.0,
    "properties": {
        "svmPeeringCommand": "vserver peer accept -vserver on-prem-svm-name -peer-vserver destination-svm-name",
    }
}

    Permita que a transferência de dados da linha de base seja concluída. Você pode monitorar o status da replicação usando o portal do Azure ou a API REST.

  9. Depois de receber a resposta, copie o comando CLI da CLI para a CLI ONTAP svmPeeringCommand .

  10. Depois que as transferências de linha de base forem concluídas, selecione um horário para colocar os volumes locais offline para evitar novas gravações de dados.

  11. Se houver alterações nos dados após a transferência da linha de base, envie uma solicitação "Executar transferência de replicação" para capturar quaisquer dados incrementais gravados após a conclusão da transferência da linha de base. Repita esta operação para cada volume de migração.

        POST https://<region>.management.azure.com/subscriptions/<subscription-ID>/resourceGroups/<resource-group-names>/providers/Microsoft.NetApp/netAppAccounts/<account-name>>/capacityPools/<capacity-pool>/volumes/<volumes>/performReplicationTransfer?api-version=2025-07-01

  12. Interrompa a relação de replicação. Para interromper a replicação no portal, navegue até o menu Replicação de cada volume e selecione Emparelhamento de quebra. Como alternativa, você pode enviar uma solicitação de API:

    POST https://<region>.management.azure.com/subscriptions/<subscription-ID>/resourceGroups/<resource-group>/providers/Microsoft.NetApp/netAppAccounts/<NetApp-account>/capacityPools/<capacity-pool-name>>/volumes/<volumes>/breakReplication?api-version=2025-07-01

    Observação

    Depois de interromper a relação de replicação, não execute nenhum snapmirror comando (como snapmirror delete ou snapmirror release); esses comandos tornam os volumes dos Arquivos NetApp do Azure inutilizáveis.

  13. Exclua a relação de replicação de migração. Se a replicação excluída for a última migração associada à sua assinatura, o par de cluster associado e os LIF intercluster serão excluídos.

    POST https://<region>.management.azure.com/subscriptions/<subscription-ID>/resourceGroups/<resource-group-name>/providers/Microsoft.NetApp/netAppAccounts/<NetApp-account>/capacityPools/<capacity-pool>/volumes/<volume-names>/finalizeExternalReplication?api-version=2025-07-01

    A finalização da replicação remove todas as informações de emparelhamento nos Arquivos NetApp do Azure. Confirme manualmente se todos os dados de replicação foram removidos no cluster ONTAP. Se alguma informação de emparelhamento permanecer, execute o cluster peer delete comando.

Mais informações

  • Last updated on