Migración de volúmenes a Azure NetApp Files

Con el asistente de migración de Azure NetApp Files, puede emparejar y migrar volúmenes desde ONTAP local o Cloud Volumes ONTAP a Azure NetApp Files. El asistente para la migración está disponible con carácter general con la API REST y en versión preliminar para Azure Portal.

Requisitos

En ONTAP o Cloud Volumes ONTAP, debe ejecutar ONTAP 9.10.0 o una versión posterior.
Es necesario obtener la licencia de SnapMirror y aplicarla al clúster ONTAP local o Cloud Volumes ONTAP. Trabaje con su equipo de cuentas para involucrar a un especialista en tecnología de Azure en la aplicación de la licencia al clúster de almacenamiento local.
El bloqueo de instantáneas debe estar desactivado para los volúmenes del clúster de origen. Si el bloqueo de instantáneas está habilitado, recibirá un Last transfer error mensaje. Para deshabilitar el bloqueo de instantáneas, consulte la documentación de ONTAP.
Asegúrese de que la topología de red sea compatible con Azure NetApp Files. Asegúrese de haber establecido la conectividad desde su almacenamiento local a Azure NetApp Files.
El espacio de direcciones de subred delegado para alojar los volúmenes de Azure NetApp Files debe tener al menos siete direcciones IP libres: seis para el emparejamiento de clústeres y una para el acceso a los datos de los volúmenes de migración.
El espacio de direcciones de subred delegado debe tener el tamaño adecuado para dar cabida a más interfaces de red de Azure NetApp Files. Revise las Directrices para la planificación de redes de Azure NetApp Files para asegurarse de que cumple los requisitos para el dimensionamiento de subredes delegadas.
Con el asistente de migración, los volúmenes de Azure NetApp Files deben utilizar funciones de red estándar. Para obtener más información sobre cómo configurar las características de red, consulte Configurar características de red.
Después de emitir la solicitud de emparejamiento, la solicitud debe aceptarse en un plazo de 60 minutos. Las solicitudes entre nodos del mismo nivel caducan si no se aceptan en un plazo de 60 minutos.
Debe completar las migraciones desde un único clúster de origen utilizando una suscripción de Azure antes de migrar los volúmenes destinados a otra suscripción. El emparejamiento de clústeres falla cuando se utiliza una segunda suscripción de Azure y los mismos clústeres de origen externos.
Debe asegurarse de que se elimina la solicitud de emparejamiento de clústeres anterior y no se muestra en el clúster de origen antes de iniciar una nueva solicitud de emparejamiento de clústeres.
Si utiliza Azure RBAC para separar la función de administración del almacenamiento de Azure NetApp Files con la intención de separar las tareas de administración de volúmenes en las que los volúmenes residen en el mismo conjunto de redes hermanas, tenga en cuenta que los sistemas ONTAP conectados externamente y emparejados con ese conjunto de redes del mismo nivel no se adhieren a estas funciones definidas por Azure. El administrador de almacenamiento externo podría tener una visibilidad limitada de todos los volúmenes del conjunto de hermanos que muestran detalles de metadatos del nivel de almacenamiento.
Al crear cada volumen de migración, el algoritmo de ubicación de volúmenes de Azure NetApp Files intenta reutilizar el mismo sistema de almacenamiento de Azure NetApp Files que cualquier volumen creado anteriormente en la suscripción para reducir el número de tarjetas de interfaz de red (NIC) o direcciones IP consumidas en la subred delegada. Si esto no es posible, se consumen siete NIC adicionales.
Debe asegurarse de que no haya volúmenes externos de FlexGroup, ya que no se pueden migrar a grandes volúmenes de Azure NetApp Files.
Cuando la migración esté en curso, no habilite funciones como la copia de seguridad. Solo habilite las funciones una vez que se haya completado la migración.

Sugerencia

Para obtener ayuda sobre cómo crear un volumen de migración y clústeres de emparejamiento para el asistente de migración, consulte el script de ejemplo del flujo de trabajo del asistente de migración de PowerShell.

Registrar la característica

Debe registrar la función antes de utilizarla por primera vez en el asistente de migración. Después del registro, la característica está habilitada y funciona en segundo plano.

Registre la característica:

Register-AzProviderFeature -ProviderNamespace Microsoft.NetApp -FeatureName ANFMigrationAssistant

Compruebe el estado del registro de la característica:

Nota:

RegistrationState puede estar en el estado Registering hasta 60 minutos antes de cambiar a Registered. Espere hasta que el estado sea Registrado antes de continuar.
```
Get-AzProviderFeature -ProviderNamespace Microsoft.NetApp -FeatureName ANFMigrationAssistant
```

También puede usar los comandos de la CLI de Azureaz feature register para registrar la característica y mostrar el estado de registro.

Antes de empezar

Debe crear recursos de ExpressRoute o VPN para garantizar la conectividad de red desde el clúster externo de NetApp ONTAP al clúster de Azure NetApp Files de destino. Hay varias formas de garantizar la conectividad de red. La conectividad incluye este conjunto de reglas de firewall, que son bidireccionales:

ICMP
TCP 11104
TCP 11105
HTTPS

La conectividad de red debe estar establecida para todos los LIF entre clústeres (IC) del clúster de origen a todos los LIF IC del punto de conexión de Azure NetApp Files.

Nota:

El asistente de migración copia todo el contenido del volumen, incluidos los directorios, los archivos, los metadatos de los archivos (por ejemplo, el propietario, la fecha de creación y la fecha de modificación) y las instantáneas existentes. Usted es responsable de garantizar que el volumen de destino de Azure NetApp Files esté configurado con LDAP o Active Directory.

Autentíquese con Azure Active Directory para recuperar un token OAuth. Este token se utiliza para llamadas API posteriores.

Cree una solicitud de API de migración para crear volúmenes de Azure NetApp Files para cada volumen local que desee migrar.

Importante

Asegúrese de que el tamaño y otras propiedades de los volúmenes de destino coincidan con los del origen.

Debe crear el volumen de Azure NetApp Files con una cuota igual o superior al 20 % del volumen de origen. Los volúmenes de Azure NetApp Files usan el tamaño de capacidad lógica. El volumen de origen puede ser menor debido a la deduplicación y la compresión. Para el dimensionamiento correcto del volumen de Azure NetApp Files, use el espacio lógico informado por el volumen que está migrando. Puede reducir Azure NetApp Files sin interrupciones después de la migración para evitar el sobre aprovisionamiento.

Los valores de "ruta remota" son los nombres del host, el servidor y el volumen de su almacenamiento 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"
   }
}

Emita una solicitud de API de emparejamiento de clústeres para cada uno de los volúmenes de migración de Azure NetApp Files de destino al clúster local. Repita este paso para cada volumen de migración. Cada llamada debe proporcionar una lista de los LIF entre clústeres locales. Las direcciones IP del mismo nivel deben coincidir con su red local.

Nota:

El emparejamiento de clústeres solo admite una suscripción activa entre un par determinado de clústeres de origen y de destino. Si se crea una segunda suscripción para el mismo par de clústeres, se producirá un error en el proceso de emparejamiento. Dentro de la misma zona, solo se puede migrar una suscripción activa a la vez; sin embargo, se admiten migraciones entre distintas zonas y se completarán correctamente.

Nota:

Cada nodo de su sistema ONTAP necesita un IC LIF. Cada IC LIF debe aparecer en esta lista.
```
    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>"
       ]
    }
```
Vea el encabezado de resultado. Copie el id. Azure-AsyncOperation

En su sistema ONTAP o Volúmenes en la nube de ONTAP, acepte la solicitud emparejamiento del clúster de Azure NetApp Files enviando una solicitud GET con el ID de Azure-AsyncOperation.

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

