Arquitectura ERP

El profesor Hasso Plattner se ha equivocado de amigos en relación con la base de datos de computación en memoria Hana: Junto con Intel, en el Instituto Hasso Plattner (HPI) de Potsdam se desarrolló un concepto de bases de datos en memoria. Ocho años después, resulta que casi todos los conceptos eran correctos, pero no la base de hardware y el concepto de dispositivos.

El error es hoy evidente: SAP y los investigadores de HPI tenían una visión centrada en la CPU. Basándose en las características de rendimiento superiores de un procesador Intel Xeon, los diseñadores de bases de datos se centraron en la ficha técnica de esta CPU.

Lo que pasaron por alto fue el hecho de que una base de datos necesita una plataforma perfecta de CPU, caché, memoria, E/S, disco, etc. Un procesador más potente es importante y la amistad entre SAP e Intel pesa. Un procesador más potente es importante y la amistad entre SAP e Intel pesa, pero una base de datos como Hana necesita más, un sistema operativo y una arquitectura de hardware perfectos.

Con Linux la decisión fue perfecta, con Intel "sólo" había un procesador - con IBM hay un modelo de arquitectura y todo un servidor con Power.

Para los expertos, poco después de las primeras instalaciones de Hana en la arquitectura Intel ya estaba claro que el rendimiento, el escalado y la virtualización sólo podrían implementarse aquí de forma inadecuada.

Pero Intel no quiso o no pudo mejorar. Quizá Intel también sucumbió a la falacia de que la conexión con SAP estaba fuera de toda duda. Y realmente: el profesor Hasso Plattner y el entonces director de tecnología de SAP, Vishal Sikka, se resistieron durante mucho tiempo a portar la base de datos Hana a la arquitectura IBM Power.

Aunque todo el mundo en la escena ya sabía que HoP, Hana on Power, era la respuesta mucho mejor, SAP se negó durante mucho tiempo a conceder la certificación Hana a su socio IBM.

En la plataforma Intel, en cambio, los problemas de Hana eran cada día mayores. Los tamaños de los dispositivos no cumplían las expectativas de los clientes actuales de SAP.

Por otra parte, toda la comunidad SAP sabía que el sistema operativo Suse Linux de Hana también estaba disponible para la arquitectura IBM Power y que, por tanto, sería posible realizar el cambio sin problemas.

Finalmente SAP cedió e IBM pudo demostrar oficialmente que la arquitectura informática de Power es superior a un procesador Intel en términos de Hana por dimensiones.

Por supuesto, IBM también ha dejado de utilizar el modelo de appliance con tamaños de camiseta y, en su lugar, ha suministrado servidores Hana según las ideas de los clientes actuales de SAP.

Aceptación de potencia en HPI

La actitud de SAP y HPI hacia IBM Power por fin ha cambiado: El Instituto Hasso Plattner lanzó un curso en línea sobre el futuro de la informática el 1 de mayo del año pasado. Duró cuatro semanas y se ofrece gratuitamente en la plataforma de aprendizaje de TI openHPI: "Future of Computing - IBM Power 9 and beyond".

El catedrático de HPI Andreas Polze, responsable de Sistemas Operativos y Middleware, organizó el curso junto con Hildegard Gerhardy, de la Iniciativa Académica de IBM Europa, y Wolfgang Maier, Director de Desarrollo de Hardware de IBM en Böblingen.

"Presentamos a los participantes diferentes enfoques para dominar los retos de la digitalización, especialmente el crecimiento exponencial de los datos"

explica Polze, catedrático de Informática.

La fiabilidad, la alta disponibilidad y la capacidad de servicio de los sistemas requieren un hardware sofisticado, sistemas operativos y programas de aplicación neutros para gestionar transacciones a gran escala. El enfoque del curso sobre el futuro de la informática se mostró en las tecnologías en torno a IBM Power Systems.

En su iniciativa Open Power, IBM colabora con más de 300 empresas miembro, entre ellas Google, Samsung y Nvidia, para crear diversas innovaciones, desde software hasta hardware.

El profesor Plattner, en su discurso de apertura de Sapphire 2019 en Orlando, también hizo hincapié en el enorme crecimiento de los datos y en la necesidad de encontrar respuestas rápidamente con arquitecturas informáticas y bases de datos adecuadas.

Según su presentación, el cambio a Hana dentro de la comunidad SAP debería haberse producido en unos tres años. Ahora, el "cambio de versión de la base de datos" ya está llevando algo más de tiempo, lo que probablemente se deba también a la inadecuada plataforma Intel en los primeros años de Hana.

El desarrollo de Hana en el Instituto Hasso Plattner de la Universidad de Potsdam se coordinó con Intel y se centró en la arquitectura x86 de los procesadores Xeon. Pero la arquitectura Power de IBM demostró ser la mejor base.

Todo SQL, ¿verdad?

La base de datos de computación en memoria Hana tiene muchas grandes ventajas sobre las bases de datos SQL clásicas, no porque SAP sea mejor, sino porque el profesor Hasso Plattner tuvo el valor de empezar de nuevo:

Hana pudo surgir sin requisitos de legado y compatibilidad en los tableros de dibujo de Potsdam, en el Instituto Hasso Plattner, y de Walldorf, en la sede central de SAP. En Potsdam, los alumnos del profesor Plattner investigaron y programaron junto con Alexander Zeier.

El matemático y ex director de tecnología de SAP, Vishal Sikka, fue quien llevó a Hana a la madurez operativa en Palo Alto, California. Cabe suponer que los tres -Plattner, Zeier y Sikka- no solo eran expertos de primera clase en la arquitectura de procesadores Intel, sino que también creían firmemente que este procesador de uso general era el más adecuado para su base de datos Hana, un error, como se demostró oficialmente en 2014.

"Tanto Power 8 como Power 9 son nuevos y están diseñados específicamente para procesar grandes cantidades de datos, con un gran ancho de banda de memoria, un factor de cuatro mayor que Intel x86, más caché, un factor de cinco más caché que x86, así como un alto rendimiento, un factor de dos por núcleo en el benchmark, hasta un factor de cuatro en las cargas de trabajo reales de los clientes, además de una mayor flexibilidad con PowerVM, alta fiabilidad a través de la redundancia, especialmente con los servidores Power Enterprise".

Andreas Klaus Span, Director y Ejecutivo de la Unidad de Negocio de SAP Hana on Power, lo confirma en una entrevista con E-3.

En general, sin embargo, según Andreas Span, el argumento de que Intel x86 procede del sector comercial con el enfoque "suficientemente bueno" y Power siempre ha tenido que cumplir los requisitos del mundo empresarial y, por tanto, ha desarrollado un modelo de arquitectura completamente distinto, es sólido.

Factor de diferenciación: Potencia

Los investigadores de mercado de IDC creen que los sistemas Power son un diferenciador convincente para Hana y S/4. Power está diseñado para cargas de trabajo muy intensivas en datos como Hana e incluye una potente virtualización integrada certificada por SAP, así como numerosas funciones para mejorar la fiabilidad. Andreas Span:

"Además, el crecimiento exponencial de las bases de datos Hana y de los datos en general está pidiendo a gritos un enfoque de TCO flexible y personalizable. Si lo comparamos con esto, Power no solo es la plataforma de mayor calidad y estabilidad, sino también la más barata."

La flexibilidad de los sistemas IBM Power permite ejecutar varios entornos simultáneamente. Por ejemplo, la capacidad no utilizada del entorno de producción puede utilizarse para pruebas de desarrollo o aceptación de usuarios.

En comparación con la mayoría de las demás arquitecturas, IBM Power consigue así una mayor eficiencia de los recursos compartidos. Como siempre, depende del tamaño:

"Sin embargo, puede haber áreas caracterizadas por bases de datos pequeñas y un número manejable de aplicaciones en las que Intel resulte rentable. Pero sobre todo en el enfoque TDI (Tailored Datacenter Integration) recomendado recientemente por SAP, ¡no como dispositivo!

Toda la plataforma de energía está certificada para Hana.

"De una vez por todas"

explica Andreas Span.

"Esto significa que no tenemos que aprobar cada servidor individualmente y volver a aprobarlo ante el más mínimo cambio, como ocurre con los appliances. Cuando salen nuevas versiones al mercado, ya se prueban juntas en la fase de desarrollo y, si todo va bien, se obtiene rápidamente el estado de la documentación de SAP: las famosas SAP Notes".