Evaluación de una carga de trabajo en la nube para la reubicación

Evaluar es el primer paso de la fase de traslado de reubicación. El objetivo de la Evaluación es comprender la carga de trabajo que desea reubicar para que pueda moverla correctamente. Todas las cargas de trabajo que se reubican deben seguir los cuatro pasos de la fase Mover, empezando por el paso Evaluar.

Diagram showing the relocation process and highlights Evaluate in the Move phase. In the relocation process, there are two phases and five steps. The first phase is the Initiate phase, and it has one step called Initiate. The second phase is the Move phase, and it has four steps that you repeat for each workload. The steps are Evaluate, Select, Migrate, and Cutover.

Selección de carga(s) de trabajo

Debe tener una lista prioritaria de cargas de trabajo y la lista debe identificar el orden en que desea reubicar las cargas de trabajo. Cada vez que visite el paso de evaluación, seleccione la(s) carga(s) de trabajo en la parte superior de la lista. Para equipos más pequeños, debe reubicar una carga de trabajo a la vez. Es una oportunidad para aprender y mejorar con cada reubicación de cargas de trabajo. Los equipos más grandes deben considerar la posibilidad de reubicar varias cargas de trabajo. Las reubicaciones masivas pueden ayudar a lograr economías de escala.

Realización de la detección

La detección de cargas de trabajo es la base de la reubicación. El objetivo de la detección es comprender la carga de trabajo lo suficiente para garantizar una reubicación sin problemas. La detección debe descubrir exhaustivamente las dimensiones organizativas y técnicas de la carga de trabajo.

Realización de la detección de la organización

La detección organizativa de cargas de trabajo implica averiguar quién está a cargo de una carga de trabajo, comprender los riesgos de moverla y planear cómo comunicarse sobre el traslado. Este paso ayuda a identificar quién debe participar, administrar los riesgos y asegurarse de que todos estén informados correctamente. Este planeamiento cuidadoso ayuda a que la transición sea más fluida y menos perjudicial para la empresa y sus clientes.

  • Propiedad de la carga de trabajo: determine quién es responsable de la carga de trabajo.

  • Identificación de las partes interesadas: identifique a todas las partes con interés en la carga de trabajo.

  • Evaluación de riesgos: evalúe los posibles riesgos empresariales asociados al traslado de la carga de trabajo.

  • Administración de cambios: comprenda claramente los procesos para administrar los cambios en la carga de trabajo.

  • Ventanas de interrupción: averigüe las horas aceptables en las que el sistema puede estar sin conexión para la reubicación.

  • Análisis de impacto: reconozca a qué usuarios internos o clientes externos podría afectar la reubicación.

  • Necesidades de comunicación: comprenda el plan de comunicación actual y necesario para comunicar cualquier tiempo de inactividad o cambios.

  • Cumplimiento de directivas: asegúrese de que la reubicación se adhiere a las directivas organizativas y a las regulaciones del sector.

Realización de la detección técnica

La detección de cargas de trabajo técnicas implica comprender exhaustivamente los aspectos técnicos de una carga de trabajo, incluidas sus dependencias, recursos, configuración de red y cualquier otro requisito técnico o restricciones. La detección técnica le ayuda a anticipar y mitigar los riesgos asociados a la reubicación. Estas son las estrategias para realizar la detección técnica.

Evaluación de dependencias

