Transforma tus cargas de VMware con ROSA en AWS: modernización sin límites.

Cambios en VMWare, retos y oportunidades

La adquisición de VMware por Broadcom y los cambios en su modelo de licenciamiento han generado un terremoto en el mercado de la virtualización, impactando significativamente a los clientes, muchos de los cuales están buscando alternativas viables.

¿Qué cambios ha tenido VMware? VMware ha sido líder en virtualización, controlando el 85% de las cargas de trabajo. Sin embargo, tras la compra de Broadcom y el cambio en el modelo de licencias, los precios han aumentado enormemente. Además, se ha reducido la cantidad de opciones de productos, pasando de 200 a solo dos paquetes: VMware Cloud Foundation (VCF) y VMware vSphere Foundation (VVF), sin olvidar que desde abril de este año no se puede adquirir VMware Cloud en AWS. Esto genera incertidumbre y dudas entre los clientes sobre sus soluciones y la viabilidad en el tiempo.

Estos cambios han creado nuevos desafíos para aquellas compañías que lo utilizan:

• Presión presupuestaria: los aumentos de precios dificultan la planificación financiera en TI.
• Menor flexibilidad: la simplificación de opciones reduce la capacidad de elegir soluciones adaptadas a sus necesidades.
• Dudas sobre el soporte: el recorte en la flexibilidad y los cambios en las condiciones de servicio siembran inquietudes sobre la calidad del soporte a futuro.

En este contexto de incertidumbre, ROSA (Red Hat OpenShift Service on AWS) se presenta como una alternativa robusta y atractiva. Esta solución combina lo mejor de OpenShift, una plataforma de contenedores líder, con la escalabilidad y los servicios avanzados de AWS.

Por qué ROSA es una alternativa robusta.

• Gestión simplificada con OpenShift completamente gestionado.
• Soporte conjunto de Red Hat y AWS, con una sola factura.
• Modelo de costos transparente sin gastos adicionales por licencias.
• Escalabilidad y alta disponibilidad gracias a AWS.
• Transición híbrida con contenedores y máquinas virtuales en una sola plataforma.

En este post detallaremos qué ofrece ROSA (y por qué lo ofrece) para ser una alternativa estratégica para empresas que buscan modernizar su infraestructura IT, ya que creemos que puede convertirse en el aliado ideal frente a estos cambios de VMware y ser una pieza clave en los procesos de transformación.

¿Qué opciones tenemos frente a los cambios de VMware?

Gartner estima que el 70% de los clientes de VMware están evaluando opciones alternativas, y otros competidores están activamente ofreciéndolas. Las opciones disponibles serían las siguientes:

Mantenerse con VMware en un entorno on-premise aceptando los aumentos de precios y el nuevo modelo de suscripción puede ser una opción a corto plazo, pero a largo plazo, esta decisión podría resultar costosa. Además, no resuelve las preocupaciones sobre la calidad del servicio y la incertidumbre respecto a la dirección futura de la compañía.

Una alternativa sería modernizar la infraestructura local sin abandonar completamente el entorno on-premise. Soluciones como AWS Outposts y el uso de contenedores permiten a las empresas aprovechar los beneficios de la nube, como la escalabilidad y la automatización, sin perder el control sobre su infraestructura local.

Otra opción viable es cambiar a un hipervisor de la competencia, como Nutanix o Hyper-V, que ofrecen características más atractivas y modelos de precios más competitivos que los de VMware.

Finalmente, la última opción sería migrar completamente a la nube debido a las ventajas claras que ofrece como mayor escalabilidad, flexibilidad y rentabilidad. En particular, AWS destaca por su amplia gama de servicios y herramientas para facilitar la migración y modernización de cargas de trabajo desde VMware, con ROSA como una opción destacada para quienes buscan una solución eficiente y escalable en cloud.

Si se opta por esta última estrategia de migración al cloud, existen diferentes aproximaciones para hacerlo:

1. La migración "Lift and Shift" a Amazon EC2 es una estrategia rápida para trasladar máquinas virtuales (VM) de VMware a la nube. En este enfoque, las VMs se reubican como instancias EC2, lo que permite una transición ágil sin necesidad de reconfigurar las aplicaciones.

Ventajas:

• AWS ofrece una amplia gama de instancias EC2 optimizadas para diferentes tipos de carga de trabajo.
• Con AWS Application Migration Service (MGN), el proceso de migración se puede automatizar, haciendo que la transición sea aún más eficiente.

Consideraciones:

• Aunque la migración es rápida, este enfoque puede no sacar todo el provecho de la flexibilidad, escalabilidad y otros beneficios específicos de la nube. Las aplicaciones podrían no optimizarse para el entorno cloud, lo que podría limitar las mejoras en rendimiento y eficiencia a largo plazo.

2. Migración a plataformas de virtualización gestionadas (Replatform). Esta es la opción que se explora en este post, en concreto con ROSA, aunque también existe otra alternativa como es Nutanix Cloud Clusters (NC2). Ambas opciones permiten ejecutar máquinas virtuales en cloud sin perder las características esenciales de la virtualización tradicional. Estas soluciones proporcionan una experiencia de virtualización similar a VMware, pero con la ventaja de ser completamente gestionadas. La elección entre ROSA y NC2 dependerá de las necesidades específicas de cada cliente.

• ROSA es más adecuado para clientes que buscan modernizar sus aplicaciones y adoptar un enfoque de contenedores, ya que permite ejecutar VMs como recursos nativos dentro de Kubernetes y ofrece una gestión unificada de VMs y contenedores, reduciendo además el tiempo de re-plataformar sus aplicaciones.
• NC2 puede ser una mejor alternativa para aquellos que prefieren mantener una experiencia más tradicional y similar a VMware. Es decir, es la opción recomendable para empresas que prefieren una transición sin grandes cambios en la infraestructura.

3. Modernización a servicios nativos de la nube (Refactorización). En este caso, en lugar de mover las cargas a la nube, se opta por modernizarlas y adaptarlas para aprovechar al máximo los servicios nativos. Un ejemplo típico puede ser la refactorización de las aplicaciones monolíticas en contenedores, implementarlas en plataformas como Amazon EKS, o migrar bases de datos a Amazon RDS.

Si nos vamos a los datos, un informe que recoge información de expertos en este sentido, indica que entre todas estas posibilidades, el 58% de las empresas planea mover la mayoría de sus cargas de trabajo de máquinas virtuales (VM) a entornos nativos de la nube (refactorización).

Openshift Virtualization y el rol de kubevirt

OpenShift Virtualization es una solución que permite ejecutar máquinas virtuales (VM) junto con contenedores dentro de un mismo clúster de Kubernetes. Gracias a esta capacidad híbrida, las empresas pueden gestionar tanto aplicaciones legacy basadas en VMs como aplicaciones actuales basadas en contenedores, todo dentro de un mismo entorno.

El motor que hace posible esta funcionalidad es KubeVirt, un proyecto de código abierto que extiende Kubernetes para que también pueda gestionar máquinas virtuales como recursos nativos. En esencia, KubeVirt transforma Kubernetes en un hipervisor, lo que permite a los usuarios definir, implementar y administrar VMs utilizando las mismas herramientas y APIs que se usan para los contenedores.

Kubevirt se ocupa de las siguientes tareas:

• Creación y gestión de VMs: permite definir las especificaciones de las VM, como la CPU, la memoria, el almacenamiento y la red.
• Interfaz con el hipervisor: KubeVirt interactúa con el hipervisor subyacente (normalmente KVM) para crear y ejecutar las VMs.
• Integración con Kubernetes: KubeVirt expone las VMs como objetos de Kubernetes, lo que permite gestionarlos utilizando las herramientas y APIs de Kubernetes.

En resumen, OpenShift Virtualization, impulsado por KubeVirt, permite a las empresas modernizar su infraestructura al combinar máquinas virtuales (VM) y contenedores en un clúster de OpenShift. Es decir, convierte a Openshift en una alternativa para abandonar VMware a la vez que facilita la transición hacia la nube y la adopción de contenedores.

ROSA: una alternativa robusta y moderna

Al elegir una solución de Openshift es importante entender las diferencias clave entre las diferentes opciones. En este caso vamos a centrarnos en dos alternativas: ROSA (Red Hat OpenShift Service on AWS) y OpenShift Dedicated. Cada uno de estos servicios tiene ventajas distintas según las necesidades de los clientes, pero dentro del contexto de migración de VMware a grandes rasgos podemos decir lo siguiente:

ROSA vs OpenShift Dedicated

ROSA es una solución completamente gestionada de OpenShift que se ejecuta en AWS. Está diseñado para organizaciones que buscan una integración profunda con los servicios de AWS, con soporte y administración conjunta entre Red Hat y AWS, todo bajo una única factura. Esto lo hace ideal para aquellos que desean aprovechar al máximo los servicios de AWS mientras gestionan Kubernetes de manera sencilla.

Por otro lado, OpenShift Dedicated ofrece clústeres de OpenShift gestionados completamente por Red Hat, pero alojados en una nube privada virtual en AWS o Google Cloud Platform. Aunque Red Hat se encarga del soporte completo, esta opción es más adecuada para empresas que ya están profundamente integradas en el ecosistema de Red Hat y prefieren que toda la gestión y el soporte se maneje exclusivamente por Red Hat, aunque se encuentre en AWS.

¿Cuál elegir?

• Si tu empresa ya utiliza OpenShift y estás pensando en AWS como proveedor cloud principal, ROSA es probablemente la mejor opción, especialmente si deseas aprovechar la integración con los servicios de AWS.
• Si prefieres tener el control total del soporte y la administración de la plataforma a través de Red Hat y deseas mantener tus operaciones aisladas en una nube privada, es decir, un enfoque híbrido, OpenShift Dedicated puede ser la mejor opción.

Los diferentes “sabores” de ROSA

ROSA ofrece dos modelos arquitectónicos para la gestión de contenedores en la nube: ROSA Clásico y ROSA con Control Plane Hosted (HCP). Ambos modelos proporcionan una plataforma robusta y completamente gestionada en AWS, pero se diferencian en la forma en que se implementan y en las ventajas que ofrecen.

ROSA Clásico

En este modelo, los componentes del control plane se alojan en la cuenta AWS del cliente, es decir, tanto los nodos de trabajo como los del control plane se despliegan dentro de la VPC del cliente. Esto otorga un control más directo sobre la infraestructura.
Además, el control plane puede estar implementado en una única availability zone o distribuirse en varias, lo que ofrece gran flexibilidad en términos de redundancia y resiliencia.

ROSA HCP (Control Plane Hosted)

A diferencia de ROSA Clásico, el modelo ROSA HCP tiene el control plane completamente gestionado y alojado por Red Hat en su propia cuenta de AWS.

El control plane está distribuido en múltiples zonas de disponibilidad, lo que garantiza alta disponibilidad y una mayor tolerancia a fallos. Mientras que los nodos de trabajo continúan desplegándose en la VPC del cliente, el control plane utiliza AWS PrivateLink para una comunicación segura y privada entre el cliente y el control plane, lo que mejora la seguridad y reduce la latencia.

Ambos modelos proporcionan ventajas, dependiendo de los requisitos de arquitectura y control de cada organización. ROSA Clásico puede ser adecuado para aquellos que prefieren tener el control total sobre sus recursos, mientras que ROSA HCP es ideal para quienes buscan una solución más gestionada con mayor disponibilidad y seguridad.

¿Por qué considerar ROSA?

Los beneficios clave para la utilización de ROSA serían:

1. Una gestión simplificada gracias a una solución de OpenShift completamente gestionada, reduciendo la carga cognitiva. Esto permite que los equipos de TI se enfoquen en el desarrollo y despliegue de aplicaciones y se aceleren los ciclos de desarrollo.
2. Su flexibilidad arquitectónica, con opciones como ROSA Clásico y ROSA con Control Plane Hosted, permite a las compañías adaptar la solución a sus necesidades específicas y a distintos casos de uso y estrategias de modernización.
3. Su compatibilidad híbrida ya que permite ejecutar VMs y contenedores juntos gracias a OpenShift Virtualization. Esto simplifica la transición a la nube y abre la puerta a la modernización de aplicaciones mediante la contenerización.
4. Su integración perfecta con los servicios de AWS, permitiendo a las empresas aprovechar lo mejor de ambos mundos.
5. Presenta un modelo de costos más predecibles, transparente y flexible, basado en el uso real y reduce costos de licencias: OpenShift Virtualization incluye suscripciones ilimitadas de RHEL para todas las máquinas virtuales evitando esos gastos adicionales.
6. La alta disponibilidad de cargas de trabajo de VMs: OpenShift y las availability zones de AWS garantizan su alta disponibilidad con funciones integradas y facilita la conectividad entre VMs en distintas zonas de disponibilidad.

Pasos para migrar workloads a ROSA y herramientas en las que apoyarse

La migración de cargas a ROSA requiere de una planificación y trabajo previo de calado. Desde Paradigma trabajamos desde la tecnología para el negocio, pero más aún en grandes procesos de modernización o transformación, donde trabajamos desde el primer momento con un enfoque Business Driven. Esto implica que buscamos aportar valor al negocio haciendo que cada decisión tecnológica respalde los objetivos estratégicos de la compañía, ya que creemos que es la mejor forma de que estos procesos de cambio sean viables y fructíferos en el tiempo. Desde el punto de vista más tecnológico, podemos dividir el proceso en las siguientes etapas:

1. Planificación y evaluación inicial del entorno

• Identificación y priorización de aplicaciones. Consiste en determinar qué aplicaciones se van a migrar a ROSA, normalmente aquellas que puedan beneficiarse de la escalabilidad y flexibilidad de AWS. Para hacerlo, se realiza un inventario de cargas o workloads para identificar qué aplicaciones son las más adecuadas, donde se consideran aspectos como:
  • Análisis de dependencias: comprender la relación entre las aplicaciones, bases de datos, redes y otros servicios.
  • Evaluación de compatibilidad: para asegurarte que las aplicaciones sean compatibles y que requisitos son necesarios para hacerlo.
  • El impacto o grado de cambio necesario para esa migración.
• Análisis de la arquitectura. Revisar la arquitectura actual, identificando dependencias y recursos necesarios asegurándote de que la infraestructura sea compatible con ROSA.
• Evaluación de riesgos, donde se consideran los riesgos de migración como el tiempo de inactividad o la pérdida de datos y cómo mitigar estos posibles problemas.

2. Planificación de la migración

• Definir la estrategia. Decide si realizarás una migración directa (lift-and-shift) o si refactorizarás tus aplicaciones en microservicios.
• Diseño de arquitectura. Define la estructura del clúster ROSA, la conectividad con AWS y otros recursos locales.
• Planificación de red y seguridad. Establece políticas de seguridad y acceso a los recursos críticos, integrando con tu VPC en AWS.

3. Configuración de la infraestructura en AWS y preparación del entorno en ROSA

• Aprovisionamiento de recursos. En este punto se crean y configuran los recursos necesarios en AWS: VPC, subredes, grupos de seguridad, almacenamiento, etc. Es decir, todos los servicios de AWS necesarios para soportar la migración.
• Implementación del clúster ROSA, donde se configura el clúster, seleccionando el modelo adecuado (clásico o HCP) y se establecen las herramientas de CI/CD para implementar y desplegar aplicaciones automáticamente.

4. Preparación y migración de las aplicaciones

Para aquellas aplicaciones por las que se opte contenizar:

• Refactorización de las aplicaciones para contenizarlas y empaquetarlas con sus dependencias, para facilitar así su implementación en ROSA.
• Subir las imágenes de contenedores a un registro accesible por el clúster de OpenShift.

Para la migración de máquinas virtuales se hace uso de Red Hat Migration Toolkit for Virtualization (MTV) para transferirlas y, gracias a OpenShift Virtualization en ROSA, tal y como hemos explicado en el post, te permitirá ejecutar VMs como recursos nativos dentro de Kubernetes. Puedes ver más detalles aquí.

5. Pruebas y optimización

En este punto se realiza una batería de pruebas exhaustivas de las aplicaciones desplegadas para garantizar que funcionan como se espera en el nuevo entorno a través de pruebas de rendimiento y de conformidad.

Por último, una vez dado el visto bueno a la migración, se pasa a la etapa de supervisión y mantenimiento, donde se hace uso de herramientas de monitorización para seguir con el rendimiento y hacer los ajustes necesarios para mejorar su eficiencia. En este paso es importante aprovechar las funciones integradas de OpenShift para actualizaciones continuas, reversiones y escalado automático a fin de agilizar la gestión del ciclo de vida de las aplicaciones.

Herramientas esenciales para la migración a ROSA

Como hemos visto, migrar cargas de trabajo a Red Hat OpenShift Service on AWS (ROSA) puede parecer complejo, pero con las herramientas adecuadas, el proceso se simplifica significativamente. Algunas de las herramientas clave son:

• Red Hat Migration Toolkit for Virtualization (MTV), que nos permite automatizar la migración de VMs desde VMware a ROSA, reduciendo tiempos de inactividad y simplificando la conversión a contenedores listos para ejecutarse en OpenShift. Es importante recalcar que para Openshift Dedicated también es posible utilizarla.
• AWS Application Migration Service (MGN), que hemos comentado anteriormente, transforma VMs basadas en VMware en instancias de Amazon EC2 de manera automatizada, facilitando la integración con AWS y ROSA.
• AWS Migration Hub ofrece una plataforma centralizada para planificar, ejecutar y monitorear todas tus migraciones a AWS, incluyendo aquellas dirigidas a ROSA.

Y sin olvidarnos de dos pilares en la automatización y ciclo de vida del desarrollo:

• **Herramientas de Infraestructura como Código (IaC). Soluciones como Terraform y AWS CloudFormation permiten automatizar la configuración de infraestructura en AWS, haciendo que el despliegue en ROSA sea más rápido y consistente.
• Herramientas de integración y entrega continua (CI/CD). Toda solución de automatización de los procesos de desarrollo, prueba e implementación de aplicaciones con pipelines configurados para OpenShift, aceleran la entrega de forma exponencial.

Conclusiones: ROSA es una mejora estratégica

ROSA es más que un reemplazo frente a los cambios de VMware, es un catalizador y una oportunidad para modernizar tu infraestructura IT.

Al integrar contenedores y máquinas virtuales en una única plataforma, ROSA ofrece lo mejor de ambos mundos, permitiéndote transformar tus aplicaciones con la flexibilidad y escalabilidad de la nube a la vez que mantienes las VMs desde una plataforma con gestión unificada con herramientas comunes.

Sin olvidar su integración nativa con los servicios de AWS, lo que facilita el despliegue y la gestión de aplicaciones mientras aprovecha la robustez de la infraestructura global de AWS.

Si tu objetivo es transformar tus cargas de trabajo de VMware, ROSA puede ser la pieza que necesitas y desde Paradigma te podemos ayudar a diseñar una estrategia personalizada que maximice los beneficios de ROSA y AWS.