Migrar volumes para Arquivos NetApp do Azure

Ao utilizar o assistente de migração Azure NetApp Files, pode fazer peering e migrar volumes do ONTAP local ou Cloud Volumes ONTAP para Azure NetApp Files.

Requerimentos

  • Em ONTAP ou Cloud Volumes ONTAP, você deve estar executando ONTAP 9.10.0 ou posterior.
  • A licença de uso do SnapMirror precisa ser obtida e aplicada ao cluster ONTAP nas instalações ou ao 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âneos deve estar desativado nos volumes do cluster de origem. Se o bloqueio de instantâneo estiver habilitado, você receberá uma Last transfer error mensagem. Para desativar o bloqueio de snapshots, 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.
  • O assistente de migração irá emitir um pedido de peering para o cluster de armazenamento local. Os pedidos de peering devem ser aceites no cluster on-premises no prazo de 60 minutos. Após 60 minutos, um pedido de peering deixa de poder ser aceite e o peering falhará. Terás de recomeçar se isto acontecer.
  • Deve certificar-se de que os pedidos anteriores de emparelhamento de clusters foram eliminados e já não são apresentados no cluster de origem antes de iniciar um novo pedido de emparelhamento de clusters.
  • 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.
  • 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.
  • O assistente de migração migra dados de volume, incluindo listas de controlo de acesso ao nível de diretórios e ficheiros (ACLs). Quaisquer permissões ao nível de partilha não são migradas e precisam de ser recriadas manualmente.
  • Se o seu volume local tiver múltiplas partilhas (por exemplo, uma partilha raiz e sub-partilhas que apontam para subdiretórios), apenas a partilha principal é criada no volume Azure NetApp Files. Para verificar que partilhas existem nos seus volumes locais, use o comando vserver:
    • vserver cifs share show
    • vserver cifs share access-control show
  • Volumes FlexGroup on-premises não podem ser migrados para volumes grandes do Azure NetApp Files. Exclua volumes do FlexGroup da sua migração.
  • 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.

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 estabelecida para todos os LIFs intercluster (IC) no cluster de origem a todos os LIFs intercluster (IC) no endpoint 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 Azure NetApp Files com uma quota 20% maior ou mais do que a do 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 de Arquivos NetApp do Azure, direcionados ao cluster local. Repita esta etapa para cada volume de migração. Cada chamada deve fornecer uma lista de LIFs intercluster do cluster no local. 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. No seu sistema ONTAP ou Cloud Volumes ONTAP, aceite o pedido de emparelhamento de cluster dos Arquivos NetApp do Azure enviando uma solicitação GET usando a ID do 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

    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 estado com êxito, copie e cole a cadeia de caracteres de peerAcceptCommand na linha de comando para os seus volumes no local, seguida pela frase-passe.

    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 de svmPeeringCommand para a CLI ONTAP.

  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é ao menu Replicação de cada volume e selecione Interromper ligação. 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