Virtualización - ¿pero con qué?

Cada entorno tiene sus propias adaptaciones para alta disponibilidad (según SLA), soporte y licencias. Con Hana, sin embargo, hay más restricciones además de las características.

Aquí, en función de las estructuras dadas, los conocimientos técnicos, así como el tamaño y la complejidad del entorno de sistemas existente, hay que sopesar cuál de las plataformas se adapta mejor a los procesos.

Estas rígidas restricciones (también presentes en el entorno TDI appliance o bare-metal y en el hardware resultante) son completamente excesivas para la mayoría de los clientes y causan resentimiento.

Pocos están dispuestos a ignorar esto por la cuestión del apoyo y están dispuestos a mantener reservas de la magnitud necesaria para el caso de apoyo.

SAP y los fabricantes de hardware están trabajando en una solución que proporcione la flexibilidad necesaria. Los grupos de usuarios que impulsan esta cuestión en SAP están realizando un valioso trabajo en este sentido.

La comunidad Hana-on-Power y el DSAG en particular están interesados en las optimizaciones a corto plazo. Pero cuándo se publicará esto aún está escrito en las estrellas.

Mejor dinámica gracias a la virtualización

Sin embargo, la mejor forma de conseguir la dinámica necesaria sigue siendo la virtualización. Muchas empresas incluso utilizan ambas técnicas de virtualización.

En estos entornos, se observa un funcionamiento mixto de virtualización de potencia a través de LPAR para aplicaciones críticas y de rendimiento intensivo y VMware para aplicaciones menos críticas y de menor tamaño como: ASCS u otros servidores de aplicaciones (AAS), portales Java, sistemas de RRHH (Hana sizing <4TB vSphere 6.x o <1TB vSphere 5.5).

En términos de rendimiento, el ancho de banda de la memoria y el rendimiento por núcleo de IBM desempeñan aquí un papel esencial, al igual que las diversas funciones RAS que ya protegen varios componentes de un fallo completo en términos de hardware.

La flexibilidad viene dada por los ajustes de recursos, así como por la adición a corto o largo plazo de recursos aún no licenciados mediante CoD (capacidad bajo demanda) (gratuita a efectos de prueba; permanentemente asociada a costes).

VMware también tiene la ventaja de poder virtualizar sistemas operativos como Windows. Sin embargo, este es un aspecto que solo afecta marginalmente a Hana (por ejemplo, como servidor de aplicaciones o servidor para otras aplicaciones que se comunican con el HDB, como Power Designer, Data Services, etc.).

Además de la versión para Hana enumerada en la tabla, también existen, por supuesto, aspectos como VMwareHA y la tolerancia a fallos, que se utilizan a menudo para garantizar la disponibilidad, especialmente cuando se utilizan servidores de aplicaciones y ASCS, ya que el usuario prácticamente no es consciente de un fallo.

Así, este hipervisor también es muy adecuado para aplicaciones críticas, siempre que el rendimiento sea suficiente y el dimensionamiento lo permita. Las posibilidades y aplicaciones son versátiles.

Si valora la máxima disponibilidad, no sólo tiene que mantener todos los componentes en alta disponibilidad ante un posible fallo del centro de datos, sino también pensar en su mantenimiento.

Aquí es donde entran en juego funciones como la replicación del sistema (mantenimiento de tiempo de inactividad casi nulo con la función de suspensión de DBSL) y el cambio de kernel rodante, que garantizan el mantenimiento ininterrumpido del sistema operativo, la base de datos Hana o el kernel SAP. Ambos hipervisores ofrecen la integración necesaria para ello.

Los que quieren seguir siendo homogéneos y ya operan con sus servidores Windows virtualizados recurren a VMware.

Aquellos que ya tienen un Power HW en uso o tienen ahora condiciones SLA o requisitos de rendimiento más elevados y esto no se puede realizar con VMware, recurren a la solución de IBM.

Una mezcla es, como ya se ha dicho, la mejor solución, pero también la más cara. Combina las ventajas de ambos mundos y equilibra las desventajas. Esto es concebible si uno se ve obligado a ampliar su entorno VMware/Power debido a Hana, pero tiene requisitos muy elevados para el nuevo entorno.

De esto se deduce: Mapeo de la capa de base de datos (Hana) vía LPAR y capa de presentación/clientes (PAS, AAS, ASCS) con VMware.

Ambas plataformas tienen sus ventajas y sus inconvenientes. Al final, ambas deben poder integrarse en los procesos existentes.

No se trata sólo de qué es más caro o funciona mejor, sino de qué encaja mejor en su paisaje. Al final, son los administradores quienes tienen que lidiar con ello.

Por experiencia, como tantas otras veces, es una cuestión de filosofía.