Nota:

Esta operación puede tardar un poco. Compruebe el estado de la solicitud. El proceso habrá finalizado cuando el estado indique "Correcto". Si el Azure-AsyncOperation no responde correctamente después de una hora o falla con un error, vuelva a ejecutar el comandopeerExternalCluster. Asegúrese de que la configuración de red entre su sistema ONTAP externo o Volúmenes en la nube de ONTAP y su subred delegada de Azure NetApp Files funciona correctamente 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>"
    }
}

Una vez que reciba el estado de éxito, copie y pegue la cadena peerAcceptCommand en la línea de comandos para sus volúmenes locales, seguida de la cadena de contraseña.

Nota:

Si la cadena peerAcceptCommand del cuerpo de la respuesta está vacía, el emparejamiento ya está establecido. Omita este paso para el volumen de migración correspondiente.

Emita una solicitud API authorizeExternalReplication para sus volúmenes de migración. Repita esta solicitud para cada volumen de migración.

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

Acepte la solicitud de emparejamiento de la máquina virtual de almacenamiento (SVM) de Azure NetApp Files enviando una solicitud GET con el id. de Azure-AsyncOperation del paso 4.

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

La respuesta tiene el siguiente aspecto:

{
    "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 se complete la transferencia de datos de referencia. Puede supervisar el estado de la replicación mediante Azure Portal o la API REST.

Después de recibir la respuesta, copie el comando CLI de svmPeeringCommand en la CLI de ONTAP.
Una vez completadas las transferencias iniciales, seleccione un momento para desconectar los volúmenes locales y evitar que se escriban nuevos datos.
Si se produjeron cambios en los datos después de la transferencia inicial, envíe una solicitud de "Realizar transferencia de replicación" para capturar cualquier escritura de datos incremental después de que se completara la transferencia inicial. Repita esta operación para cada volumen de migración.
```
    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 
```
Pausar la relación de replicación. Para pausar la replicación en el portal, vaya al menú Replicación de cada volumen y seleccione pausar emparejamiento. También puede enviar una solicitud 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
```
Nota:

Una vez que pause la relación de replicación, no ejecute ningún comando snapmirror (como snapmirror delete o snapmirror release); estos comandos inutilizan los volúmenes de Azure NetApp Files.
Elimine la relación de replicación de migración. Si la replicación eliminada es la última migración asociada a su suscripción, se eliminarán los LIF de clúster y entre clústeres asociados.
```
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
```
Al finalizar la replicación, se elimina toda la información de emparejamiento en Azure NetApp Files. Confirme manualmente que todos los datos de replicación se hayan eliminado del clúster ONTAP. Si queda alguna información de emparejamiento, ejecute el comandocluster peer delete.

La versión del portal del asistente para la migración está actualmente en versión preliminar.

En la vista de la cuenta de NetApp, seleccione Asistente para migración.

La página del Asistente para la migración aparece con una lista de migraciones actuales y continuas junto con las acciones que puede realizar para crear y administrar migraciones. Estas acciones son:

Acción	Description
Nueva migración	Inicia el proceso de migración y crea el volumen de migración de Azure NetApp Files.
Sincronización ahora	Inicia la replicación manual de datos para la migración, lo que garantiza que se sincronizan los cambios más recientes.
Prueba en vacío	Pausa la migración para hacer una simulación y comprobar las aplicaciones y el acceso a los datos antes de la transición.
Reanudar	Reanuda el proceso de migración una vez completada la prueba en seco. Al reanudar el proceso se borran todos los datos escritos en el volumen durante la pausa.
Transicionar	Quita la relación de replicación. Si esta es la última migración a este almacenamiento de Azure NetApp Files, se eliminará también la relación de emparejamiento de red.
Finalización de la migración	Elimina la relación de migración externa y convierte el volumen de destino en un volumen normal. Si esta es la última migración a esta cuenta de Azure NetApp Files, la relación de emparejamiento también se elimina.
Cancelación de la migración	Cancela el proceso de migración y elimina el volumen de destino. La relación de emparejamiento entre el clúster ONTAP y Azure NetApp Files se elimina si no es utilizada por ningún otro volumen de migración.
Visualización de los detalles de la migración	Obtenga información sobre el estado de la migración y los detalles de un volumen específico. Para ver estos detalles, seleccione los tres puntos `...` asociados al volumen en la columna Acciones y, a continuación, Vea los detalles de la migración.

Seleccione Nueva migración.
En la pestaña Origen , proporcione la siguiente información:
- Nombre del clúster Escriba el nombre del clúster que contiene el volumen que va a migrar.
- Nombre de SVM Escriba el nombre de la SVM externa que contiene el volumen que va a migrar.
- Nombre del volumen de origen Escriba el nombre del volumen ONTAP externo que va a migrar.
- Tamaño del volumen Escriba la cuota del volumen que va a migrar.
- Programación de replicación Elija la frecuencia con la que se deben sincronizar los datos desde el volumen de origen del clúster ONTAP externo al volumen de migración de Azure NetApp Files.
Complete la información restante y continúe con la creación del volumen de Azure NetApp Files. Siga los pasos de su protocolo correspondiente. Consulte Creación de un volumen NFS, Creación de un volumen SMB o Creación de un volumen de protocolo dual.
Selecciona Revisar y crear para revisar los detalles del volumen. Seleccione Crear para crear el volumen de migración de Azure NetApp Files.

El volumen que creaste aparece en la vista del asistente de migración y también es visible en la lista de todos los volúmenes de la cuenta de NetApp o del grupo seleccionado en la vista del grupo.

Un volumen hereda los atributos de suscripción, grupo de recursos y ubicación de su grupo de capacidad. Para supervisar el estado de implementación del volumen, puede usar la pestaña Notificaciones. Una vez completada la implementación del volumen de migración de Azure NetApp Files, seleccione Ir al recurso para ir a la hoja de información general del volumen recién creado.
Vaya a la pestaña Migración y seleccione Configurar Peering.
Si los clústeres no están emparejados, proporcione las direcciones LIF entre clústeres (IC) para cada nodo del clúster externo y seleccione Continuar. Si los clústeres ya están emparejados, pero aún no se ha iniciado el emparejamiento de SVM, se le dirigirá directamente al emparejamiento de SVM.

Espere hasta que se devuelva el comando de emparejamiento de clústeres y la frase de contraseña.
Ejecute el comando de emparejamiento de clústeres en el clúster externo y autentíquese con la frase de contraseña proporcionada. Una vez autenticado, seleccione Continue to SVM Peering (Continuar con el emparejamiento de SVM).
Recopile el comando de emparejamiento de SVM para ejecutar en el clúster externo.

Una vez completado el emparejamiento, se inicializa la transferencia de migración y los datos de línea base se transfieren desde el volumen ONTAP externo de origen al volumen de migración de Azure NetApp Files. Una vez completada la transferencia inicial, los datos entre los dos volúmenes se sincronizan según la programación de replicación seleccionada durante la creación del volumen de migración.
Pausar la migración para realizar una simulación para probar y realizar cambios, o llevar a cabo la transición para prepararse para finalizar la migración.

Al pausar la migración, el volumen es legible y escribible. Reanudando después de pausar borra todos los datos escritos en el volumen durante la pausa.
Una vez completada la migración, puede finalizar la migración. Finalizar elimina la relación de replicación y limpia la infraestructura.

El volumen se convierte en un volumen de lectura y escritura y funciona como un volumen normal de Azure NetApp Files una vez completada la migración.

Información adicional

Comentarios

¿Le ha resultado útil esta página?

Last updated on 2026-01-08