Corrección de los recursos antes de la migración

Artículo
04/16/2024

Durante el proceso de evaluación de la migración, el equipo identifica cualquier configuración que pueda hacer que un recurso sea incompatible con el proveedor de nube elegido. La corrección es un punto de control en el proceso de migración que puede utilizar para resolver cualquier incompatibilidad.

En este artículo se describen algunas tareas comunes de corrección que le permitirán decidir si la corrección es una inversión inteligente.

Tipos de corrección

Hay dos tipos principales de actividades de corrección que debe planear durante toda la implementación.

En función de los resultados de las actividades de evaluación
- Actividades de corrección que deben completarse para permitir la replicación y la implementación.
- Ha determinado estas actividades de corrección en la evaluación de la carga de trabajo durante la fase de evaluación. Debe realizar estas tareas para asegurarse de que puede replicar y almacenar provisionalmente correctamente la carga de trabajo en la nube.
- Esto se centra principalmente en los servidores de origen que se van a migrar.
En función de los resultados de las actividades de prueba
- Esto procede de probar las actividades de migración y realizar pruebas empresariales.
- Estas actividades de corrección se centran en la configuración de los servidores de destino replicados y en los servicios de asistencia como equilibradores de carga, redes virtuales y cuentas de almacenamiento.
- Es probable que estas tareas sean más iterativas. Haga pruebas y actividades de corrección en varios ciclos hasta que todos los casos de prueba aprueben.

Hacer un seguimiento de las actividades de corrección

A lo largo de la iteración, puede identificar las tareas de corrección de las cargas de trabajo a través de la evaluación o las pruebas. Debe realizar un seguimiento de estas tareas como actividades del proyecto para asegurarse de que se han completado.

Aunque las ondas de migración pequeñas pueden usar hojas de cálculo para realizar un seguimiento de los elementos, las ondas más grandes con muchas tareas de corrección generan varios elementos. Puede usar herramientas como Azure DevOps para crear y priorizar elementos de trabajo y pasar por fases específicas para ayudarle a escalar horizontalmente. Incluso si no usa Azure DevOps para otros esfuerzos, puede usarlo para evaluar los problemas de corrección y organizar las tareas para el proceso de migración.

Al crear estas tareas, debe asegurarse de volver a conectarlas a la carga de trabajo que afectan. Esto le permite evaluar qué cargas de trabajo podrían retrasarse mediante tareas de corrección. Después, puede priorizar el trabajo por prioridad de carga de trabajo.

Algunos problemas pueden afectar a varias cargas de trabajo. Por lo general, son elementos con el host, una configuración amplia o problemas con la zona de aterrizaje en su conjunto. Estos problemas deben ser los prioritarios de cara a la corrección.

Tareas de corrección habituales

La deuda técnica es una parte saludable y esperada del entorno corporativo. Puede que las decisiones con respecto a la arquitectura resultaran adecuadas para un entorno local, pero no son completamente apropiadas para una plataforma en la nube. En cualquier caso, es posible que se requieran tareas habituales de corrección para preparar los recursos para la migración. Estos son algunos ejemplos:

Actualizaciones de host secundarias: en ocasiones, un host obsoleto debe actualizarse antes de la replicación.
Actualizaciones secundarias del sistema operativo invitado: es probable que tenga que aplicar revisiones o actualizar el sistema operativo antes de la replicación.
Modificaciones del Contrato de nivel de servicio (SLA): los procesos de copia de seguridad y recuperación cambian significativamente en una plataforma en la nube. Es posible que los procesos de copia de seguridad de los recursos migrados deban modificarse para asegurarse de que siguen logrando sus acuerdos de nivel de servicio necesarios en la nube.
Cambios en la configuración de la aplicación: las aplicaciones migradas pueden requerir ajustes en las variables como, por ejemplo, las rutas de acceso de red a recursos dependientes, cambios en la cuenta de servicio o actualizaciones de direcciones IP dependientes.
Cambios secundarios en las rutas de acceso de red: es posible que sea necesario modificar los patrones de enrutamiento para enrutar correctamente el tráfico de los usuarios a los nuevos recursos. Este no es la distribución de producción a los nuevos recursos, sino la configuración que permite el enrutamiento correcto a los recursos en general.

