Compartir a través de


Planear la estrategia de migración

La elección de la estrategia de migración adecuada es fundamental, ya que puede afectar significativamente a las escalas de tiempo del proyecto, los costos y la continuidad empresarial general. Con una planeación cuidadosa y un enfoque cuidadoso, puede garantizar una transición fluida y eficaz para los recursos de datos.

Elegir transferencia en línea frente a transferencia offline

Al planear la estrategia de migración, es esencial determinar el método de transferencia más adecuado para los datos. Las migraciones en línea son más sencillas tanto para las sincronizaciones delta únicas como para las periódicas. Sin embargo, en los casos en los que el ancho de banda de red es limitado, restringido, no confiable o incluso inexistente, una transferencia sin conexión podría ser la opción más factible. Esta situación también puede ser cierta incluso cuando el ancho de banda no es un problema, pero el conjunto de datos se mide en terabytes o petabytes.

Cuando los datos continúan cambiando durante la migración, un enfoque híbrido suele ser el más eficaz, especialmente cuando el ancho de banda de red está limitado. Este método implica el uso del modo sin conexión para transferir inicialmente la mayor parte de los datos, seguido de sincronizaciones diferenciales en línea para capturar los cambios continuos.

Si las restricciones de red no son un problema, también es viable una migración solo en línea. Este enfoque usa una herramienta que sincroniza continuamente los datos hasta que el delta restante es mínimo, lo que permite una transición final en el momento que mejor se adapte a su programación.

Para determinar la mejor estrategia de migración, tenga en cuenta factores como el volumen de datos, la frecuencia de actualizaciones, el ancho de banda disponible y la escala de tiempo del proyecto. Estos elementos ayudan a guiar la elección entre modos sin conexión, en línea o híbridos. La elección del modo de transferencia depende de su caso de uso y requisitos específicos. Sin embargo, factores como la escala de tiempo, el ancho de banda disponible y el volumen de datos influyen en la decisión final.

En la tabla siguiente se describen las duraciones estimadas de migración. Estos valores se basan en el tamaño de los datos y el ancho de banda local disponible, suponiendo un uso de hasta 90%. Si el tiempo proyectado es inaceptable, el uso de un dispositivo físico para la transferencia sin conexión podría ser más adecuado. También puede combinar métodos sin conexión y en línea según sea necesario.

Como referencia:

  • Las celdas rojas sugieren que la migración sin conexión es preferible cuando 25 días son demasiado largos o costosos, o cuando el ancho de banda está limitado.
  • Las celdas verdes indican candidatos ideales para la migración en línea, suponiendo que se acepte una ventana de transferencia de menos de 25 días.
  • Las celdas azules representan escenarios en los que cualquiera de los métodos (o una combinación) pueden ser adecuados en función de las necesidades específicas.

Tabla que muestra las duraciones de migración de datos en línea para tamaños de datos específicos y rendimiento de red.

Póngase en contacto con su representante de Microsoft para obtener instrucciones si tiene alguna pregunta en cualquier momento.

Sugerencia

Un principio clave en la migración de Azure es minimizar el tiempo de inactividad mediante la transferencia de la mayoría de los datos de antemano. En el momento de la transición final, Azure ya debe tener una copia actualizada de los datos de origen. Este enfoque garantiza que la última sincronización sea rápida y que la conmutación se produzca sin problemas.

Migración de datos mediante lift-and-shift

Para los fines de este artículo, "lift-and-shift" es un enfoque de migración en el que los datos y las aplicaciones se mueven de la infraestructura local a Azure, con cambios mínimos en la arquitectura existente. Este método es rápido y sencillo, por lo que es ideal para las organizaciones que pretenden modernizar su infraestructura rápidamente sin rediseñar sus aplicaciones.

Este enfoque es útil para escenarios en los que los datos ya están estructurados y se pueden transferir fácilmente a los servicios de almacenamiento de Azure. Permite a las organizaciones aprovechar las ventajas de las características de escalabilidad, confiabilidad y seguridad de Azure, a la vez que mantiene sus aplicaciones y flujos de trabajo existentes.

Aunque este enfoque es común en las migraciones en la nube, es importante tener en cuenta las cargas de trabajo de origen que podrían seguir modificando durante la transferencia. En tales casos, la sincronización diferencial es esencial para garantizar la coherencia de los datos.

Elegir las herramientas adecuadas es fundamental para la migración inicial o la propagación de datos, pero también para controlar los cambios continuos a través de sincronizaciones diferenciales. En la sección siguiente se explorarán las herramientas y estrategias recomendadas para admitir ambas fases de la migración.

Velocidad de cambio de datos y optimización por niveles

Elegir la solución de migración adecuada depende de la frecuencia con la que cambian los datos, su frecuencia de acceso y la capacidad de la herramienta para realizar la sincronización iterativa. En el caso de las cargas de trabajo con actualizaciones frecuentes o altas tasas de acceso, use herramientas especializadas como Azure Data Mover o soluciones de asociados de confianza que admitan transferencias en línea continuas.