Las dependencias son recursos o servicios que la carga de trabajo necesita ejecutar. Identificar todas las dependencias es esencial para una reubicación correcta de la carga de trabajo. Las dependencias abarcan varios recursos y servicios esenciales para el funcionamiento de la carga de trabajo. En la lista siguiente se proporcionan algunos ejemplos de dependencias:

  • Servicios de Azure: todos los servicios de Azure en los que se basa la carga de trabajo. Los recursos globales no se implementan en una región específica, por lo que no es necesario moverlos en una reubicación. Sin embargo, es posible que todavía vuelva a configurarlos para que funcionen en otra región. Por ejemplo, es posible que tenga que actualizar las direcciones IP en el perfil de Azure Front Door para que apunte a la nueva dirección IP de una carga de trabajo reubicada.

  • Aplicaciones que no son de Microsoft: aplicaciones de otros proveedores que están integrados o son necesarios para la carga de trabajo. Comprenda las características y las limitaciones de los productos implicados en la carga de trabajo.

  • Licencias: asegúrese de que todas las licencias de software necesarias se tienen en cuenta y permanecen válidas en la nueva ubicación.

  • Redes: asegúrese de comprender la configuración de red, incluidos los firewalls, para garantizar una conectividad sin problemas después de la reubicación.

  • Pruebas: determine los procedimientos de prueba necesarios para asegurarse de que la carga de trabajo funciona correctamente en el nuevo entorno.

  • Etiquetado: etiquete e identifique correctamente los recursos para la administración y el seguimiento eficaces.

  • Automatización: su organización podría usar scripts e infraestructura como código. Debe actualizar las referencias a regiones de Azure, nombres de servicio o direcciones URL de servicio dentro de los scripts o el código. Las referencias deben corresponderse con la nueva región de Azure a la que va a migrar.

    Debe evitar codificar de forma rígida los valores del código que están sujetos a cambios durante el ciclo de vida de la carga de trabajo. En su lugar, recupere estos valores dinámicamente o use parámetros configurables dentro del código. Este enfoque hace que los cambios sean menos complicados y garantiza un proceso de reubicación más fluido.

  • DNS: Azure asigna direcciones IP públicas a los puntos de conexión en función de la región. Al mover un punto de conexión a otra región de Azure, obtiene una dirección IP diferente. Asegúrese de actualizar los registros DNS con estas nuevas direcciones IP. Además, debe proporcionar la nueva dirección IP a cualquier sistema que tenga la dirección IP anterior en su lista de "permitidos".

    Es posible que tenga que implementar nuevos recursos en la nueva región de Azure antes de desactivar los antiguos. Si es así, podría encontrarse con problemas ya que dos recursos no pueden tener el mismo nombre DNS a la vez. Piense en el uso de nombres únicos para cada servicio para evitar este problema. En algunos casos, es posible que pueda usar registros CNAME para proporcionar una capa de abstracción. Hace que los cambios de nombre de recurso sean más fáciles de administrar.

  • Equilibradores de carga. Actualice los equilibradores de carga para que apunten a las nuevas direcciones IP o hosts de back-end. En el caso de los equilibradores de carga basados en DNS, el cambio puede tardar algún tiempo en propagarse en función de las cachés DNS y la expiración del registro de período de vida (TTL). Para más información, consulte Servicios de equilibrio de carga de Azure. Considere la posibilidad de reducir temporalmente la configuración de período de vida (TTL) para los registros DNS. Ayuda a que los registros DNS cambien a una nueva dirección IP más rápido. Además, considere la posibilidad de establecer el equilibrador de carga para comprobar el estado de los sistemas back-end con más frecuencia durante un breve período. Recuerde volver a cambiar esta configuración a normal después de la migración para evitar costos adicionales y reducir el rendimiento más adelante.

  • Registro de Azure Backup. Al mover máquinas virtuales a una nueva región de Azure, asegúrese de anular el registro del servicio Azure Backup en la región actual y registrarlas con el servicio Azure Backup en la nueva región. No puede acceder a los puntos de recuperación de copia de seguridad existentes porque no se pueden transferir al nuevo almacén de copia de seguridad. Debe empezar a crear nuevos puntos de recuperación en la nueva región.

Evaluación de puntos de conexión

La detección de puntos de conexión hace referencia al proceso de identificación de todos los puntos de conexión o direcciones IP asociados a una carga de trabajo. La detección de todos los puntos de conexión de carga de trabajo garantiza que tenga en cuenta todas las conexiones de red y los puntos de acceso y se prepare para configurarlos correctamente en el nuevo entorno. Estas son las recomendaciones para tratar las direcciones IP públicas y los puntos de conexión privados:

  • Direcciones IP públicas: las direcciones IP públicas son específicas de la región. No se pueden mover entre regiones. Debe exportar la configuración de una dirección IP pública e implementarla en la nueva región de destino. Para más información, consulte Traslado de la configuración de IP pública de Azure a otra región de Azure.
  • Puntos de conexión privados: al volver a implementar un punto de conexión privado, es probable que obtenga una nueva dirección IP de la subred a la que vincule. Si se conecta a los recursos a través de un punto de conexión privado, estos puntos de conexión se vinculan a zonas DNS privadas que resuelven la dirección de red del recurso dentro de la red virtual. En una reubicación, debe actualizar los registros DNS dentro de las zonas DNS privadas para mantener la conectividad.

Uso de herramientas automatizadas

Siempre que sea posible, use herramientas automatizadas para recopilar información sobre las aplicaciones y los servicios de Azure que componen la carga de trabajo. Puede usar estas herramientas para realizar la detección de bajo nivel y la detección de diseño de arquitectura para la reubicación de una carga de trabajo específica. Debe usar las siguientes herramientas y servicios de Azure.

