En modo de recuperación

IBM afirma: "Con HoP, no sólo nos dirigimos a los clientes actuales de SAP que utilizan sistemas IBM Power, sino también a los clientes de x86 que no están satisfechos o esperaban algo diferente."

Y, de hecho, el grado de satisfacción con el hardware Intel Hana In-Memory utilizado por uno o dos clientes de SAP parece ser -por decirlo suavemente- limitado. Un usuario de HoI informa, por ejemplo, de que los informes (BW-on-Hana) creados para un pequeño grupo de usuarios (tres o cuatro usuarios) requieren una ampliación adicional del núcleo, con los correspondientes costes adicionales - a pesar de que están utilizando uno de los mayores sistemas Hana-on-Intel disponibles. También se produjeron inestabilidades imprevistas del sistema con Suite on Hana (SoH). SoH es utilizado en la empresa por unos 12.000 usuarios de SAP en todo el mundo.

Como una especie de perro guardián de la tecnología, SAP es sin duda consciente de las posibles áreas de optimización cuando se utiliza Hana en sistemas Intel. Al fin y al cabo, SAP proporciona las especificaciones para Hana en servidores Intel o publica nuevos desarrollos, y probablemente también recibe comentarios de los proveedores de HoI o de los proveedores de servicios de SAP. Por ejemplo, sobre temas como la estabilidad en distintos escenarios de aplicación, la "relación núcleo-memoria" o el uso de tecnologías de virtualización. Con lo cual cabe preguntarse ¿Por qué SAP no apuesta también por el código abierto, como Xen o KVM, en lugar de hacerlo exclusivamente por VMware/vSphere? En cuanto al servidor Hana basado en procesadores Power8, es bien sabido que IBM se retrasó en su entrada en el mercado, aunque al parecer no se debió a IBM, socio de SAP. Ahora, sin embargo, la compañía está sintiendo claramente el viento de cola de los sistemas Hana on Power (sistemas Scaleup y Scaleout) que fueron certificados por SAP hace algún tiempo. Por así decirlo, se están poniendo al día. Esto también se debe a que, al parecer, IBM ha podido adquirir suficiente experiencia en el funcionamiento de Hana con varios usuarios de SAP. Según la empresa, actualmente cuenta con unos 850 clientes en todo el mundo que han adquirido Power Systems para el uso de Hana, todo ello junto con Suse Linux Enterprise Server (SLES) for SAP Applications como plataforma de sistema operativo. Y se espera superar la marca de los 1.000 ya en el actual tercer trimestre.

Ahora supuestamente 5.800 clientes de S/4

Según la empresa, "los sistemas HoP se distribuyen mayoritariamente entre Suite on Hana y BW on Hana y alrededor de un diez o quince por ciento en S/4 Hana". Actualmente no hay información concreta sobre el porcentaje de sistemas que ya funcionan de forma productiva. La última cifra para el sucesor de la tecnología de suite empresarial S/4 es de unas 5.800 licencias vendidas. De éstas, seguramente no todas están en uso productivo. Por cierto, la próxima versión de S/4 es la 1709. 17 significa 2017 y 09 septiembre. El hecho de que la colaboración entre IBM y SAP haya aumentado en lo que respecta a Hana on Power puede verse, por ejemplo, en las actividades de ventas y marketing que se han intensificado recientemente. Bajo el lema "La combinación perfecta: Hana e IBM Power" se celebran eventos para clientes en los que participa SAP. La empresa también hace publicidad con banners publicitarios sobre el tema "IBM y SAP". Esto probablemente no sería posible sin la aprobación de SAP.

Diferenciación bien estudiada

¿cuáles son las principales ventajas de HoP que IBM reivindica frente a la competencia de HoI? ¿cómo se están posicionando en el mercado de servidores Hana? o ¿cuál es la principal diferencia entre la oferta de hardware Hana de IBM y la competencia de Hana en Intel?

No puede ser el precio de compra comparado con los sistemas HoI. IBM comunica que la compra de sistemas HoP es un poco más cara que la de sistemas HoI. Sin embargo, "se obtiene calidad a cambio. Y los costes de adquisición ligeramente más elevados se recuperan gracias a las ventajas de flexibilidad obtenidas", es el argumento. Según la empresa, estas se basan en particular en la capacidad de activar o desactivar de forma flexible y mover/asignar recursos de procesador disponibles e infrautilizados (recursos dentro de las llamadas LPAR con partición lógica de la tecnología de virtualización IBM PowerVM) o recursos de memoria sobre la marcha, por ejemplo como parte de un entorno IaaS de nube privada.

Con PowerVM, es posible crear LPAR con un ancho de banda de, por ejemplo, 0,1 núcleos con un tamaño en memoria de 32 terabytes, o a la inversa, definir únicamente la LPAR con 1 GB y 192 núcleos, independientemente de los zócalos de procesador y la memoria principal instalada en ellos, para proporcionar o utilizar de forma flexible recursos para Hana, en función del caso de uso. De este modo, también pueden realizarse otras consolidaciones del sistema. Esto no es posible en el entorno Hana sobre Intel, se subraya. Además, el número utilizable bajo PowerVM 7 es LPARs productivas con Hana en los grandes IBM Power Enterprise Servers, la carga de trabajo no productiva de Hana y todas las demás aplicaciones como servidores de aplicaciones SAP, AIX, Linux, System i etc. se operan en el pool de procesadores compartidos. La sobrecarga de PowerVM también es significativamente menor que con VMware y x86.