Esta guía también se aplica cuando se trabaja con un gran número de archivos, especialmente cuando el volumen alcanza decenas de millones. En tales casos, es esencial seleccionar la herramienta adecuada en función del entorno de origen, las funcionalidades de destino y el ancho de banda disponible.

Las herramientas no administradas como robocopy, AzCopy, distCP y rsync pueden enfrentar desafíos de escalabilidad al controlar grandes conjuntos de archivos en un único trabajo de transferencia. Es importante revisar las estrategias de optimización de AzCopy y consultar la documentación oficial de cada herramienta para comprender los límites de rendimiento actuales y las recomendaciones de escalado.

Consideraciones similares se aplican tanto si el escalonamiento de datos es parte de la estrategia de migración como si no lo es. En algunos escenarios, la segmentación entre los datos y los entornos en la nube se mantiene como una práctica continua de administración de datos.

Movimiento de datos y almacenamiento híbrido

Al planear una migración de Azure, es importante determinar si los datos residen completamente en la nube o si se requiere una caché local. Esta distinción ayuda a definir cómo se accede a los datos después de la migración e influye en la arquitectura general de la solución.

Otra consideración clave es si la migración implica una transferencia única o requiere sincronización continua. Si los datos deben moverse repetidamente, identifique la frecuencia de estas transferencias y el volumen de datos implicados. Estos factores ayudan a seleccionar herramientas que pueden controlar la carga de forma eficaz y mantener la coherencia entre entornos.

También es esencial determinar la dirección de la sincronización. Si los datos deben permanecer accesibles y up-to-date en los entornos locales y en la nube, podría ser necesario realizar una sincronización bidireccional. En cambio, si los datos solo necesitan fluir en una dirección, una sincronización unidireccional podría ser suficiente.

Estas decisiones( solo en la nube frente al almacenamiento híbrido, una sola vez frente a las transferencias repetitivas y la sincronización unidireccional frente a bidireccional) guían la selección de herramientas de migración e influyen en cómo se ejecuta la migración. Durante la siguiente fase de migración, se revisan las herramientas y configuraciones recomendadas para ayudar a admitir estos escenarios de forma eficaz.

Replicación como estrategia de migración

En determinados escenarios, la migración de datos se puede administrar de forma eficaz mediante herramientas de replicación. Estas herramientas copian continuamente datos de un entorno de origen a Azure, lo que garantiza que el destino permanece sincronizado durante todo el proceso de migración.

Por ejemplo, Azure Migrate admite la replicación de máquinas virtuales y físicas locales, incluidos sus discos y datos incrustados, en máquinas virtuales de Azure. Ofrece una solución completa que incluye planificación, supervisión del estado de la replicación, administración de transición y orquestación de todo el flujo de trabajo de migración. Durante el proceso, los discos locales se convierten en discos administrados de Azure, lo que simplifica la integración con la infraestructura en la nube.

Las soluciones de proveedor de software independiente (ISV), como Carbonite Migrate y Veeam Backup y Replication , también dependen de las tecnologías de replicación para transferir grandes volúmenes de datos. Estas herramientas suelen requerir una implementación y configuración independientes, pero ofrecen funcionalidades avanzadas, como las pruebas de premigración, la sincronización en tiempo real y un tiempo de inactividad reducido durante la migración total.

La migración basada en replicación es útil cuando minimizar la interrupción es una prioridad. Permite a las organizaciones mantener la continuidad operativa mientras realiza la transición gradual de las cargas de trabajo a Azure. La selección de la herramienta de replicación correcta depende de factores como la complejidad de la infraestructura, el volumen de datos y la necesidad de sincronización continua.

Copia de seguridad y restauración como estrategia de migración

Un método tradicional de copia de seguridad y restauración puede servir a veces como una estrategia de migración eficaz. Este enfoque es ideal al migrar datos históricos o de archivo que no requieren acceso en tiempo real ni actualizaciones frecuentes.

También es adecuado cuando los sistemas de origen no admiten herramientas de migración modernas o al migrar cargas de trabajo no críticas que pueden tolerar algún tiempo de inactividad. Los entornos de desarrollo y pruebas suelen estar en esta categoría, ya que la simplicidad y la velocidad se priorizan sobre la disponibilidad continua.

Además, un enfoque de copia de seguridad y restauración es una opción práctica cuando los requisitos legales dictan que los datos se conservan en un momento dado específico. En tales casos, el mantenimiento de una instantánea mediante la copia de seguridad garantiza el cumplimiento al habilitar la restauración controlada en Azure.

Aunque este método podría no ofrecer la automatización o la escala de las herramientas de migración basadas en replicación o en línea, sigue siendo una opción confiable para algunos casos de uso específicos. En la siguiente fase se describe cómo implementar esta estrategia de forma eficaz mediante herramientas que admiten operaciones de copia de seguridad y restauración para Azure.

Pasos siguientes

Revise los siguientes recursos para obtener más información sobre este tema.