Migración de cargas de trabajo de AIX a AWS: cómo empezar

Por Jeff Fritz, Sr. Modernization SA en AWS

Los clientes nos preguntan cómo migrar sus cargas de trabajo de AIX a Amazon Web Services (AWS). Los clientes tienen dudas sobre la evaluación del portafolio actual AIX, la estimación del costo total de propiedad (TCO) de AWS y la orientación para determinar los patrones de migración y las arquitecturas de estado objetivo para cargas de trabajo específicas. Para acelerar las migraciones de AIX a la nube, necesitará saber cómo comenzar este viaje y los patrones de migración disponibles. AWS puede ayudarlo en función de nuestra experiencia, aprendizajes y orientación, y puede ayudar a minimizar la complejidad y el riesgo, además de ofrecer claridad para su migración.

IBM AIX es un sistema operativo UNIX vendido por IBM. Creado en 1986, se convirtió en uno de los principales sistemas operativos para los servidores Power de IBM y otras plataformas de hardware de IBM. Se crearon muchos paquetes de software populares para AIX y en la actualidad, una importante base de instalaciones de clientes sigue ejecutando cargas de trabajo críticas en AIX. A diferencia de las cargas de trabajo de Windows y Linux, que se pueden migrar mediante un patrón de migración de rehospedaje (lift and shift) compatible con AWS Application Migration Service (MGN), las cargas de trabajo de AIX no se prestan a un patrón como éste y requieren un cambio de plataforma o una refactorización. Esto se debe al hecho de que los sistemas operativos y las arquitecturas de procesador de los sistemas Power AIX y los sistemas Linux x86 son diferentes. Sin embargo, los datos que se encuentran dentro de estas aplicaciones se pueden migrar entre ellas.

En este blog, analizaré sus opciones en asociación con AWS, aprovechando nuestros diversos programas y socios para migrar sus cargas de trabajo de AIX a AWS. Estas opciones pueden incluir el cambio de plataforma de las cargas de trabajo de AIX para AWS, la modernización total de la carga de trabajo mediante los servicios de AWS o la arquitectura de una solución híbrida con un producto de uno de nuestros socios,  para reducir el riesgo y proporcionar una arquitectura que permita la modernización incremental de las aplicaciones a lo largo del tiempo.

Por qué migrar AIX

Los beneficios empresariales de migrar AIX  pueden ser similares a los de migrar cualquier aplicación de centro de datos local a AWS. Es decir, aumentar la agilidad y la resiliencia, reducir los costos, mejorar la elasticidad y abordar los riesgos relacionados con la escasez de habilidades. El aumento de la agilidad permite a su empresa responder rápidamente a los cambios, por ejemplo, creando nuevas aplicaciones o funciones o habilitando nuevos canales. Las organizaciones pueden reducir los costos al pasar de un CapEx a un OPEX con un modelo de facturación de pago por uso (PAYG). AWS mejora la elasticidad al ofrecer escalado bajo demanda de los recursos informáticos, de almacenamiento y de red con el valor añadido de una mayor resiliencia de las aplicaciones a través de la infraestructura global de AWS. Por último, específicamente para AIX, encontrar personal capacitado que pueda administrar estos sistemas puede resultar difícil de atraer y retener, lo que representa un riesgo para las operaciones de su empresa.

Evaluación del costo total de propiedad (TCO) de la nube y planificación de la migración para AIX

Al planificar su proyecto de migración a la nube, se recomienda incorporar un análisis de caso de negocio a su proceso de toma de decisiones. La estimación del costo total de propiedad (TCO) es un método estándar que se utiliza para calcular los costos anuales de ejecución de las cargas de trabajo propuestas en AWS. Por naturaleza, el análisis del TCO no pretende ser una guía detallada y específica de la implementación para los ambientes de ejecución de las aplicaciones. Para iniciar cualquier análisis de TCO, es necesario descubrir el entorno AIX de origen, así como un mecanismo para determinar las configuraciones del tamaño correcto y las clases, tipos y opciones de instancias Amazon Elastic Compute Cloud (Amazon EC2) y las opciones de almacenamiento de AWS asociadas. Para prepararse mejor para la migración, es importante comprender las dependencias de las aplicaciones, la intercomunicación de los servidores existentes y la identificación de los grupos de dependencias de las aplicaciones, todos los cuales son esenciales para el proceso de migración y planificación de olas de migración. AWS cuenta con directrices, mecanismos y socios para ayudar a nuestros clientes a comenzar:

1. El equipo de AWS cloud economics puede ayudarlo a realizar una evaluación exhaustiva del estado actual del entorno mediante las utilidades de AIX estándar, como lparstat  y HMC Scanner for POWER report. Estos resultados se pueden utilizar como insumos en las herramientas de evaluación de la economía de la nube de AWS para estimar los costos de EC2 en AWS. Como nota, estas herramientas tienen en cuenta las diferencias de procesador entre la familia POWER y las arquitecturas X86, tal como se explica en el blog Estimating Amazon EC2 instance needed when migrating ERP from IBM Power Systems.
2. Los socios de AWS, como Flexera, Device 42, y ModelizeIT, cuentan con varios niveles de soporte para el sistema operativo IBM AIX y pueden llevar a cabo el descubrimiento de activos, el análisis de casos de negocio, el dimensionamiento correcto y la estimación de los costos de ejecución de las cargas de trabajo en AWS. Además, estas herramientas de nuestros socios pueden respaldar los entregables de planificación de la migración, como el mapeo de dependencias de las aplicaciones, la intercomunicación de servidores y la planificación de olas de migración. Si tiene un proceso de administración de configuración sólido y una base de datos de administración de configuración (CMDB) asociada, puede exportar la información a un archivo .csv para subirla a la herramienta AWS Migration Portfolio Assessment. Se trata de una herramienta gratuita desarrollada por AWS para que sus socios o equipos de servicios profesionales de AWS la aprovechen mientras trabaja con ellos para planificar su migración a AWS.

Cargas de trabajo de AIX y patrones de migración

Es posible que desee migrar una variedad de aplicaciones de software de misión crítica de AIX a AWS. Al migrar a AWS, obtiene una mayor agilidad, elasticidad y confiabilidad en comparación con las capacidades locales existentes. Si estas ventajas de la nube son suficientes para usted y desea minimizar el riesgo y adoptar una visión a más largo plazo de la modernización de sus aplicaciones, la adquisición de software equivalente basado en Linux para su uso en la infraestructura de AWS puede ser el patrón adecuado. Si desea reducir las tareas y los costos operativos a medida que migra a la nube, aprovechar los servicios gestionados puede ser una opción de patrón más adecuada, ya que puede eliminar las tareas operativas y reducir los costos de licencias con la opción de pasar a una solución de código abierto.

Vemos clientes con un mínimo de tres tipos de cargas de trabajo que componen su patrimonio de AIX:

1. Aplicaciones Java personalizadas que se ejecutan en un servidor de aplicaciones Java comercial.
2. Aplicaciones que utilizan software de bases de datos comerciales.
3. Aplicaciones de línea de negocios implementadas con software comercial listo para usar (COTS).

Aplicaciones Java

Las aplicaciones Java que se ejecutan en AIX no suelen estar en contenedores y pueden aprovechar las implementaciones de Java específicas del proveedor que requieren costos de soporte de licencias de Java. Es posible que estas aplicaciones no puedan responder rápidamente a los requisitos cambiantes de los clientes, sean inflexibles y costosas. Si tiene estas aplicaciones, puede considerar aumentar la agilidad y la flexibilidad mediante la contenerización de sus aplicaciones y el uso de un servicio de contenedores gestionado como AWS Elastic Container Service(ECS) y reducir los costos de licencias mediante el uso de una implementación de Java gratuita o un servidor de aplicaciones de código abierto.

1. Amazon Corretto es una distribución gratuita, compatible con el estándar Java SE y la distribución lista para producción del Open Java Development Kit (OpenJDK). Amazon Corretto incluye soporte a largo plazo que incluye mejoras de rendimiento y correcciones de seguridad.

2. AWS cuenta con una guía para migrar desde IBM WebSphere Application Server a Apache Tomcat en Amazon EC2 y migrar desde Oracle WebLogic a Apache Tomcat (TomEE) en Amazon ECS.

3. AWS App2Container  es una herramienta de línea de comandos que ayuda a transformar las aplicaciones existentes que se ejecutan en máquinas virtuales a contenedores, sin necesidad de cambiar el código. A2C descubre las aplicaciones que se ejecutan en un servidor, identifica las dependencias y genera los artefactos pertinentes para una implementación perfecta en Amazon Elastic Container Service (Amazon ECS) y Amazon Elastic Kubernetes Service Amazon EKS.

Si desea dividir su aplicación monolítica en microservicios y desea empezar a transformar su aplicación monolítica existente, nuestro socio de AWS vFunction junto con AWS Migration Hub Refactor Spaces pueden resultar una buena manera de comenzar ese viaje con una solución automatizada, escalable y un proceso repetible.

Figura 1. Diagrama 3 – Ejemplo de patrones de modernización de AIX.

Base de datos comercial

El software de bases de datos comerciales suele soportar aplicaciones que se ejecutan en AIX.  Alejarse de estas plataformas puede reducir significativamente los costos de licencias de software, pero puede ser un desafío de TI complejo. Los desafíos a los que puede enfrentarse al decidir migrar fuera de estas plataformas pueden implicar el uso de código de base de datos propietario, procedimientos almacenados para albergar la lógica empresarial y un modelo de datos complejo creado a lo largo de los años. AWS cuenta con metodologías y programas de incentivos financieros para ayudarlo a migrar estos entornos a un servicio administrado o a modernizar por completo la base de datos y refactorizar la aplicación a una base de datos de código abierto, como Amazon Aurora.

