Compartir a través de

Migración de los datos a Azure: información general

La migración de datos y cargas de trabajo intensivas de almacenamiento a Azure permite el acceso al almacenamiento en la nube escalable y seguro, lo que permite una rápida innovación y crecimiento. En este documento se proporcionan instrucciones claras y prácticas que le ayudarán a lograr una migración sin problemas del almacenamiento de bloques, archivos y objetos. Describe varias consideraciones, proporciona métricas clave, describe los servicios de almacenamiento de Azure pertinentes y ayuda con la selección de herramientas.

Contexto

Seleccione para expandir o contraer esta sección

Varios requisitos empresariales y técnicos dictan la estrategia general de migración de Azure. Para capturar requisitos específicos para los casos de uso para que se puedan tomar decisiones de diseño técnico y de arquitectura adecuadas, Microsoft Well-architected Framework (WAF) incluye conjuntos esenciales de instrucciones para todas las migraciones de carga de trabajo y servicio. Cuando se sigue, el proceso aborda la confiabilidad, la seguridad, la optimización de costos, la excelencia operativa y la eficiencia del rendimiento. Entre los procedimientos recomendados se incluyen revisar las instrucciones de WAF y la siguiente información para crear un enfoque de migración completo para sus aplicaciones y servicios específicos.

Nota:

Las instrucciones siguientes incluyen información específica de la migración de datos no estructurados a los servicios de Azure Storage. Los escenarios que implican datos estructurados como SQL, Oracle o Tables y no se tratan en este documento.

Esta guía se centra específicamente en la migración de datos no estructurados a los servicios de Azure Storage. El contenido adopta un enfoque centrado en la migración de datos, por lo que los temas como la excelencia operativa y la optimización de costos pueden requerir discusiones independientes y detalladas. Los escenarios que implican datos estructurados como SQL, Oracle o Tablas presentan consideraciones adicionales que varían en función de la aplicación.

El siguiente contenido no reemplaza ni invalida ninguna metodología, marcos ni recomendaciones descritas en otra documentación oficial de Microsoft.

Fases y actividades de migración

Una migración completa consta de diferentes fases, como la evaluación, la selección de destino, la planeación, la selección de herramientas, la ejecución de la migración. Al seguir un enfoque por etapas, los datos se pueden migrar a Azure con un menor tiempo de inactividad y riesgo. Cada paso garantiza que se cubren todos los parámetros necesarios y se selecciona el enfoque más adecuado para los datos de disco, archivo y objeto .

Evaluación

Seleccione para expandir o contraer esta sección

En esta fase, determinará y hará inventario de todos los orígenes que deben migrarse, como los recursos compartidos del bloque de mensajes del servidor (SMB), los volúmenes del Sistema de archivos de red (NFS) o los espacios de nombres de objetos. Normalmente, todo el proceso implica:

  • Crear un catálogo o inventario de todos los recursos de datos y orígenes de datos.
  • Identificación y comprensión de los tipos de datos y los patrones de acceso.
  • Descripción de los requisitos empresariales, rendimiento y confiabilidad de los datos.
  • Evaluación de la replicación, la tasa de cambios y la resistencia y la tolerancia al tiempo de inactividad.
  • Descripción de los requisitos de seguridad y cumplimiento.

Puede realizar esta fase manualmente o usar herramientas automatizadas. Hay varias herramientas comerciales disponibles en proveedores de software independientes (ISV) que pueden ayudar con la fase de evaluación. Para obtener más información, consulte el artículo matriz de comparación .

Obtenga más información sobre las actividades de la fase de evaluación.

Selección de destino

Seleccione para expandir o contraer esta sección

Es esencial comprender las opciones disponibles que pueden cumplir los requisitos identificados durante la fase de evaluación. Microsoft Azure ofrece varios servicios de almacenamiento como Azure Files, Blob Storage, Azure NetApp Files y Managed Disks para máquinas virtuales (VM). Además, hay asociados de ISV que ofrecen versiones definidas por software de plataformas de almacenamiento locales para cargas de trabajo de bloques, archivos y objetos que se basan en nuestros servicios de almacenamiento principales.

Esta fase incluye principalmente las siguientes actividades:

  • Evaluación de los requisitos técnicos para identificar el servicio de almacenamiento de Azure de destino más adecuado
  • Establecimiento de la arquitectura de solución de destino adecuada (basada en la aplicación o carga de trabajo) con la solución de almacenamiento identificada.
  • Evaluación de los precios y los costos implicados en la migración y la solución de destino

Obtenga más información sobre las actividades de la fase de selección de destino.

Planificación de la estrategia de migración

Seleccione para expandir o contraer esta sección

