Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Azure Storage Mover soporta migración sin agentes de nube a nube desde AWS FSx para Windows File Server (SMB) a Azure Files (SMB).
Este artículo explica cómo preparar los requisitos previos, configurar endpoints, ejecutar trabajos de migración, validar datos y completar el cutover.
Importante
Las migraciones a SMB de FSx requieren conectividad privada entre Azure y la red AWS que aloja tu sistema de archivos FSx.
Prerequisites
Antes de comenzar, asegúrese de que dispone de:
- Una cuenta de AWS con acceso al despliegue FSx for Windows File Server que quieres migrar.
- Un recurso de Storage Mover en tu suscripción de Azure.
- Una cuenta de Azure Storage y un destino compartido de archivos en Azure.
- Una conexión privada para migración entre nubes. Consulta Migraciones que requieren conexiones privadas y Planificar redes privadas para migraciones de nube a nube.
- Un Azure Key Vault que almacena las credenciales FSx en dos secretos: uno para el nombre de usuario y otro para la contraseña.
- Permisos para crear recursos de Storage Mover y asignar los roles RBAC requeridos.
Límites de migración y comportamiento
El escenario de migración de FSx a Azure Files actualmente está en vista previa. Revisa estos límites y comportamientos antes de usarlos en producción:
- Cada trabajo de migración soporta hasta 500 millones de objetos. Si tu compartición FSx contiene más objetos, divide el alcance de migración entre varios trabajos.
- Hasta 10 trabajos de migración pueden ejecutarse simultáneamente por suscripción.
- Durante la vista previa, ejecuta solo un trabajo de migración a la vez por cada recurso compartido de archivos de Azure de destino para evitar conflictos.
- No se admiten recursos SMB 1.x. Usa SMB 2.x o SMB 3.x.
- Los datos se copian, no se mueven. Los datos de origen permanecen en FSx a menos que los desmanteles.
Para conocer los límites y restricciones más recientes, consulta conceptos básicos de migración a la nube y notas de versión.
Crear el punto final de origen (AWS FSx SMB)
Cree un punto de conexión de origen que apunte a su recurso compartido SMB de FSx.
En tu recurso Storage Moover, expande el elemento Gestión de Recursos en la navegación izquierda. Seleccione Puntos de conexión de almacenamiento>Puntos de conexión de origen>Crear punto de conexión para abrir el panel Crear punto de conexión de origen.
En el panel Crear punto final de origen , selecciona el desplegable Tipo de migración y elige la opción de migración multicloud . A continuación, selecciona el desplegable Tipo de fuente y elige la opción AWS FSx - SMB . Sumar valores para los siguientes campos:
Nombre de host o dirección IP: El nombre FSx DNS/FQDN o IP privada.
Nombre del recurso compartido: Solo el nombre del recurso compartido (por ejemplo,
Data). No incluya barras invertidas iniciales.Key Vault: El nombre de tu Azure Key Vault.
Método de entrada de nombre de usuario y método de introducción de contraseña: Selecciona la opción correspondiente a tu caso de uso. Esta opción puede ser el nombre del secreto de usuario y contraseña o el URI del secreto de usuario y contraseña .
Secreto de nombre de usuario o URI secreto de nombre: Selecciona o introduce el secreto de nombre de usuario o el URI del secreto de usuario.
Secreto de contraseña o URI secreto de contraseña: Selecciona o introduce el secreto de contraseña o el URI del secreto de contraseña.
Descripción de la fuente: Una descripción opcional para tu nuevo recurso de endpoint de origen.
- Después de añadir todos los valores necesarios, selecciona Crear para guardar tus cambios y crea un nuevo recurso de endpoint de origen.
Nota:
Si la asignación de roles no ocurre automáticamente en tiempo de ejecución, asigna Key Vault Secrets User a la identidad gestionada del endpoint de origen.
Crear el endpoint objetivo para Azure Files
Crea un endpoint SMB objetivo para compartir archivos en Azure.
En tu recurso Storage Moover, expande el elemento Gestión de Recursos en la navegación izquierda. Seleccione Puntos de conexión de almacenamiento>Puntos de conexión de destino>Añadir punto de conexión para abrir el panel Crear punto de conexión de destino.
En el panel Crear punto de conexión de destino, selecciona las listas desplegables Suscripción y Cuenta de almacenamiento. Selecciona los valores correspondientes a la suscripción y la cuenta de almacenamiento que contienen el recurso compartido de archivos de Azure de destino.
Selecciona el desplegable Tipo de destino y elige la opción de compartir archivos .
Selecciona la opción de protocolo correspondiente en el campo Protocolo .
Selecciona la lista desplegable Recurso compartido de archivos y elige el nombre del recurso compartido de archivos de destino donde se almacenarán tus datos.
Opcionalmente, añade una descripción para tu endpoint objetivo en el campo Descripción .
Selecciona Crear para guardar tus cambios y crea un nuevo recurso objetivo para el endpoint.
Nota:
Si la asignación de roles no ocurre automáticamente en tiempo de ejecución, asigna Storage File Data Privileged Contributor a la identidad gestionada del endpoint destino.
Crear y ejecutar un trabajo de migración
Después de crear los endpoints, crea una definición de proyecto y de trabajo. Después de crear los recursos de proyecto y de definición de trabajo, ejecuta la primera pasada de copia.
Creación de un proyecto
Vaya a la página Proyectos del portal de Azure para acceder a los proyectos. La vista Todos los proyectos predeterminados muestra los nombres de los proyectos aprovisionados y un resumen de los trabajos que contienen.
Seleccione Crear proyecto para abrir el panel Crear un proyecto . Introduce un nombre de project en el campo de nombre de Project y una descripción opcional en el campo de descripción de Project. Por último, seleccione Crear para aprovisionar el proyecto.
Creación de una definición de trabajo
En el explorador de Project, selecciona el project que creaste en la sección anterior. A continuación, selecciona Crear una definición de trabajo en la vista Todos los proyectos.
En la pestaña Información básica, configure los siguientes valores:
- Tipo de migración: Migración multinube
- Tipo de fuente: AWS FSx - SMB (Vista previa)
-
Nombre del puesto: Por ejemplo,
FSxToAzureFilesJob - Descripción: Añadir una descripción opcional.
En las secciones Endpoints, configura los campos Punto final de origen, Punto final de destino y Subruta según sea necesario y según se indique.
En la sección de conexiones privadas (vista previa), seleccione el botón Añadir conexiones privadas y elija el recurso de conexión privada correspondiente.
En la pestaña de Configuración , configura el modo Copiar en Espejo para las migraciones iniciales.
En la pestaña de Revisión , verifica valores y selecciona Crear.
Sugerencia
Usa Aditivo para las migraciones iniciales. Usa Espejo solo cuando quieras que el destino coincida exactamente con la fuente.
Inicia y supervisa un trabajo de migración
- Ve a Empleos de migración, abre la definición de tu puesto y selecciona Empezar trabajo.
- Selecciona Start para comenzar la partida.
- Monitoriza detalles como archivos transferidos, rendimiento y errores.
Importante
Si el inicio del trabajo falla debido a permisos, asigna los roles necesarios y vuelve a intentarlo:
- Usuario de secretos de Key Vault en Key Vault para la identidad del punto de conexión de origen.
- Colaborador con privilegios de datos de archivos de almacenamiento en la cuenta de almacenamiento de destino para la identidad del punto de conexión de destino.
Validar la migración y realizar la transición
Utiliza un patrón de migración incremental para minimizar el tiempo de inactividad.
- Realiza una copia inicial y valida la estructura de carpetas, el número de archivos y la integridad de los archivos de muestra en Azure Files.
- Ejecuta pasadas incrementales para copiar solo los datos modificados.
- Para la transición final, detén las escrituras en el origen de FSx.
- Ejecuta una pasada incremental final.
- Redirije usuarios y aplicaciones a Azure Files usando rutas UNC como
\\<storage-account-name>.file.core.windows.net\<share-name>. - Mantener FSx disponible en modo de solo lectura durante un breve periodo de contingencia y, después, retirarlo una vez validado.
Solución de problemas
Si los trabajos de migración fallan, comprueba primero los siguientes elementos:
- Permisos: Validar el acceso secreto de Key Vault para la identidad del punto final de origen y el acceso a los datos de almacenamiento para la identidad del punto final objetivo.
- Red: Verificar el estado de la conexión privada y la configuración de rutas de red compatibles, incluyendo la accesibilidad de TCP 445 a través de VPN, ExpressRoute, NSG y controles de cortafuegos.
- Valores de ruta de origen: Confirma que el host FSx y el nombre del share son correctos.
- Estado de la ejecución: Revisa la última salida de la definición de trabajo y los detalles del error del portal antes de intentarlo de nuevo.
Para más orientación sobre la resolución de problemas, véase: