Preguntas frecuentes sobre AWS Migration Hub

Para comenzar, consulte la Guía de introducción de nuestra documentación. 

Antes de usar la mayoría de las características en Migration Hub (excepto Refactor Spaces), necesita seleccionar la región de origen de Migration Hub desde la página Configuración de Migration Hub Settingso con la API de configuración de Migration Hub. 

Los datos almacenados en la región de origen de Migration Hub proporcionan un único repositorio de información sobre la detección y la planificación de la migración para toda su cartera, y una única vista de las migraciones a múltiples regiones de AWS. Puede migrar a cualquier región compatible con sus herramientas de migración y el estado de la migración aparecerá en la región de origen de Migration Hub seleccionada. Consulte la documentación para obtener más información sobre la región de origen de Migration Hub.

Una vez que esté configurada, la región de origen de Migration Hub no puede cambiarse.

AWS Migration Hub le permite hacer un seguimiento del estado de sus migraciones en todas las regiones de AWS, siempre y cuando sus herramientas de migración se encuentren disponibles en dicha región. Las herramientas de migración que se integran con Migration Hub (por ejemplo, AWS Application Migration Service y AWS Database Migration Service) envían los estados de las migraciones a la región de origen de Migration Hub seleccionada. La región de origen se usa para almacenar los datos de seguimiento de migraciones y detección. Se configura antes de usar el servicio por primera vez. El estado de migración se agrega desde todas las regiones de destino y es visible en la región de origen. Recuerde que las herramientas integradas no enviarán estados a menos que las haya autorizado (conectado) en la página “Tools” (Herramientas) de la consola de Migration Hub.

AWS Migration Hub está disponible en todo el mundo para hacer un seguimiento del progreso de la migración de aplicaciones, independientemente de dónde se encuentra la aplicación actualmente. Consulte la tabla de regiones de AWS para ver la disponibilidad de las herramientas de Migration Hub para la recopilación de inventario, la planificación y la recomendación, y para la modernización de capacidades.

AWS Migration Hub necesita un rol de cuenta de AWS que se agregará de manera automática la primera vez que usted obtenga acceso a la consola como usuario administrador. Las herramientas de migración integradas se pueden autorizar en la página “Tools” (Herramientas) de la consola de Migration Hub. Consulte la sección sobre autenticación y control de acceso de la Guía del usuario de AWS Migration Hub para obtener más detalles.

Para ver sus activos de TI en AWS Migration Hub, primero deberá realizar una detección a través de una herramienta de detección de AWS o mediante una migración con una herramienta de migración integrada. Luego puede explorar su entorno desde Migration Hub. Para obtener más información sobre cualquier recurso encontrado, haga clic en el ID de servidor que se muestra en la página “Servers” (Servidores) de la consola de Migration Hub. Se lo redireccionará a la página de detalles de servidores. Si utilizó una herramienta de detección de AWS para encontrar servidores, verá los datos recopilados, incluidas las especificaciones técnicas y el uso promedio.

Cuando ingrese por primera vez a AWS Migration Hub, se le solicitará que realice una detección o comience una migración. Si decide iniciar una migración sin realizar una detección, entonces sus servidores de aplicaciones y servidores de bases de datos aparecerán como recursos en Migration Hub a medida que los migre con herramientas de migración integradas que haya autorizado en la consola de Migration Hub.

Para la detección, tiene dos opciones de recopilación de datos. Si tiene un entorno de VMware y prefiere no instalar un agente, puede usar el recolector sin agente de AWS Application Discovery Service. Si necesita información más detallada, puede instalar agentes en sus servidores para que recopilen una amplia variedad de información, incluidos detalles sobre el uso de recursos, procesos en ejecución en el servidor y las dependencias de redes del servidor. La información sobre dependencias de redes y procesos se puede exportar y analizar fuera de AWS Migration Hub. Consulte la Guía del usuario de Application Discovery Service para obtener más detalles sobre AWS Discovery Collectors.

Antes de agrupar servidores en una aplicación, debe completar la lista de servidores de AWS Migration Hub. Los servidores se agregan a la lista “Servers” (Servidores) cuando se ejecutan herramientas de detección de AWS o cuando se usa una herramienta de migración integrada. Una vez que la lista “Servers” (Servidores) esté completa, seleccione uno o más recursos en la página “Servers” (Servidores) en la consola de Migration Hub y, a continuación, elija “Group as Application” (Agrupar como aplicación). Si detecta servidores con el agente de AWS Discovery, también puede agruparlos en las aplicaciones desde la herramienta de visualización de red. Seleccione uno o más servidores del gráfico de la red y elija “Group as application” (Agrupar como aplicación).

Puede ir a la página Applications (Aplicaciones) de la sección Migrate (Migrar) de la consola de AWS Migration Hub para ver una lista de las aplicaciones y su estado de migración actual. Solo aparecerán en la página “Applications” (Aplicaciones) los recursos que se hayan agrupado en aplicaciones con la página “Servers” (Servidores) de la sección “Discover” (Detectar) o con la CLI o el SDK de AWS. Las aplicaciones pueden tener uno de los siguientes tres estados de migración: “not started” (no iniciado), “in progress” (en progreso) y “completed” (completado).

Sí. Las aplicaciones que cree un usuario de IAM dentro de una cuenta estarán visibles para cualquier otro usuario de IAM dentro de la misma cuenta al que se le haya concedido acceso a AWS Migration Hub. Cualquier cambio será visible para todos los usuarios con permiso.

Obtiene acceso a AWS Migration Hub con un usuario de IAM asociado con una cuenta de AWS. Esto solo le permite ver detalles de su cuenta de AWS y no tendrá visibilidad de otras cuentas.

Puede obtener acceso a la característica de importación de AWS Migration Hub desde la consola de Migration Hub o mediante la invocación de las API de Application Discovery Service. Los datos importados se almacenan en el repositorio de datos de Application Discovery Service en formato cifrado.

El proceso de importación de Migration Hub le permite importar los datos de servidor, incluyendo especificaciones, utilización, etiquetas y aplicaciones que estén asociadas con los servidores. Puede importar datos desde cualquier origen siempre que los datos se proporcionen mediante la plantilla de importación en formato CSV de Migration Hub.

Sí. Puede eliminar un archivo incorrecto accediendo a la sección “Discover” (Detectar) > “Tools” (Herramientas) > “Imports” (Importaciones) y seleccionando la opción “Delete imported data” (Eliminar datos importados). Para sobrescribir un archivo importado existente, elimine y cargue un archivo nuevo con los registros corregidos.

No, no hay ningún límite respecto al número de archivos para importar que puede cargar. Sin embargo, sí que limitamos el número de registros y de servidores que se pueden importar. Para obtener detalles, consulte la sección de límites de importación de Migration Hub en la documentación.

No, importar sus datos no conlleva ningún costo.

Sí. Puede importar datos incluso si no puede rellenar todos los campos en la plantilla de importación. Si, en cada fila, rellena los datos con su propia clave coincidente (“ExternalId”), el proceso de importación la utilizará identificar de forma unívoca e importar los registros. Si no se especifica la clave coincidente, en cada fila, el proceso de importación utilizará los valores especificados para “IPAddress”, “HostName”, “MACAddress” o una combinación de “VMware.MoRefId” y “VMware.vCenterId” para determinar la singularidad de un servidor determinado. Las filas que no contengan el valor de la clave coincidente (“ExternalId”) o de cualquiera de los campos anteriores no se importarán.

El proceso de importación realiza una validación de datos en todos los campos importados que forman parte de la plantilla de importación CSV. Por ejemplo, si el valor de “IPAddress” no es válido, la característica de importación marcará ese registro como incorrecto. Además, se considerará como no válido y no se importará un registro de importación que no tenga al menos uno o más de estos campos con contenido: “ExternalId”, “MACAddress”, “HostName”, “IPAddress” o una combinación de “VMware.VCenterId” y “VMware.MoRefId”.

Recomendaciones para instancias EC2 es una característica de AWS Migration Hub que analiza los datos recopilados a partir de cada servidor local, incluida la especificación de servidor, CPU y uso de memoria, con el fin de recomendar la instancia EC2 más económica necesaria para ejecutar la carga de trabajo local. También puede ajustar recomendaciones mediante la especificación de preferencias para la opción de compra de AWS, la región de AWS, las exclusiones de los tipos de instancias de EC2 y la métrica de uso de CPU y RAM (promedio, mayor demanda o percentil).

No. Para usar la característica recomendaciones para instancias EC2, debe asegurarse de que los detalles del servidor en las instalaciones estén disponibles en AWS Migration Hub. Puede importar información de inventario del servidor existente a partir de un origen como una base de datos de administración de contenido (CMDB) o bien utilizar AWS Application Discovery Service para recopilar datos directamente desde su entorno.

La característica recomienda el tipo de instancia de EC2 más rentable para cumplir determinados requisitos de CPU y RAM. Para ello, tiene en cuenta las preferencias de tipo de instancia seleccionadas, como opción de compra de AWS, región de AWS, exclusiones de tipos de instancias de EC2 y métrica de uso de CPU y RAM (promedio, mayor demanda o percentil).

Sí. La característica de recomendaciones para instancias EC2 ofrece recomendaciones para instancias de rendimiento ampliable. La característica usa puntos de datos de CPU “promedio” y “mayor demanda” para computar un número estimado de créditos de CPU consumidos y el costo asociado para comparar de forma más precisa el precio previsto con otras familias de instancias.

Si existen datos de identificación disponibles provenientes de varios orígenes para el mismo servidor, la característica recomendaciones para instancias EC2 utilizará los datos más recientes y completos para realizar una sugerencia. Por ejemplo, si carga una especificación de CPU y RAM para un determinado servidor con la función de importación de Migration Hub, se generará una recomendación basada en los datos importados. Si, a continuación, instala Discovery Agent de AWS Application Discovery Service (ADS) en este servidor, el agente de ADS también registrará los detalles de especificación del servidor. La próxima vez que solicite recomendaciones para instancias de EC2 para dicho servidor, la característica utilizará las especificaciones recopiladas por el agente de ADS para generar la recomendación, ya que los datos del agente serán más recientes y estarán más completos.

Sí. La característica de recomendación de instancias EC2 solamente recomienda instancias de generaciones actuales. No ofrece recomendaciones para instancias de generaciones anteriores.

El redimensionamiento de sus recursos informáticos es una de las dimensiones para saber cuál es el costo total de propiedad (TCO). Use la característica de recomendaciones para instancias EC2 de Migration Hub cuando quiera saber cuáles son los costos de EC2 previstos. También ofrecemos una evaluación más detallada, que incluye optimizaciones para costos de almacenamiento y licencias de Microsoft, mediante el uso de TSO Logic, una compañía de AWS. Contacte con Ventas de AWS o con un socio de AWS para obtener más información sobre esta evaluación detallada.

Una vez que haya creado una o más agrupaciones de aplicaciones a partir de servidores detectados con herramientas de detección de AWS o mediante el inicio de una migración a través de una herramienta de migración integrada, puede iniciar o continuar la migración del servidor o de la base de datos fuera de Migration Hub. Regrese a Migration Hub para ver el estado de migración de cada recurso de la aplicación. 

Para ello, vaya a la página de la aplicación en la consola de Migration Hub. Allí, verá un diagrama con todos los recursos que conforman la aplicación y una tabla con más detalles de los estados de las migraciones. Para cada recurso, el estado general y detallado se muestra en formato de diagrama y tabla. Por ejemplo, en el caso de un servidor que se está migrando con AWS Server Migration Service, es posible que se muestre su estado como “In progress / replication starting” (En progreso/inicio de replicación), “In progress / replication complete” (En progreso/replicación completa) o “Completed / AMI created” (Completado/AMI creada). 

Cuando la migración finaliza, Migration Hub también muestra los detalles de los recursos creados por la migración. Para servidores migrados con AWS Application Migration Service, AWS Server Migration Service y ATADATA, Migration Hub proporciona enlaces a las AMI creadas o las instancias EC2 en ejecución (dependiendo de la herramienta). En el caso de las bases de datos migradas por AWS Database Migration Service, Migration Hub proporciona el ID de punto de conexión de destino, que se puede usar como filtro de búsqueda en la consola de Database Migration Service.

No. AWS Migration Hub no automatiza los pasos de la migración. Ofrece una ubicación única para que haga el seguimiento del progreso de las aplicaciones que está migrando.

Para ver el progreso de una migración en AWS Migration Hub, deben darse dos condiciones. Los recursos que esté migrando deben encontrarse en el repositorio de AWS Discovery y debe usar herramientas compatibles para realizar la migración. Si comienza una migración sin realizar una detección con AWS Discovery Collectors, los servidores o las bases de datos que informen las herramientas de migración compatibles se agregarán automáticamente a su repositorio de AWS Application Discovery Service. Una vez agregados, puede agrupar los servidores como aplicaciones y realizar un seguimiento de su estado en una única agrupación a medida que la migración avance.

Si está usando una herramienta compatible, pero no ve el estado de una aplicación, vaya a la página “Updates” (Actualizaciones) para controlar si se está recibiendo el estado desde la herramienta. Si el estado no aparece en la página “Updates” (Actualizaciones), entonces vaya a la página “Tools” (Herramientas) y verifique si la herramienta está autorizada para enviar estados a Migration Hub. Si no lo está, haga clic en “Authorize” (Autorizar) para agregar los permisos de IAM correspondientes.

Si el estado de la migración aparece en la página “Updates” (Actualizaciones), entonces es posible que el recurso no esté agrupado en una aplicación. Vaya a la página “Servers” (Servidores) y agrupe el servidor en una aplicación. Vea la aplicación desde la página “Migrate/Applications” (Migrar/Aplicaciones) para consultar el estado de la migración.

AWS Migration Hub mostrará el estado de las migraciones de recursos que se realicen con herramientas compatibles, siempre y cuando el recurso esté agrupado en una aplicación. No es necesario que sea una migración de realojamiento estricta. Por ejemplo, si migra el contenido de una base de datos con AWS Database Migration Service, verá actualizaciones en Migration Hub si el servidor que corresponde a la migración de base de datos está agrupado en una aplicación.

Las herramientas que no estén integradas con AWS Migration Hub no informarán estados en la consola de administración de Migration Hub. Aun así, podrá ver el estado de otros recursos de la aplicación y el estado de nivel de la aplicación o puede actualizar el estado a través de una automatización propia con las API o la CLI.

Las herramientas de migración pueden publicar su estado en AWS Migration Hub si escriben en la API de AWS Migration Hub. Los socios que estén interesados en incorporarse deberán haber adquirido la competencia en migración a través del programa de competencias de AWS. Para obtener más información sobre el programa de competencias y solicitar inscribirse en la competencia de migración, haga clic aquí.

Strategy Recommendations de AWS Migration Hub ahora lo ayuda a crear una estrategia de migración y modernización de forma sencilla para las aplicaciones que se ejecuten en las instalaciones o en AWS. Strategy Recommendations ofrece una guía en la estrategia y las herramientas que lo ayudan a migrar y modernizar a escala.

Strategy Recommendations permite identificar una estrategia de migración y modernización adaptada a escala y ofrece las herramientas y los servicios para ayudarlo a ejecutar la estrategia. También lo ayuda a identificar las incompatibilidades (antipatrones) en el código fuente que deben resolverse para aplicar estas recomendaciones.

Strategy Recommendations admite el análisis de las posibles opciones de volver a alojar (EC2) y redefinir la plataforma (entornos administrados como RDS y Elastic BeanStalk, contenedores y actualizaciones del sistema operativo) para las aplicaciones que se ejecutan en Windows Server 2003 o superior o en una amplia variedad de distribuciones de Linux, como Ubuntu, RedHat, Oracle Linux, Debian y Fedora. Strategy Recommendations ofrece un análisis de refactorización adicional para aplicaciones personalizadas escritas en C# y Java, y bases de datos con licencia (como Microsoft SQL Server y Oracle).

Para comenzar, consulte la Guía de introducción de nuestra documentación.

Consulte Modernice las cargas de trabajo de Windows con AWS para obtener más información.

La transformación de aplicaciones es el proceso de refactorizar, rediseñar y reescribir aplicaciones para maximizar la disponibilidad, la escalabilidad, la agilidad comercial y los beneficios de optimización de costos de ejecución en la nube.

Refactor Spaces lo ayuda a acelerar la refactorización de aplicaciones para aprovechar al máximo la informática en AWS y simplifica la transformación de aplicaciones facilitando la administración del proceso de refactorización mientras opera en producción. Con Refactor Spaces, usted se centra en la refactorización de sus aplicaciones, no en la creación y administración de la infraestructura subyacente que hace posible la refactorización. Refactor Spaces ayuda a reducir el riesgo empresarial de la evolución de las aplicaciones a microservicios o de la ampliación de las aplicaciones heredadas que no se pueden modificar con nuevas características escritas en microservicios.

Refactor Spaces aborda un par común de problemas prácticos cuando se transforman aplicaciones: configurar la infraestructura para la refactorización de una aplicación y operar aplicaciones que evolucionan a escala. Refactor Spaces lo ayuda a combinar aplicaciones y microservicios existentes en una sola aplicación mientras permite diferentes enfoques para arquitectura y tecnología, alineación de equipo y proceso entre las partes. Con Refactor Spaces, puede transformar aplicaciones heredadas o ampliarlas con microservicios que se ejecutan en cualquier destino informático de AWS (como EC2, Amazon Elastic Container Service, Amazon Elastic Kubernetes Service, AWS Fargate y AWS Lambda). Refactor Spaces proporciona un ahorro de tiempo significativo al crear infraestructura para la refactorización de aplicaciones en minutos.

Cualquier aplicación determinada para refactorizar, reescribir o rediseñar es una candidata para utilizar Refactor Spaces siempre y cuando su interfaz externa sea un protocolo basado en HTTP y se ejecute en AWS (o se pueda reubicar con Aplication Migration Service o redefinir la plataforma primero). Refactor Spaces normalmente se usa para refactorizar viejas aplicaciones heredadas y monolíticas, pero también lo ayuda a explorar la refactorización y el rediseño de servicios y aplicaciones modernas.

Refactor Spaces orquesta con otros servicios de AWS para crear entornos de refactorización y adjuntar aplicaciones y microservicios existentes en aplicaciones de Refactor Spaces que son más fáciles de operar mientras la aplicación evoluciona. Los entornos de refactorización de aplicaciones están creados mediante Transit Gateway, Resource Access Manager y API Gateway. Con estos, Refactor Spaces ayuda a mantener aplicaciones existentes separadas de microservicios a través una estructura de múltiples cuentas que está unida con redes para una fácil comunicación entre cuentas.

Un entorno de Refactor Spaces proporciona una vista unificada de redes, aplicaciones y servicios en todas las cuentas de AWS y es el contenedor de sus aplicaciones existentes y microservicios nuevos. El entorno orquesta Transit Gateway, Resource Access Manager y VPC para unir redes entre cuentas y simplificar la comunicación entre nuevos y antiguos servicios. La cuenta donde se crea un entorno es el propietario del entorno. El propietario puede compartir el entorno con otras cuentas de AWS y administrar aplicaciones, servicios y rutas agregadas al entorno.

Una aplicación de Refactor Spaces proporciona un enrutamiento de solicitudes configurable a sus aplicaciones existentes y microservicios nuevos. Las aplicaciones incluyen un proxy que simplifica la refactorización de Strangler Fig en AWS. Cuando se crea una aplicación dentro de un entorno, Refactor Spaces orquesta políticas de recursos de API Gateway, Network Load Balancer (NLB) y AWS Lambda. El proxy y el enrutamiento de la aplicación se usan para mantener los cambios subyacentes de arquitectura transparentes a los consumidores de aplicaciones.

Un servicio de Refactor Spaces representa el punto de enlace de una aplicación existente o un microservicio nuevo. Los servicios pueden tener una VPC con un punto de enlace URL o un punto de enlace de AWS Lambda. Refactor Spaces une VPC de servicios automáticamente dentro de un entorno con Transit Gateway, y se permite el tráfico entre recursos de AWS en VPC de servicio en todas las cuentas del entorno. Cuando se configura una ruta a un servicio, si el servicio tiene un punto de enlace de Lambda, el tráfico se dirige mediante la integración Lambda de API Gateway. Para servicios con un punto de conexión de URL, el tráfico se dirige con un enlace a la VPC de API Gateway y un grupo de destino de NLB.

Refactor Spaces se puede usar mediante la consola de administración de AWS, AWS SDK, la CLI de AWS o CloudFormation (CFN). Normalmente, comenzará con al menos dos cuentas: una para su aplicación existente y una para tener el entorno de Refactor Spaces y administrar el enrutamiento de tráfico entre los servicios. Sus cuentas de AWS pueden ser nuevas o existentes que sean independientes, parte de una organización de AWS o aprovisionadas por AWS Control Tower. 

Primero, instale el rol vinculado al servicio (SLR) de Refactor Spaces en cada cuenta de AWS que planea utilizar para refactorizar ya sea visitando la consola de Refactor Spaces en la cuenta o mediante la consola o la API de IAM para crear el SLR. Luego, cree un entorno de Refactor Spaces en la cuenta elegida para que sea la propietaria del entorno y comparta el entorno con otras cuentas. Una vez que las otras cuentas aceptan la invitación para compartir entorno, Refactor Spaces automáticamente comparten recursos de AWS (como Transit Gateway) que contiene en el entorno con otras cuentas designadas. 

Luego, cree su primera aplicación. La aplicación de Refactor Spaces proporciona un enrutamiento de solicitudes configurable (a través de API Gateway) para servicios de Refactor Spaces, independientemente de la cuenta en la que esté un servicio. Luego de crear la aplicación, cree uno o más servicios en ella. Inicialmente, todo el tráfico fluirá a la aplicación existente, por lo que debe crear una ruta predeterminada que envíe todo el tráfico al servicio que representa la aplicación existente. Con el tiempo, agregará rutas para reducir el tráfico a las capacidades empresariales que cubren microservicios nuevos.

Sí, puede acceder de manera privada a las API de Refactor Spaces desde su VPC (creada con Amazon Virtual Private Cloud) mediante la creación de puntos de conexión de VPC. Con los puntos de conexión de VPC, el enrutamiento entre la VPC y Refactor Spaces se gestiona mediante la red de AWS sin necesidad de utilizar una puerta de enlace de Internet, una puerta de enlace de NAT ni una conexión de red privada virtual (VPN). La última generación de puntos de enlace de VPC que utiliza Refactor Spaces cuenta con tecnología de AWS PrivateLink, que habilita la conectividad privada entre los servicios de AWS mediante el uso de interfaces de redes elásticas (ENI) con las direcciones IP privadas en las VPC. Para obtener más información sobre el soporte de Privatelink, consulte la Documentación de Privatelink de Refactor Spaces.

La orquestación de migración es un mecanismo de automatización de procesos que utiliza plantillas, sincroniza varias tareas en un flujo de trabajo y administra las dependencias para lograr el deseado objetivo de un proyecto de migración.

AWS Migration Hub Orchestrator está diseñado para automatizar y simplificar la migración de aplicaciones a AWS. Orchestrator ahora lo ayuda a reducir los costos y el tiempo de migración mediante la eliminación de muchas de las tareas manuales comprendidas en las aplicaciones para empresas a gran escala, gestión de dependencias entre diferentes herramientas y proporción de visibilidad en el progreso de migración. Utilice plantillas de flujos de trabajo predefinidas y personalizables de Orchestrator que ofrecen un conjunto recomendado de tareas de migración, herramientas de migración y oportunidades de automatización para orquestar flujos de trabajo complejos y tareas interdependientes para simplificar el proceso de migración a AWS. 

Orchestrator lo ayuda a acelerar las migraciones, simplificar el proceso de migración y adaptar las herramientas de migración y proceso para sus casos de uso.

• Acelere las migraciones: acelere las migraciones de las aplicaciones mediante plantillas de flujos de trabajo predefinidas y demostradas, basadas en miles de aplicaciones con patrones similares que AWS ya ha migrado.
• Simplifique la automatización: automatice las tareas previas a la migración, los flujos de trabajo de migración y las tareas de migración en múltiples herramientas como AWS Application Discovery Service, AWS Application Migration Service y AWS Launch Wizard en el mismo flujo de trabajo de migración para minimizar las tareas manuales. 
• Adapte y optimice: personalice y reutilice las plantillas de flujo de trabajo creando recomendaciones de referencias y modificando los pasos y dependencias para dar respuesta a las necesidades específicas de cargas de trabajo y casos de uso.

Orchestrator simplifica y acelera la migración de aplicaciones de AWS.