1. El programa Database_freedom existe para ayudarlo con estas migraciones proporcionándole financiación, asesoramiento y soporte. Estas migraciones pueden implicar conservar la base de datos comercial existente y pasar a un servicio de AWS administrado para la misma base de datos comercial.

2. El programa Database Migration Accelerator (DMA) está diseñado para ayudarlo a superar el complejo desafío de pasar de una base de datos comercial a una base de datos de código abierto como Amazon Aurora. El programa ofrece herramientas de migración, talleres, orientación y soporte para una prueba de concepto que ayude a nuestros clientes a refactorizar la base de datos y la pila de aplicaciones, si es necesario.

3. AWS cuenta con servicios para ayudarlo en el proceso de migración de bases de datos, que incluyen la herramienta de conversión de esquemas de AWS (AWS Schema Conversion Tool – SCT), los servicios de migración de bases de datos de AWS Database Migration Services (DMS) y AWS DMS Fleet Advisor para analizar, planificar y migrar sus bases de datos comerciales locales.

Aplicaciones comerciales listas para usar (COTS)

El software COTS específico de la industria o línea de negocio puede ser otra migración compleja a la nube. Surgen varios desafíos, como la migración multiplataforma de AIX a X86, los requisitos y dependencias de actualización de las aplicaciones y la migración a la nube en sí misma, son algunos elementos que usted debe planificar. AWS cuenta con programas de soporte y equipos de migración especializados en estas cargas de trabajo de COTS. Estos incluyen AWS for Oracle Applications  y  SAP on AWS. Estos son dos de los proveedores de software COTS más populares del mercado, pero otros proveedores de software COTS están presentes en AWS Marketplace. Es probable que su producto de software COTS específico cuente con una hoja de ruta compatible para la adopción de AWS.

Retención y modernización incremental

Si bien la dirección que ha indicado es dejar de invertir en la plataforma y las aplicaciones de AIX migrando fuera de AIX, es posible que esto no sea posible en los plazos deseados. Desalojar las instalaciones de un centro de datos o reescribir por completo las cargas de trabajo en una arquitectura nativa de la nube basada en eventos lleva tiempo. Por estos motivos, es posible que tenga sentido conservar sus entornos de AIX durante un período de tiempo designado. Conservar los entornos a través de un socio de servicios gestionados de AWS como Connectria puede proporcionar una solución para resolver estos desafíos y presentar oportunidades:

· Desaloje su centro de datos existente y elimine los contratos de hardware de AIX existentes.

· Conserve el software AIX COTS existente dados los requisitos o limitaciones del proveedor.

· Conserve las aplicaciones AIX existentes como un facilitador para la modernización de las aplicaciones.

· Conserve las aplicaciones de AIX existentes y, al mismo tiempo, desarrolle nuevas capacidades y servicios en AWS.

Connectria se ha asociado con AWS para ofrecerle la opción de conservar sus aplicaciones de AIX existentes y, al mismo tiempo, permitir la integración con AWS a través de una red prediseñada de baja latencia. Esta arquitectura proporciona un servicio gestionado para sus entornos de AIX y una integración de red de baja latencia en su entorno de AWS para facilitar el uso de AWS para crear nuevas aplicaciones nativas de la nube mediante diversos patrones de integración de datos. Este tipo de arquitectura puede proporcionarle un enfoque gradual y de bajo riesgo para la migración y modernización de aplicaciones en AWS.

Conclusión — Llamado a la acción

Si tiene cargas de trabajo de AIX como parte de su entorno de TI, usted tiene opciones en lo que respecta a la migración y la modernización de estas aplicaciones. Entender cómo descubrir, evaluar y planificar su migración es el primer paso. Luego, comprender la cartera de aplicaciones y las opciones para la transformación de la nube y el esfuerzo requerido para estas transformaciones son datos importantes para usted a la hora de tomar estas decisiones. AWS cuenta con los programas, los servicios y la experiencia necesarios para ayudarlo y orientarlo a la hora de decidir cómo avanzar con su migración de AIX. Ahora es el momento de empezar a abordar estas aplicaciones con AWS.

Este artículo fue traducido del Blog de AWS en Inglés

Acerca el autor

Jeff Fritz se encuentra en el área del norte de Virginia (USA) y ha trabajado con sistemas Unix de una forma u otra durante más de 30 años. Tiene una amplia experiencia en aplicaciones, arquitecturas y migraciones de RDBMS. En AWS, apoya a los clientes que desean migrar o modernizar las cargas de trabajo locales a AWS.

Traductor

Luis Alberto Alvarez Diaz esta localizado en Colombia y es arquitecto de Soluciones de AWS especialista en temas de migración para clientes de diferentes industrias en Latinoamérica. Durante sus más de 28 años de trayectoria en tecnología, Luis Alberto ha tenido experiencias de administración de plataformas AIX y está enfocado en apoyar a sus clientes en la adopción de herramientas que los ayudan a acelerar su migración a AWS.