La Escalabilidad en SAP HANA (II). Enfoque Scale-up


La capacidad de ampliación Scale-up de un sistema SAP HANA, no tiene mayor complejidad, viene determinada por las configuraciones disponibles que ha definido SAP (SAP HANA T-shirt sizes) y los modelos que ofrece el partner de hardware de SAP HANA que se ha elegido.  SAP recomienda adquirir la máxima recomendación que nos puedan brindar las estimaciones de las herramientas de sizing (notas relacionadas al sizing: aquí, aquí y aquí)

SAP HANA T-shirt sizes and their relation to the IBM custom models

Por ejemplo, tomando como referencia la tabla anterior, para mejorar la capacidad de un appliance SAP HANA con una configuración “XS” a una configuración “S”, bastaría con incrementar la memoria principal a 128 GB. 

Anuncio publicitario

Más recursos para el Sizing #BI4

Las necesidades de hardware de SAP BusinessObjects BI 4.0 (BI4) pueden llegar a ser muy importantes, sobre todo en cuanto a la memoria que requiera el Host de esta plataforma de Business Intelligence. La identificación de las necesidades de hardware de una organización para un producto SAP se denomina Sizing, el cual se basa en uso de la aplicación Quick Sizer y guías específicas a cada producto.


Las necesidades de hardware de SAP BusinessObjects BI 4.0 (BI4) pueden llegar a ser muy importantes, sobre todo en cuanto a la memoria que requiera el Host de esta plataforma de Business Intelligence.  La identificación de las necesidades de hardware de una organización para un producto SAP se denomina Sizing, el cual se basa en uso de la aplicación Quick Sizer y guías específicas a cada producto.

Nueva herramienta para el Sizing de BI4

Para el caso de BI4 comentamos anteriormente, entre otras cosas, el uso de una plantilla del Quick Sizer, ahora a esto se suma una nueva aplicación, el principio es muy similar para introducir los parámetros, pero quizás el resultado es más legible: Se indica el número de usuarios y una estimación del volumen de datos que tendrán los documentos BI por cada tipo de componente que se va utilizar y como resultado obtenemos el número de SAPs que requiere el CPU y la cantidad de memoria recomendad en GB. 

How do we map BI performance to (SD) Benchmark performance

Esta nueva herramienta viene acompañada con la versión más actualizada de la guía de Sizing de BI4 (particularmente, preferimos las versiones anteriores de este documento).

Referencia: SAP SDN

Fórmulas para el “sizing” en SAP HANA

Según SAP, la vía “más segura” o recomendable para estimar las necesidades de hardware de un nuevo producto como puede ser SAP HANA, es el uso del Quick Sizer. Pero además de los resultados que se pudieran obtener con esta herramienta, para el caso de SAP HANA, existen unas fórmulas que brindan valores preliminares que no se alejarían de los valores definitivos.


Según SAP, la vía “más segura” o recomendable para estimar las necesidades de hardware de un nuevo producto como puede ser  SAP HANA, es el uso del Quick Sizer.  Pero además de los resultados que se pudieran obtener con esta herramienta, para el caso de SAP HANA, existen unas fórmulas que brindan valores preliminares que no se alejarían de los valores definitivos.

El sizing consiste en estimar las necesidades de memoria, almacenamiento en disco y la capacidad de procesamiento (CPU).  Las fórmulas son las siguientes:

  • Memoria. Para el cálculo de este valor se toma como referencia el tamaño utilizado actualmente, ya sea por el actual SAP NW BW y/o SAP ERP, considerando que no se debería incluir el espacio utilizado por logs, temporales y agregados (en el caso de BW).  Toda la información será cargada en memoria, pero para este fin SAP HANA utiliza mecanismo de compresión que por norma general equivalen a la quinta parte.  Así mismo, para procesos internos, HANA necesita espacio, que se estiman igual al tamaño utilizado por los datos, una vez cargados en memoria.

Memoria = ((Espacio actual) / 5) * 2

  • Disco. Se estima en función del valor obtenido en el cálculo de las necesidades de memoria. Se calcula tanto para datos, como para los logs de transacciones, cada uno de estos datos se obtienen en cada factor de la siguiente fórmula:

Disco = (Memoria * 4) + (Memoria)

  • CPU (basado sobre el número de cores que incluyen) se debe estimar en función del número de usuarios activos, los cuales pueden fluctuar entre 20% y 40% del número de usuarios nominales.  Se estima que para gestionar un usuario activo se requiere 0,2 de un core de CPU:

CPU = 0,2 * (Usuarios activos)