Pruebe Azure Resource Mover. Primero debe intentar usar Azure Resource Mover. Actualmente es la herramienta de detección más fácil de usar y también puede reubicar servicios y datos con el servicio. Sin embargo, Azure Resource Mover solo admite un número limitado de servicios, por lo que asegúrese de que los servicios se admiten antes de continuar. Para más información, consulte Recursos admitidos para Azure Resource Mover.

Use las herramientas de visualización. Si Azure Resource Mover no satisface todas sus necesidades, puede usar herramientas de visualización para ayudar a la detección. Azure tiene varias herramientas de visualización que puede usar para asignar dependencias. Elija la herramienta que mejor se adapte a sus necesidades.

  • Visualizador de grupos de recursos: puede visualizar las conexiones entre los recursos de un grupo de recursos. En el Azure Portal, vaya al grupo de recursos y seleccione Visualizador de recursos en el panel de navegación izquierdo.

  • Topología de Azure Monitor: puede ver las dependencias de red con la característica de topología en Azure Monitor. Para más información, consulte Topología de Network Insights.

  • Application Insights: Application Insights tiene una característica de asignación de aplicaciones donde puede ver la estructura lógica de una aplicación distribuida. Para obtener más información, consulte Mapa de aplicaciones en Azure Application Insights.

  • Explorador de recursos de Azure: Azure Resource Explorer enumera todos los recursos del inquilino de Microsoft Entra. Proporciona visibilidad, pero no indica dependencias. Debe asignar manualmente los componentes y las dependencias de la carga de trabajo. Para más información, consulte Azure Resource Explorer.

  • Azure Resource Graph: Azure Resource Graph permite ejecutar consultas en los recursos de un inquilino de Microsoft Entra. Resource Graph es accesible en el portal y desde la línea de comandos. Debe asignar manualmente los componentes y las dependencias de la carga de trabajo. Para más información, consulte la documentación de Azure Resource Graph.

  • Panel de inventario: en Azure Portal, puede usar la plantilla de inventario integrada para crear un panel para realizar un seguimiento de los recursos existentes. Es una forma rápida de determinar los recursos que tiene y el número de instancias.

Creación manual de la documentación

Si los enfoques de detección automatizados no son suficientes, puede realizar una evaluación manual de las cargas de trabajo. La mayoría de las evaluaciones manuales dependen de entrevistas con expertos técnicos y documentación técnica para obtener la información necesaria. Identificar a los propietarios de productos o aplicaciones y entrevistarlos. Estas entrevistas son opcionales, pero necesarias cuando el equipo necesita solucionar problemas en la información que proporcionan las herramientas. Y el propietario de la aplicación puede extraer las etiquetas e identificar manualmente las dependencias.

Buscar compatibilidad con regiones

No todas las regiones de Azure ofrecen los mismos servicios, por lo que debe asegurarse de que los servicios que necesita ejecutar la carga de trabajo están disponibles en la región de destino. Es posible que parezca tarde durante el proceso para realizar esta determinación, pero necesita los detalles de detección para garantizar la compatibilidad. Para determinar la compatibilidad con regiones de su carga de trabajo, consulte los productos y servicios disponibles en cada región de Azure.

Sepa si la región de destino es una región emparejada o no y si admite zonas de disponibilidad. El emparejamiento de regiones y las zonas de disponibilidad no afectan al esfuerzo de reubicación, pero afectan a la estrategia de continuidad empresarial y recuperación ante desastres (BCDR) en la región de destino. Para obtener más información, consulte Regiones y zonas de disponibilidad de Azure.

Clasificar los servicios de carga de trabajo

La reubicación se produce en el nivel de servicio y componente. La mayoría de las cargas de trabajo usan varios servicios. Hay dos tipos de servicios principales: con y sin estado. Debe clasificar cada servicio como con estado o sin estado. Este conocimiento le ayuda a determinar las dependencias, comprender las integraciones de servicio y restringir las opciones de automatización de reubicación.

  • Recursos sin estado: los recursos sin estado solo tienen información de configuración. Estos recursos no necesitan una replicación continua de los datos para trasladarlos. Algunos ejemplos son las redes virtuales, los adaptadores de red, los equilibradores de carga y los grupos de seguridad de red.

  • Servicios con estado: los servicios con estado tienen información de configuración y datos que deben moverse. Entre los ejemplos se incluyen máquinas virtuales y bases de datos SQL.

Pasos siguientes

La evaluación de su carga de trabajo proporciona suficiente información para seleccionar un método de reubicación y las herramientas para ejecutar el método que elija. El paso Seleccionar le guía por las decisiones para elegir un método de reubicación y las herramientas correctas para el método de reubicación.