Compartilhar via

Migrar volumes para o Azure NetApp Files

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

Requirements

  • No ONTAP ou no ONTAP de Volumes de Nuvem, é preciso executar o ONTAP 9.10.0 ou posterior.
  • O direito de licença do SnapMirror precisa ser obtido e aplicado ao cluster do ONTAP local ou do ONTAP de Volumes de Nuvem. 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 precisa ser desativado para os volumes no cluster de origem. Se o bloqueio de instantâneo estiver habilitado, você receberá uma Last transfer error mensagem. Para desabilitar o bloqueio de instantâneo, veja a documentação do ONTAP.
  • Verifique se há suporte para a topologia de rede no Azure NetApp Files. Verifique se você estabeleceu a conectividade do armazenamento local com o Azure NetApp Files.
  • O espaço de endereço de sub-rede delegado para hospedar os volumes do Azure NetApp Files precisa ter, pelo menos, sete endereços IP livres: seis para o emparelhamento do cluster e um para o acesso aos dados aos volumes de migração.
  • O espaço de endereço de sub-rede delegado deve ser dimensionado de maneira adequada para acomodar mais adaptadores de rede do Azure NetApp Files. Leia Diretrizes para o planejamento de rede do Azure NetApp Files para garantir que você atenda aos requisitos de dimensionamento de sub-rede delegada.
  • Com o Assistente de Migração, os volumes do Azure NetApp Files precisam usar recursos de rede Standard. Para encontrar mais informações sobre como definir os recursos de rede, veja Configurar os recursos de rede.
  • Depois de emitir a solicitação de emparelhamento, a solicitação precisa ser aceita em até 60 minutos. As solicitações de par expiram se não são aceitas em até 60 minutos.
  • Você deve concluir as migrações de um cluster de origem individual 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.
  • Você deve garantir que a solicitação de emparelhamento de cluster anterior seja excluída e não esteja sendo exibida no cluster de origem antes de iniciar uma nova solicitação de emparelhamento de cluster.
  • Se você usar o RBAC do Azure para separar a função do gerenciamento de armazenamento do Azure NetApp Files com a intenção de separar as tarefas de gerenciamento de volume em que os volumes estão no mesmo conjunto irmão de rede, lembre-se de que os sistemas ONTAP conectados externamente emparelhados com esse conjunto irmão não respeitam essas funções definidas pelo Azure. O administrador de armazenamento externo pode ter visibilidade limitada em todos os volumes no conjunto irmão que mostram detalhes de metadados no armazenamento.
  • Ao criar cada volume de migração, o algoritmo de posicionamento de volume do Azure NetApp Files tenta reutilizar o mesmo sistema de armazenamento do Azure NetApp Files que qualquer volume criado anteriormente na assinatura para reduzir o número de NICs (cartões de adaptador de rede) ou de IPs consumidos na sub-rede delegada. Se isso não for possível, outras 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 o backup. Habilite apenas os recursos após a conclusão da migração.

Dica

Para receber ajuda com a criação de um volume de migração e clusters de emparelhamento para o Assistente de Migração, veja o exemplo de script de fluxo de trabalho do Assistente de Migração do PowerShell.

Registrar o recurso

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

  1. Registrar o recurso:

    Register-AzProviderFeature -ProviderNamespace Microsoft.NetApp -FeatureName ANFMigrationAssistant

  2. Verifique o status do registro do recurso:

    Observação

    O RegistrationState pode ficar no estado Registering por até 60 minutos antes da alteração para Registered. Aguarde até que o status seja Registrado antes de continuar.

    Get-AzProviderFeature -ProviderNamespace Microsoft.NetApp -FeatureName ANFMigrationAssistant

Você também pode usar os 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 do ExpressRoute ou VPN para garantir a conectividade de rede do cluster externo do NetApp ONTAP para o cluster do Azure NetApp Files de destino. Há várias maneiras de garantir a conectividade de rede. A conectividade inclui esse conjunto de regras de firewall, que são todas bidirecionais:

  • ICMP
  • TCP 11104
  • TCP 11105
  • HTTPS

