Conceptos básicos de la migración a la nube para el almacenamiento de archivos y carpetas
Cada migración comienza con una necesidad empresarial. Una migración a la nube transforma una carga de trabajo moviendo los archivos y carpetas en los que depende. Una carga de trabajo puede ser una aplicación o un acceso directo al usuario. En cualquier caso, la carga de trabajo tiene una dependencia del almacenamiento que se mueve a la nube. La carga de trabajo también puede moverse a la nube o permanecer donde está, pero requerir un cambio de configuración para apuntar a la nueva ubicación de almacenamiento en la nube. Estos detalles se registran en el diseño de la solución en la nube que tiene una sección de almacenamiento.
El propósito de este artículo es proporcionar información sobre cómo puede lograr una migración de almacenamiento a Azure, de modo que pueda realizar el diseño de la solución en la nube para el almacenamiento.
La migración de archivos y carpetas a la nube requiere una planeación cuidadosa y muchas consideraciones a lo largo del proceso para lograr un resultado óptimo. Azure Storage Mover proporciona una lista creciente de características y escenarios de migración que le admiten en su recorrido. En este artículo, desglosamos las tareas comunes de una migración en fases que cada una tiene su propia sección.
Fase 1: Detección
En la fase de detección, decide qué ubicaciones de origen forman parte del proyecto de migración. Azure Storage Mover controla las ubicaciones de origen en forma de recursos compartidos de archivos. Estas ubicaciones podrían residir en el almacenamiento conectado a la red (NAS), un servidor o incluso en una estación de trabajo. Los protocolos comunes para los recursos compartidos de archivos son SMB (bloque de mensajes del servidor) y NFS (sistema de archivos de red).
Si la carga de trabajo usa Almacenamiento conectado directo (DAS), lo más probable es que Azure Storage Mover todavía pueda ayudar con la migración a la nube. Es posible que pueda crear un recurso compartido de archivos en la ruta de acceso de la carpeta local y, a continuación, compartir la ubicación a través de la red local. Con los permisos adecuados y las consideraciones de red, ahora puede migrar esta ubicación a Azure, incluso si la aplicación usa la ruta de acceso local.
Empiece por hacer una lista de todos los recursos compartidos en los que depende la carga de trabajo. Consulte el diseño de la solución en la nube para ver qué recursos compartidos permanecen en el entorno local y cuáles están en el ámbito de la migración a la nube. Limite el ámbito del proyecto de migración tanto como sea posible. En última instancia, la carga de trabajo debe conmutar por error a las ubicaciones de nube. Cuanto menor sea el número de ubicaciones de origen, más fácil será la conmutación por error de la carga de trabajo.
Si necesita migrar el almacenamiento para varias cargas de trabajo aproximadamente al mismo tiempo, debe dividirlos en proyectos de migración individuales.
Importante
No se recomienda incluir varias cargas de trabajo en un solo proyecto de migración. Cada carga de trabajo debe tener su propio proyecto de migración. Estructurar el proyecto de esta manera simplificará significativamente la administración de la migración y la conmutación por error de la carga de trabajo.
El resultado de la fase de detección es una lista de recursos compartidos de archivos que debe migrar a Azure. Debe tener listas distintas por carga de trabajo.
Azure Storage Mover ofrece proyectos de migración para crear y almacenar listas individuales. Una práctica habitual es asignar un nombre al proyecto de migración después de la carga de trabajo que va a migrar. Esta práctica simplifica la supervisión de los pasos de planeamiento y el progreso de la migración.
Fase 2: Valoración
Azure ofrece varios tipos de almacenamiento en la nube. Un aspecto fundamental de las migraciones de archivos a Azure es determinar qué opción de almacenamiento de Azure es la adecuada para los datos. El número de archivos y carpetas, su estructura de directorios, protocolo de acceso, fidelidad de archivos y otros aspectos son entradas importantes en un diseño completo de soluciones en la nube.
En la fase de evaluación, investigará los recursos compartidos detectados y de la lista abreviada para asegurarse de que ha elegido el almacenamiento de destino de Azure adecuado para el diseño de la solución en la nube.
Una parte clave de cualquier migración es capturar la fidelidad requerida de los archivos al mover los archivos desde su ubicación de almacenamiento actual a Azure. Los distintos sistemas de archivos y dispositivos de almacenamiento registran una matriz de información de fidelidad de archivos, y no siempre es necesario conservar o mantener esa información en Azure. La fidelidad de archivos requerida por su escenario y el grado de fidelidad admitido por la oferta de almacenamiento en Azure también le ayuda a elegir la solución de almacenamiento adecuada en Azure. Normalmente, los datos de archivos de uso general dependen de al menos algunos metadatos de archivo. Pero puede que no sea el caso de los datos de la aplicación.
Los dos componentes básicos de un archivo son los siguientes:
- Flujo de datos El flujo de datos de un archivo almacena el contenido del archivo.
- Metadatos de archivo: los metadatos del archivo tienen estos subcomponentes:
- atributos de archivo, como solo lectura
- permisos de archivo, como permisos NTFS o listas de control de acceso de archivos y carpetas (ACL)
- marcas de tiempo, especialmente las marcas de tiempo de creación y última modificación
- un flujo de datos alternativo, que es un espacio para almacenar grandes cantidades de propiedades no estándar.
La fidelidad de los archivos en una migración se puede definir como la capacidad de:
- Lea toda la información de archivo necesaria del origen.
- Transferir archivos con la herramienta o servicio de migración.
- Almacenar archivos en el almacenamiento de destino de la migración.
La salida de la fase de evaluación es una lista de aspectos que se encuentran en el recurso compartido de origen. Estos aspectos pueden incluir datos como:
- Tamaño del recurso compartido.
- El número de elementos de espacio de nombres o el recuento combinado de archivos y carpetas.
- Nivel de fidelidad que se debe conservar en el destino de Almacenamiento de Azure.
- Nivel de fidelidad que debe permanecer trabajando de forma nativa en el destino de Almacenamiento de Azure.
Esta información es una entrada importante en el diseño de soluciones en la nube para el almacenamiento.
Fase 3: Planificación
En la fase de planeación, combinará los recursos compartidos de origen detectados con las ubicaciones de destino en Azure.
La fase de planeación asigna cada recurso compartido de origen a un destino específico, como un contenedor de blobs de Azure o un recurso compartido de archivos de Azure. Para ello, debe planear y registrar qué suscripción y cuentas de almacenamiento de Azure contienen los recursos de destino.
En el servicio Azure Storage Mover, puede registrar cada par de origen o destino como definición de trabajo. Una definición de trabajo está anidada en el proyecto de migración que ha creado anteriormente. Necesita una definición de trabajo nueva y distinta para cada par de origen o destino.
Nota:
En esta versión de Azure Storage Mover, el almacenamiento de destino debe existir para poder crear una definición de trabajo. Por ejemplo, si el destino es un contenedor de blobs de Azure, debe implementarlo antes de crear una nueva definición de trabajo.
El resultado de la fase de planeación es una asignación de recursos compartidos de origen a ubicaciones de destino de Azure. Si los destinos aún no existen, tendrá que completar la siguiente fase "Implementar" para poder registrar el plan de migración en el servicio Azure Storage Mover.
Fase 4: Implementación
Después de completar un plan de migración, debe asegurarse de que los recursos de Azure Storage de destino, como las cuentas de almacenamiento y los contenedores, se implementan. Debe completar esta implementación para poder registrar el plan de migración como definición de trabajo para cada par de origen o destino dentro de Azure Storage Mover.
Azure Storage Mover no puede ayudar actualmente con la implementación de recursos de destino. Para implementar Azure Storage, puede usar Azure Portal, Azure PowerShell, la CLI de Azure o una plantilla de Bicep.
Importante
Al implementar Azure Storage, revise las combinaciones de pares de origen o destino de compatibilidad para Azure Storage Mover y asegúrese de que no configure escenarios no admitidos.
Fase 5: Migración
El trabajo de copiar los archivos y carpetas en una ubicación de destino de Azure se produce dentro de la fase de migración.
Hay dos consideraciones principales para la fase de migración:
- Minimice el tiempo de inactividad de la carga de trabajo.
- Determine el modo de migración correcto.
Minimizar tiempo de inactividad
Durante una migración, puede haber períodos de tiempo durante los que una carga de trabajo no pueda acceder al almacenamiento en el que depende. Minimizar estos períodos de tiempo suele ser un requisito. En esta sección se describe una estrategia común para minimizar el tiempo de inactividad de la carga de trabajo.
Migración convergente y de n pasos
En esta estrategia, se copian datos de origen a destino varias veces. Durante estas iteraciones de copia, el origen permanece disponible para lectura y escritura en la carga de trabajo. Justo antes de la iteración de copia final, se desconecta el origen. Se espera que la copia final finalice más rápido que la copia inicial. Después de la copia final, la carga de trabajo se conmuta por error para usar el nuevo almacenamiento de destino en Azure.
Azure Storage Mover admite la copia desde el origen al destino con la frecuencia necesaria. Una definición de trabajo almacena la configuración de origen, destino y migración. Puede indicar a un agente de migración que ejecute la definición del trabajo, lo que da como resultado una ejecución de trabajo. En este artículo vinculado, puede obtener más información sobre la jerarquía de recursos de Storage Mover.
Modos de migración
La forma en que los archivos se copian de origen a destino es igualmente importante como dónde se copian los archivos hacia y desde. Los distintos escenarios de migración requieren una configuración diferente. Durante una migración, es probable que copie desde el origen al destino varias veces para minimizar el tiempo de inactividad. Cuando los archivos o carpetas cambian entre iteraciones de copia, el modo de copia determina el comportamiento del motor de migración. Seleccione cuidadosamente el modo correcto, en función de los cambios esperados en el espacio de nombres durante la migración.
Hay dos modos de copia:
| Copy mode | Comportamiento de migración |
|---|---|
| Reflejo El destino es similar al origen. |
- Los archivos del destino se eliminan si no existen en el origen. - Los archivos y carpetas del destino se actualizan para que coincidan con el origen. |
| Combinar El destino tiene más contenido que el origen y sigue agregándolo. |
- Los archivos se mantienen en el destino, incluso si no existen en el origen. - Los archivos con nombres y rutas de acceso coincidentes se actualizan para que coincidan con el origen. - El cambio de nombre de carpeta entre copias puede provocar contenido duplicado en el destino. |
Fase 6: Tareas posteriores a la migración
En esta fase de la migración, debe pensar en otras configuraciones y servicios que le permiten conmutar por error la carga de trabajo y proteger los datos.
Por ejemplo, la conmutación por error de la carga de trabajo requiere una ruta de acceso de red para acceder de forma segura a Azure Storage. Si usó el punto de conexión público de una cuenta de almacenamiento de Azure durante la migración, considere la posibilidad de configurar puntos de conexión privados para la cuenta de almacenamiento y habilitar las reglas de firewall para deshabilitar las solicitudes de datos a través del punto de conexión público.
Estas son algunas recomendaciones adicionales:
Pasos siguientes
Estos artículos pueden ayudarle a usar Azure Storage Mover para la migración a la nube: