En una conversación reciente con lo que yo llamo los Magos de Power, es decir, la dirección técnica de esta fantástica plataforma: inventores, arquitectos, ingenieros distinguidos y grandes equipos de personas detrás de ella, me preguntaron.“¿Por qué tu interés en la emulación, quién querría emular otras arquitecturas en Power, qué sentido tiene?”. Mi respuesta es que en el mundo del código abierto, muchas de las cosas que hacemos, las hacemos por curiosidad o incluso sólo por diversión.

Resuena en mi cabeza que si un día puedo divertirme tanto con un Linux en ppc64le como lo hago en x86 o poco a poco en ARM (Mac, Raspberry) significará que Power puede ser “la tercera” arquitectura para Linux mucho más allá de los casos de uso reales y las cargas de trabajo de misión crítica.

En otras palabras, si puedo hacer lo mismo en ppc64le que en otras arquitecturas, puedo utilizar Power para cualquier caso de uso.

¿Por qué tener mil servidores x86 malgastando energía y ocupando espacio en el CPD cuando podemos tener unos cuantos servidores Power haciendo el mismo trabajo de forma más segura y eficiente?

Los clientes dirán que por compatibilidad, por utilizar herramientas estándar. Pero la multiarquitectura puede ser el nuevo estándar, si no lo es ya.

No quiero profundizar demasiado en este tema hoy, hay varias ideas publicadas en el portal de IBM y creo que los equipos de IBM, Debian, Canonical y Red Hat están haciendo un trabajo excelente que trataré en futuros posts.

Hubo noticias en la lista kernel.org que hemos estado cubriendo en el blog SIXE durante los últimos meses sobre el duro trabajo que se está haciendo al respecto, y con la llegada del nuevo nivel FW1060 por fin tenemos soporte completo para KVM en PowerVM. Esto es algo equivalente a lo que existe en IBM Z/Linux One. ¡Estupendo!

Como siempre, quería llevar la tecnología hasta sus límites, incluyendo un viejo sueño: ejecutar un Windows (el “enemigo” para los chicos de AIX y Linux) y en este caso y para más diversión Windows XP en un Power10, utilizando KVM y QEMU.

Preparación

Tenemos que configurar la LPAR para que sea host KVM, esto cambiará la forma en que utiliza PowerVM de tal manera que no haya sobrecarga, y también hay que asignarle al menos un procesador dedicado (no en modo “donante”, ojo). Esto nos dará 8 hilos dedicados para ejecutar nuestros procesadores virtuales en KVM. Sí, es mucho más sencillo y menos capaz que PowerVM con sus microparticiones, pero sigue siendo un estándar industrial y no todo el mundo necesita desplazarse al trabajo en avión.¿No te parece?

Elegir la distribución

Según mi experiencia, el mejor soporte para experimentos con ppc64le suele ser Debian o Fedora. En este caso he instalado Fedora40 y actualizado a los últimos niveles. Luego tienes que instalar todos los paquetes de virtualización y el soporte qemu para otras arquitecturas. Siguiendo mi idea de crear artículos interactivos, utilizaré virt-manager para evitar complejas configuraciones de QEMU. En mi entorno he instalado todos los qemu-system-*

Para que Windows detecte nuestros discos SATA virtuales como utilizables, tendrás que configurar esto Una vez hecho esto, puedes instalar lo que necesitarán tus discos

# dnf install virtio-win-stable

También necesitarás una .iso de Windows XP y sus números de licencia. Te recomiendo colocarlo en /var/lib/libvirtd/images para que sea detectado automáticamente por virt-manager.

Crear la máquina virtual (sólo tienes que seguir el asistente)

Asegúrate de seleccionar x86 como arquitectura (qemu se encargará de ello)

Al igual que cuando ejecutamos AIX en x86, no esperes que vaya muy rápido, aunque tardé aproximadamente una hora en instalarlo… en realidad más o menos lo que tardaba en un PC de la época.
¡Qué ganas tengo de volver a ver MS Messenger! ¡Disfruta del vídeo y mantente al día siguiéndonos!

Installing Windows on IBM Power (for fun)

Otras pruebas

¿Qué te parece ejecutar un MS PowerShell para ARM64 en Docker? Ahora puedo “dir” en Power, ¡fantástico! :P

Conclusión

El trabajo realizado para dar soporte a KVM es para mí la mayor novedad de los últimos años por las infinitas posibilidades que abre para la plataforma Power.

¡Actualizado! Ya no es un rumor, sino que se soporta oficialmente a partir del 19 de julio de 2024 (ver anuncio)

Breve historia de la virtualización anidada en hardware IBM

La virtualización anidada permite a una máquina virtual (VM) alojar otras VM, creando un entorno de virtualización por capas. Esta capacidad es especialmente beneficiosa en escenarios empresariales donde la flexibilidad, la escalabilidad y la gestión eficiente de los recursos (si ahorramos en CPU lo hacemos en licencias $$$) son fundamentales.

Aunque puede utilizarse con fines de prueba con KVM en x86 o VMware, el rendimiento suele ser subóptimo debido a las múltiples traducciones y modificaciones de las instrucciones de hardware antes de que lleguen a la CPU o al subsistema de E/S. Este problema no es exclusivo de estas plataformas y puede afectar también a otras tecnologías de virtualización.

En plataformas como Z, aunque el impacto en el rendimiento de la virtualización anidada existe, las mejoras y optimizaciones en el hipervisor pueden mitigar estos efectos, haciéndola 100% viable para uso empresarial.

Capas de virtualización en IBM Mainframe

Antes de profundizar en el KVM anidado en PowerVM, es esencial comprender tecnologías similares. Si el mainframe es el abuelo de la tecnología actual de servidores, el particionamiento lógico (LPAR) y las tecnologías de virtualización (zVM) son las abuelas de las soluciones de hipervisor.

En esta imagen (tomada de este GRAN artículo de Anbarasan Sekar) puedes ver hasta 4 capas

Virtualización de nivel 1: Muestra una LPAR ejecutando Linux de forma nativa

Virtualización de Nivel 2: Muestra las máquinas virtuales que se ejecutan en el hipervisor z/VM o KVM

Virtualización de Nivel 3: Muestra el anidamiento de Máquinas Virtuales z/VM

Virtualización de nivel 4: Muestra contenedores Linux que pueden ejecutarse como contenedores independientes o pueden orquestarse con kubernetes

Ahora echa un vistazo a esta imagen antigua (2010) de la arquitectura de la plataforma IBM Power. ¿Ves algo parecido? :) ¡Sigamos adelante!

Despliegue de máquinas virtuales sobre una LPAR PowerVM Linux

Si tenemos LPARs en Power donde podemos ejecutar AIX, Linux e IBM i, y en Linux podemos instalar KVM, ¿podemos ejecutar máquinas virtuales dentro de una LPAR?

No del todo; fallará en algún momento. ¿Por qué? Porque KVM no es zVM (por ahora), y necesitamos algunos retoques en el código del kernel de Linux para soportar la virtualización anidada no sólo con los procesadores IBM Power9 o Power10, sino también con el subsistema de memoria y E/S Power.

Examinando las listas de correo de kernel.org, podemos ver avances prometedores. Ejecutar con éxito varias máquinas virtuales con KVM en una LPAR PowerVM significa portar una fantástica tecnología de virtualización de mainframe a IBM Power, lo que nos permite ejecutar máquinas virtuales y virtualización Kubernetes/OpenShift en ppc64le con fines de producción. La virtualización de la CPU en sistemas Power y Mainframe simplemente asigna tiempo de procesador sin asignar un hilo completo como hacen KVM o VMware. Por tanto, es técnicamente posible añadir un hipervisor encima sin afectar significativamente al rendimiento, como hace IBM con LinuxOne.

Últimas noticias sobre KVM en LPARs IBM PowerVM (Mayo 2024)

1) Añade una capacidad VM para permitir la virtualización anidada
Resumen: Este mensaje trata de la implementación de las capacidades de virtualización anidada en KVM para PowerPC, incluidas las configuraciones de módulos y la compatibilidad con CPUs POWER9.

2 ) API PAPR anidada (KVM en PowerVM)
Resumen: Detalla la ampliación del estado de registro para la API PAPR anidada, la gestión de múltiples VCPU y la implementación de hiperllamadas específicas.

3) KVM: PPC: Book3S HV: Virtualización HV anidada
Resumen: Una serie de parches que mejoran la virtualización anidada en KVM para PowerPC, incluyendo el manejo de hiperllamadas, fallos de página y tablas de mapeo en debugfs.

Para obtener información más detallada, puedes consultar los siguientes enlaces:

• Interfaz paravirtual PPC KVM
• lore.kernel.org/kvm-ppc
• Parche de Gautam

¿Podremos instalar Windows en Power Systems (por diversión)?

CAKE – Perhaps, Perhaps, Perhaps (Official Audio)

¡Permanece atento!

Salir de un contrato Unlimited License Agreement (ULA) de Oracle y migrar a sistemas IBM Power puede ser un proceso complejo, pero bien ejecutado, puede ofrecer ahorros significativos y beneficios a largo plazo. En este artículo, exploraremos cómo realizar esta transición de manera efectiva y sin penalizaciones, basándonos en ejemplos reales.

Entendiendo el ULA de Oracle

Primero, es esencial comprender lo que implica un ULA de Oracle. Se trata de un contrato que Oracle compró a una tercera empresa y que sigue asustando y gustando a partes iguales. Permite un uso ilimitado de ciertos productos de software de Oracle durante un período determinado, generalmente entre 3 y 5 años. Al final del contrato ULA, la empresa debe declarar el uso de estos productos y este se convierte en su “certificación” para futuras auditorías de licencias. Dice un célebre refrán que más vale malo conocido, que bueno por conocer. Y otro que el diablo, está en los detalles. En el caso de Oracle, no hay dos ULAs iguales. Todos se basan en una misma premisa “cuando dinero Oracle cree que puede obtener de su cliente”. Pero bueno, más allá de eso, hay unas reglas de juego que una vez entendidas nos permiten ayudar a nuestros clientes.

Pasos para Salir del ULA de Oracle

1. Auditoría incial: Antes de la finalización del ULA, realizamos una auditoría interna para entender completamente su uso actual de los productos Oracle. Esto incluye identificar qué productos son esenciales y cuáles pueden ser reemplazados o descartados.
2. Análisis de necesidades futuras: Evaluamos las necesidades futuras de su empresa en términos de software y bases de datos. Este paso es crucial para determinar si es viable la transición a IBM Power y cuales son los ahorros potenciales.
3. Revisión de contratos licenciamiento por terceras partes: Dado que los contratos de Oracle pueden ser complejos, es aconsejable trabajar con consultores especializados en licenciamiento de Oracle. Ellos pueden ayudar a entender las implicaciones de su ULA y cómo salir de él sin incurrir en penalizaciones.
4. Negociamos con Oracle: Os ayudamos a negocir un nuevo acuerdo que se ajuste mejor a tus necesidades actuales y futuras.
5. Planificación de la migración: Desarrolle un plan detallado para migrar de Oracle a IBM Power.

Migración a IBM Power

La migración a IBM Power implica trasladar las cargas de trabajo de las bases de datos y aplicaciones de Oracle a un entorno de IBM. Esto puede incluir la utilización de IBM Db2, que es conocido por su alto rendimiento y seguridad.

1. Evaluación de compatibilidad: Nos aseguramos de que tus aplicaciones actuales sean compatibles con IBM Power. Oracle lo es en todas sus versiones actuales y futuras, pero siempre puede haber algún aplicativo que requiera alguna modificación para cambiar de arquitectura (lo hacemos todos los días y sin problemas).
2. Diseño del nuevo entorno: En base a la auditoría previa, diseñamos un nuevo entorno seguro, sencillo, potente y estable adaptado a tus necesidades y presupuesto.
3. Implementación de IBM Power: Os ayudamosa a adquirir y desplegar IBM Power. Configuramos las bases de datos y aplicaciones necesarias.
4. Migración de Datos: Movemos los datos de Oracle a IBM Power, asegurándose de que la integridad de los datos se mantenga durante el proceso.
5. Pruebas de rendimiento, HA y DR: Realice pruebas exhaustivas para asegurar que todas las aplicaciones y bases de datos funcionen correctamente en el nuevo entorno.
6. Formación y soporte técnico: Capacitamos a tu equipo en el uso de la nueva plataforma y si lo necesitas, puedes nuestros servicios de mantenimiento preventivo y soporte técnico para ayudarles.

Más cosas que te va gustar de Oracle en Power

Tenemos playbooks de Ansible oficiales y soportados para automatizar todos los despliegues y operaciones de día 2:

Muchísima documentación:

Y en SIXE como proveedor oficial de formación de IBM nos encargamos de que vuestros equipos técnicos dominen la plataforma en semanas. Como técnicos que también somos, os garantizamos que van a agradecer mucho el cambio.

¿Cuanto presupuesto me puedo ahorrar migrando Oracle a IBM Power?

En términos de costes, la migración de Oracle a IBM Power puede resultar en ahorros significativos, aunque estos varían según cada cliente. Ejemplos reales han mostrado ahorros de entre un 20% y un 60% en costes totales de propiedad (TCO) al migrar de Oracle a soluciones alternativas como IBM. Estos ahorros provienen de menores costes de licencias, reducción en la necesidad de hardware de alto rendimiento debido a la eficiencia de IBM Power, y menores costes de mantenimiento y soporte.

¡Pero las licencias de Oracle para Power son más caras!

Es cierto, pero tenemos clientes donde podemos hacer con 25 cores de Power10 lo mismo que con 100 en un Exadata, pero es que además IBM Power no está restringido a Oracle (aunque hay más de 80.000 instalaciones en el mundo). Puedes desplegar OpenShift, SAP HANA o cualquier otra carga de trabajo que funcione en SUSE, Red Hat, AIX e IBMi. En realidad, el caso de uso más habitual es la consolidación de todos los Exadatas y gran parte de los servidores x86 en un Power10 en cada centro de datos. Funcionando todo sobre un hipervisor que está a otro nivel, donde en vez de “mapear cpus” como hace KVM o VMWare, la capacidad de cada una se comparte en tiempo real, ganando en utilización global del sistema además de en rendimiento.  Los Exadatas han sido un gran logro a nivel de marketing, pero ni son más baratos, ni dan mejor rendimiento ni proporcionan la seguridad de IBM Power.

Conclusión

Salir de un contrato ULA de Oracle y migrar a IBM Power, es perfectamente viable. Al hacerlo correctamente, no solo se pueden evitar penalizaciones sino también lograr ahorros considerables en costes, mejorando al mismo tiempo la eficiencia y la adaptabilidad tecnológica de la empresa. Es esencial contar con el apoyo de expertos en licencias y realizar un análisis exhaustivo para asegurar una transición exitosa.

No esperamos haberte convencido, pero quizás podríamos hablar sin compromiso, discutir cualquier duda y, si os parece interesante, realizar gratuitamente un análisis de viabilidad. En el pero de los casos, renováis el ULA tal cual. Es broma (o no) :)