A conectividade de rede precisa estar em vigor para todas as LIFs IC (entre clusters) no cluster de origem para todas as 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 e data modificada) e os instantâneos existentes. Você é responsável por garantir que o volume de destino do Azure NetApp Files esteja configurado com o LDAP ou o Active Directory.

Migrar volumes

  1. Autenticar com o Azure Active Directory para recuperar um token OAuth. Esse token é usado para chamadas às API seguintes.

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

    Importante

    Verifique se o tamanho e outras propriedades de volume nos volumes de destino correspondem à origem.

    Você deve criar o volume do Azure NetApp Files com 20% ou mais cotas do que o volume de origem. Os volumes do Azure NetApp Files usam o tamanho da capacidade lógica. O volume de origem pode ser menor devido à eliminação de duplicação e à compactação. Para o dimensionamento correto do volume do Azure NetApp Files, use o espaço lógico relatado pelo volume que você está migrando. Você pode reduzir o Azure NetApp Files sem interrupção após a migração para impedir o provisionamento excessivo.

    Os valores do “caminho remoto” são os nomes do host, o servidor e o volume do 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 do Azure NetApp Files de destino para o cluster local. Repita esta etapa para cada volume de migração. Cada chamada precisa fornecer uma lista das LIFs entre clusters do cluster local. Os endereços IP de par precisam corresponder à rede local.

    Observação

    O emparelhamento de cluster só dá suporte a uma assinatura ativa entre determinado par de clusters de origem e de destino. Se uma segunda assinatura for criada para os mesmos pares de clusters, o processo de emparelhamento falhará. Dentro da mesma zona, apenas uma assinatura ativa pode ser migrada por vez; no entanto, as migrações entre diferentes zonas têm suporte e serão concluídas com êxito.

    Observação

    Cada nó no sistema ONTAP precisa de uma LIF IC. Cada LIF IC precisa estar listada 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 a ID Azure-AsyncOperation.

  5. No sistema ONTAP ou no ONTAP de Volumes de Nuvem, aceite a solicitação de par de cluster do Azure NetApp Files enviando uma solicitação GET com a ID Azure-AsyncOperation.

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

    Observação

    Essa operação pode levar algum tempo. Verifique o status da solicitação. Ela é concluída quando o status indica “Bem-sucedido”. Se Azure-AsyncOperation não responder com êxito após uma hora ou falhar com um erro, execute o comando peerExternalCluster novamente. Verifique se a configuração de rede entre o sistema ONTAP externo ou ONTAP de Volumes de Nuvem e a sub-rede delegada do 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 cadeia de caracteres peerAcceptCommand na linha de comando para os volumes locais seguidos pela cadeia de caracteres da frase secreta.

    Observação

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

  7. Emita uma solicitação de API authorizeExternalReplication 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 da SVM (máquina virtual de armazenamento) do Azure NetApp Files enviando uma solicitação GET usando a ID 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 tem essa aparência:

    {
    "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 de linha de base seja concluída. Monitore o status da replicação usando o portal do Azure ou a API REST.

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

  10. Depois que as transferências de linha de base forem concluídas, selecione um horário para colocar os volumes locais offline a fim de 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 os dados incrementais gravados após a conclusão da transferência de linha de base. Repita essa 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. Desfaça a relação de replicação. Para interromper a replicação no portal, navegue até o menu Replicação de cada volume e selecione Desfazer emparelhamento. 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 desfazer a relação de replicação, não execute comandos snapmirror (como snapmirror delete ou snapmirror release); esses comandos tornam os volumes do Azure NetApp Files 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, as LIFs de cluster par e entre clusters associadas serão excluídas.

    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 do Azure NetApp Files. Confirme manualmente se todos os dados de replicação foram removidos do cluster do ONTAP. Se alguma informação de emparelhamento permanecer, execute o comando cluster peer delete.

Mais informações

  • Last updated on