Tareas de corrección a gran escala

Es probable que se necesite poca corrección cuando un centro de recursos se mantiene, revisa y actualiza correctamente. Los entornos enriquecidos con corrección tienden a ser comunes entre las grandes empresas. Esto puede incluir organizaciones con un gran tamaño de TI, un servicio administrado heredado y entornos enriquecidos para la adquisición. En cada uno de estos entornos, la corrección supone una gran parte del esfuerzo de migración. Las siguientes tareas de corrección pueden ocurrir con frecuencia o afectar negativamente a la velocidad o coherencia de la migración. Si esto sucede, es necesario separar la corrección en un esfuerzo y un equipo paralelos similar a la adopción de la nube y la gobernanza de la nube.

Actualizaciones frecuentes de host: actualizar varios hosts para completar la migración de una carga de trabajo, esto puede retrasar el equipo de migración. Aisle las aplicaciones afectadas y afronte los pasos de corrección antes de incluir esas aplicaciones en las versiones planeadas.
Actualizaciones frecuentes del sistema operativo invitado: las grandes empresas suelen tener servidores que se ejecutan en versiones obsoletas de Linux o Windows. Además del riesgo de seguridad que supone el uso de un sistema operativo obsoleto, también hay problemas de incompatibilidad que impiden la migración de las cargas de trabajo afectadas. Cuando varias máquinas virtuales (VM) requieren corrección del sistema operativo, intente separar estos esfuerzos en una iteración paralela. Algunas actualizaciones se pueden completar mediante las herramientas de migración como parte del proceso de migración, como la característica de actualización de Windows Server en Azure Migrate y Modernize.

Abordar las correcciones a gran escala

Puesto que la corrección de las cargas de trabajo más pequeñas es sencilla, debe elegir cargas de trabajo más pequeñas para las olas de migración inicial. A medida que los esfuerzos de migración evolucionan y se empieza a tratar con cargas de trabajo de mayor tamaño, la corrección puede ser un proceso lento y costoso. Por ejemplo, los esfuerzos de corrección para una migración de Windows Server 2003 que incluye un conjunto de recursos de más de 5000 máquinas virtuales puede retrasar una migración varios meses. Cuando se requiere una corrección a gran escala, es posible que tenga que cambiar los planes para migrar las cargas de trabajo afectadas. En tales casos, las actividades de modernización para maximizar el valor de los esfuerzos de corrección podrían ser más eficientes y productivos.

Puede utilizar las siguientes preguntas a la hora de tomar decisiones:

¿Se han identificado todas las cargas de trabajo afectadas por la corrección y se han anotado en el trabajo pendiente de migración?
En el caso de las cargas de trabajo que no se ven afectadas, ¿una migración puede producir una rentabilidad de la inversión parecida?
¿Se pueden corregir los recursos afectados dentro de la escala de tiempo original de la migración? ¿Qué efecto tienen los cambios de escala de tiempo en el ROI?
¿Es económicamente factible corregir los recursos en paralelo a los trabajos de migración?

Si no ha encontrado las respuestas adecuadas a las preguntas anteriores, tenga en cuenta estos enfoques de modernización:

Contenedorización: algunos recursos se pueden hospedar en un entorno con contenedores sin corrección. Esto puede generar un rendimiento inferior al deseable y no resuelve los problemas de seguridad o de cumplimiento.
Automatización: según los requisitos de la carga de trabajo y de la corrección, crear un script para la implementación en nuevos recursos utilizando un enfoque de DevOps puede que sea más beneficioso.
Volver a generar: cuando los costos de la corrección y el valor empresarial son igual de altos, una carga de trabajo puede ser una buena candidata para la recompilación o el rediseño de su arquitectura.

Paso siguiente

Replicación de recursos