La segunda ventaja que destaca IBM está relacionada con el aspecto RAS, es decir, todo lo que tiene que ver con la fiabilidad, la disponibilidad y la capacidad de servicio. "Conocemos los sistemas SAP de IBM y los entornos SAP hasta el último detalle desde hace décadas y sabemos cómo funciona una operación de misión crítica SAP 7×24 fluida y eficiente con S/4 Hana o Suite on Hana, por ejemplo, así como qué requisitos y necesidades se requieren para ello, que pueden implementarse con Power y otras soluciones de IBM", señala el ondit. Según la compañía, también cubre los temas importantes en el entorno SAP como la alta disponibilidad (HA) y la recuperación de desastres (DR), incluso con el Hana System Replication Service o el Suse SLES for SAP Applications High Availability Extensions (HAE), así como con sus propias ofertas de soluciones - dependiendo de los requisitos del usuario y de lo que esté dispuesto a pagar por una solución Hana HA o DR en términos monetarios.

Por último, pero no por ello menos importante, IBM se refiere al rendimiento que podría alcanzarse con Hana en hardware Power. Aquí, por ejemplo, se argumenta que los núcleos potentes con un gran ancho de banda ofrecen ventajas. Sería posible procesar hasta ocho hilos por núcleo; Intel sólo tiene dos. El concepto de núcleos fuertes con gran ancho de banda es ideal para las aplicaciones en memoria de Hana, afirman. Se citan ejemplos de aplicaciones HoP como prueba de ello, por ejemplo de una empresa farmacéutica que utiliza 50 núcleos HoP (BW en Hana, siete TB de memoria Hana, sistema escalable) en lugar de 300 núcleos HoI y los tiempos de respuesta se han reducido en un 14%. Del mismo modo, también se informa de una aplicación de analizador bancario en la que el rendimiento de Hana en POWER fue 4 veces superior al de Hana en Intel. IBM también hace hincapié en la denominada "corrección inteligente de errores", un tipo de funcionalidad de autorreparación de hardware para la memoria principal, que en última instancia debería contribuir a reducir los fallos de Hana. Sin esta función, una base de datos Hana de un TB no estaría disponible 32 veces al año o no podría utilizarse ampliamente debido a un fallo, según las explicaciones, estadísticamente hablando.

Base de clientes heterogénea

IBM ofrece varios servidores HoP scale-out basados en Power8 (9, 10 y 11 están en la hoja de ruta de Power y ya están en desarrollo) con 512 GB de capacidad en memoria hasta servidores empresariales con un máximo de 32 TB de memoria principal. Por supuesto, se admite el concepto TDI (Tailored Data Centre Integration) de SAP, con la opción de utilizar servidores HoP y componentes de infraestructura como almacenamiento o componentes de red de otro proveedor. Sin embargo, la compañía no oculta que "preferimos que los clientes de SAP utilicen Hana en sistemas Power junto con productos de almacenamiento IBM Spectrum, incluidos FlashSystem y Storwize". Si uno se toma la molestia de mirar qué clientes (grupos) de SAP se encuentran entre los 850 clientes de HoP hasta la fecha, se da cuenta de que no son exclusivamente antiguos clientes de SAP Power AIX (SAP Classic). También son antiguos clientes de Hana en Intel. Los clientes HoP suelen ser grandes usuarios de SAP, pero también pymes y proveedores de servicios SAP. También son clientes existentes de SAP que han cambiado de su "AnyDB" a Hana o están en proceso de hacerlo. Curiosamente, también de IBM DB2 a Hana. Nos encantaría ser una mosca en la pared en las discusiones internas entre las "facciones DB2 y Hana on Power"....
Notas de estudio

Un gráfico circular que muestra las cuotas de mercado de los proveedores de servidores Hana en un estudio de IDC de noviembre de 2016 resulta un tanto desconcertante. En el estudio de Gartner, HPE (para los llamados despliegues físicos) está claramente en cabeza con más del 50 %, seguida de Lenovo, Fujitsu, Dell, Cisco, Hitachi, SGI, Huawei, IBM, Atos y NEC. Sin embargo, en el gráfico circular de IDC, Cisco aparece en primer lugar con algo más del 20%, seguido de HPE (16,4%), IBM Power (15,3%), Dell (15), Lenovo (6,9%)/IBM System x (8,9%), Huawei (4,2%), Bull (Atos 4,0%), Fujitsu (3,1%) y otros con un 5,8%. Un segundo vistazo revela que en este estudio de IDC, basado en 300 respuestas, sólo se ha tenido en cuenta el mercado norteamericano. Las diferencias podrían deberse a los distintos periodos de observación o al reducido ámbito geográfico de la encuesta. Sin embargo, las diferencias son ciertamente extrañas o llamativas.