• Migre aplicaciones con una metodología prescriptiva: puede iniciar migraciones rápidamente usando plantillas predefinidas de flujo de trabajo que están basadas en miles de aplicaciones con patrones similares que AWS ha migrado.
• Personalice su flujo de trabajo de migración: puede personalizar su flujo de trabajo añadiendo sus propios pasos, dependencias y automatizaciones para dar respuesta a las necesidades específicas de sus casos de uso.
• Orqueste las tareas previas a la migración en los entornos de origen: debe comprobar con frecuencia si la migración está lista, instalar agentes o eliminar archivos de registro innecesarios que no quiera migrar a AWS. Hacer estas tareas manualmente en cada servidor local es un proceso tedioso y propenso a errores. Con Orchestrator, puede automatizar estas tareas para ahorrar tiempo y costo a la vez que reduce errores.
• Orqueste las tareas de migración en diferentes herramientas de migración: su proceso de migración óptimo puede incluir el uso de múltiples herramientas como AWS Application Discovery Service, AWS Application Migration Service o AWS Launch Wizard para el mismo flujo de trabajo de migración. Con Orchestrator, puede orquestar sus tareas de migración reutilizando los metadatos del inventario, las especificaciones de configuración y el contexto del entorno para minimizar las entradas que tiene que proporcionar a cada una de estas herramientas. Al automatizar tareas de migración manuales, administrar dependencias entre múltiples herramientas y dar visibilidad al proceso de migración en un solo lugar, Orchestrator lo ayuda a reducir costos y tiempo de migración.
• Configure, valide y lance las aplicaciones migradas: en migraciones grandes, comprobar el estado de las instancias, bases de datos, y conectividad de red; instalar y desinstalar aplicaciones en servidores migrados; y desactivar el entorno de almacenamiento se traducirá en un tiempo de transición y un tiempo de inactividad más largos. Con Orchestrator, puede automatizar estos pasos rutinarios de migración para reducir el tiempo de transición más de un 50 %.

Puede acceder a Orchestrator desde la consola de AWS Migration Hub o desde AWS Command Line Interface (CLI). Use Orchestrator para completar los requisitos previos para descubrir o importar servidores de origen, agrupar los servidores descubiertos en aplicaciones e instalar un complemento en el entorno de origen. A continuación, escoja una de las plantillas predefinidas de flujo de trabajo para crear un flujo de trabajo para orquestar la migración de la aplicación. Si quiere, también puede definir pasos personalizados que se automatizarán o se completarán manualmente como parte del flujo de trabajo. Cuando el flujo de trabajo esté definido, puede ejecutarlo, pausarlo o eliminarlo. También puede hacer un seguimiento el estado del flujo de trabajo por pasos o grupo en Orchestrator.

Una plantilla de flujo de trabajo es un manual con un conjunto de tareas de migración, dependencias, herramientas adecuadas de migración y oportunidades de automatización recomendadas ya configuradas. Por ejemplo, la plantilla de flujo de trabajo predefinida para migrar aplicaciones basadas en SAP NetWeaver con bases de datos HANA incluye tareas paso a paso para la validación automatizada de la conectividad entre los servidores y los complementos de origen, la habilidad de aprovisionar un nuevo entorno SAP con AWS Launch Wizard, entornos de validación automatizados de origen y de destino, migración automatizada de bases de datos y aplicaciones HANA y validación posterior a la migración. 

Actualmente, es compatible con cinco plantillas de flujo de trabajo predefinidas que puede usar. La primera plantilla le permite migrar aplicaciones basadas en SAP NetWeaver con bases de datos HANA con AWS Launch Wizard y HANA System Replication. La segunda lo ayuda a acelerar el realojamiento de cualquier aplicación que use AWS Application Migration Service (MGN). La tercera y cuarta le permiten redefinir la plataforma de sus bases de datos de SQL Server en Amazon RDS y volver a alojar dichas bases de datos en Amazon EC2 con copias de seguridad y restauración nativas. La quinta plantilla le ayuda a importar sus imágenes de máquina virtual (VM) locales a AWS con una experiencia basada en consola para generar una imagen de máquina de Amazon (AMI) a partir de la imagen de VM que ha creado, para cumplir con sus requisitos de seguridad de TI, administración de la configuración y conformidad. Todas las plantillas incluyen la automatización predefinida de tareas con la opción de agregar pasos y scripts de automatización nuevos.