Planear una estrategia de migración implica identificar un método adecuado con el que mover los datos a Azure. También puede incluir otras consideraciones adecuadas para cargas de trabajo específicas, la naturaleza de los datos o las aplicaciones implicadas. En la lista siguiente se incluyen algunos ejemplos de estas consideraciones:

  • Transferencia en línea frente a transferencia fuera de línea
  • Viabilidad de una migración mediante lift-and-shift
  • Velocidad de cambio de datos y optimización por niveles
  • Necesidades de almacenamiento híbrido y movimiento de datos
  • Replicación como estrategia
  • Copia de seguridad y restauración como estrategia de migración

Obtenga más información sobre la estrategia de planeación de la migración.

Selección de herramientas de migración

Hay varias herramientas de migración disponibles para ayudarle a realizar la migración. Por ejemplo, algunas herramientas de código abierto incluyen AzCopy, robocopy, xcopy y rsync. Microsoft ofrece herramientas administradas como Azure Storage Mover, Azure Data box, Azure File Sync, Azure Migrate y Data Box Gateway. También hay muchas otras herramientas comerciales que no son de Microsoft disponibles. Una lista de las herramientas comerciales disponibles está disponible en nuestro artículo de matriz de comparación , que también proporciona comparaciones entre ellas.

En la tabla siguiente se proporciona una selección de herramientas de migración basadas en escenarios para la referencia. Aunque las alternativas factibles pueden existir por caso, los ejemplos siguientes se consideran los más adecuados.

Escenario Herramientas recomendadas
- Necesidad de una herramienta totalmente administrada, automatizada y resistente con un panel de administración único (en Azure);
- Migración de archivos o recursos compartidos de archivos más allá de transferencias pequeñas, normalmente > 1 TB de datos, ampliándose hasta millones de archivos o objetos
- Sincronización continua o lift-and-shift desde un NAS local
- Servidores de archivos de Windows sin Azure File Sync instalado o ya configurado
- Migración a Azure que implica:
- SMB (2.x, 3.x) a Azure Blob (frecuente/esporádico) o ADLS con HNS (servicio de espacio de nombres jerárquico) habilitado
- SMB (2.x, 3.x) a Azure Files (solo SMB)
- NFS (v3, v4.1) a Azure Blob (frecuente/esporádico) o ADLS con HNS habilitado (solo NFS v3)
- Una vez o continua (incluidos entornos multinube)
- S3 a Azure Blob (frecuente/esporádico) o ADLS (espacio de nombres jerárquico)
- Funcionalidad de copia de "solo metadatos", que requiere únicamente la copia de los metadatos o la estructura del archivo sin contenidos de datos (permisos de propagación o simulacro de migraciones, por ejemplo)
 Azure Storage Mover
- Transferencia de datos sin conexión (ancho de banda bajo o sin conectividad de red, sitios remotos)
- Copia desde SMB/recursos compartidos NFS/orígenes de NAS a Azure Blob, Files, ADLS, a niveles específicos directamente, incluida la importación directa a otra región (fuera del país o región de origen).
- Transferencia sin conexión desde Azure Files, FileStorage Premium, Blob (frecuente/esporádico) a local
- Transferencia sin conexión de HDFS local a Azure Blob (frecuente/esporádico) o ADLS (HNS habilitado)		 Azure Data Box
- Necesita transferir grandes cantidades de datos en un breve período a través de soluciones sin conexión y en línea.
- Propagación sin conexión de los datos masivos iniciales debido a restricciones de red seguidas de la sincronización delta.		 Azure Data Box para propagación con Azure Storage Mover para la sincronización delta
- Máquinas físicas, máquinas virtuales y sus discos conectados; Máquinas virtuales que se ejecutan en Hyper-V, VMware, AWS, GCP. Azure Migrate
- Transferencia rápida, única o incremental de datos a pequeña y mediana escala, normalmente < 1 TB por trabajo, hacia o desde Azure.
- Transferencias de servicio a servicio (archivos a archivos, archivos a blob, etc.) a través de la red troncal de Azure (dentro de Azure)
- Requisito de funcionalidad de scripting (criterios de filtrado, actualizaciones de metadatos o cualquier transformación, por ejemplo) y control preciso para dichas transferencias
- No implica millones de archivos ni transferencia de objetos
- Sistema de archivos local, montaje de SMB, montaje de NFS en Azure
- S3 a Blob de Azure (normalmente < 1 TB)
- AWS EFS o AWS FSx para Windows a Azure Files
- Google Cloud Storage (S3, GCS API) a Azure Storage (blob), ADLS (habilitado para HNS)		 AzCopy (siempre usa las API DE REST HTTPS)
- Servidor de Archivos de Windows como origen (SMB 2.x o 3.x a Azure Files)
- Sincronización de datos híbridos con sincronización de archivos inversos o bidireccionales
- Administración centralizada del servidor de archivos con caché en las instalaciones y jerarquización en la nube
- Colaboración y trabajo en equipo con despliegues distribuidos (acceso y sincronización multisede)
- Copia de seguridad en la nube con continuidad empresarial y recuperación ante desastres junto con la presencia de caché local
- Necesidad de una migración puntual de comparticiones de archivos con Azure File Sync ya implementado y configurado		 Azure File Sync
- Ingesta continua y requisitos de nube por niveles en Azure Storage (Blob) con caché local
- El origen es local (NFS v3, 4.1 o SMB 2.x, 3.x) (sincronización unidireccional) o bidireccional (con sincronización manual) hacia o desde Azure
- No es necesario mantener varias copias en las instalaciones de esos datos, sincronizadas de manera unidireccional.		 Azure Data Box Gateway
- Transferencias únicas a pequeña escala con scripts personalizados o migraciones basadas en la CLI de Linux o Windows AzCopy, rsync, Robocopy
- Administración de datos compleja, análisis, organización por niveles o casos de uso no admitidos y destinos (ANF o Lustre, por ejemplo) que superan las capacidades de las herramientas nativas de Azure Herramientas de ISV (Komprise, Cirata, Data Dynamics, Atempo)
- Migración de datos de archivo grande desde cintas locales a Azure Storage Consulte la guía de migración de cintas y explore soluciones de asociados como Tape Ark.
- Copia de seguridad o archivo local grande mediante soluciones de ISV (Commvault, Veeam o RUbrik, por ejemplo)
- Propagación sin conexión con la sincronización delta mediante la herramienta de copia de seguridad.		 Uso de recomendaciones específicas de asociados;
Azure Data Box con una solución ISV
- Otros escenarios, entre los que se incluyen:
- NAS local en Azure Files (excepto a través del servicio de copia de datos de Data Box)
- Linux local a NFS de Azure Files
- AWS EFS/FSx/S3 a Azure Files
- GCP FileStorage a Azure Files		 - Herramientas de ISV (Komprise, Cirata, Data Dynamics, Atempo)
O BIEN
- Montaje del origen en un cliente y uso de Azure Storage Mover o AzCopy

Obtenga más información sobre las opciones y las herramientas de migración.

Ejecución de la migración

Seleccione para expandir o contraer esta sección

La fase de migración es el último paso del proceso de migración. Este paso realiza las operaciones de movimiento y migración de datos. Normalmente, la fase de migración consta de una replicación inicial o una migración masiva, seguidas de varias iteraciones de sincronización incrementales antes de la migración final. Este enfoque generalmente logra un cambio más suave y eficaz.

La duración de una migración de datos no estructurada depende de varios aspectos. Fuera del método elegido, los factores más críticos son el tamaño total de los datos y la distribución del tamaño del archivo. Cuanto mayor sea el conjunto de datos total, mayor será el tiempo de migración necesario. Cuanto menor sea el tamaño medio del archivo, mayor será el tiempo de migración necesario. Si tiene un gran número de archivos pequeños, considere la posibilidad de archivarlos en archivos más grandes (comprimirlos en .tar o .zip archivos), si es factible, para reducir el tiempo total de migración.

Obtenga más información sobre la ejecución de la migración.

Migración de dispositivos basados en bloques

Seleccione para expandir o contraer esta sección

La migración de dispositivos basados en bloques se realiza normalmente como parte de la máquina virtual o la migración de host físico. Retrasar las decisiones de almacenamiento en bloques hasta después de que se complete una migración es un error común. Tomar estas decisiones con antelación con una comprensión exhaustiva de los requisitos de carga de trabajo conduce a una migración más fluida a la nube.

La migración de dispositivos basados en bloques se puede realizar de dos maneras:

  • Migración de máquinas virtuales completas junto con los dispositivos basados en bloques subyacentes.
  • Migración solo de dispositivos basados en bloques.

Para obtener ayuda para migrar máquinas virtuales con sus dispositivos de bloque subyacentes, consulte la documentación de Azure Migrate . Para casos de uso más complejos, use Cirrus Migrate Cloud.

Para explorar las cargas de trabajo adecuadas para la migración y sus enfoques adecuados, consulte la página del producto Disk Storage y el artículo Tipos de disco de Azure . Puede obtener información sobre qué discos se ajustan mejor a sus requisitos y sobre las funcionalidades más recientes, como la expansión de disco.

Consulte también

  • Last updated on