Los clusters Hana Linux están de moda
La creciente penetración de SAP Hana y de los sistemas de aplicaciones basados en Hana, como S/4, BW/4 o C/4, está asociada a un mayor uso de soluciones de clúster, especialmente por motivos de mayor disponibilidad de SAP o de alta disponibilidad y recuperación en caso de desastre.
La agrupación en clústeres de alta disponibilidad minimiza la pérdida de datos por corrupción o fallo al proteger los activos de datos con la infraestructura informática existente.
Los servidores se supervisan continuamente y, si se produce un error o fallo, la carga de trabajo se traslada de un servidor a otro o la aplicación se reinicia automáticamente en un sistema que funcione correctamente.
Sin embargo, sigue habiendo voces preocupadas por el hecho de que las soluciones de clúster de SAP o los clústeres en general sean complejos o difíciles de gestionar. Sin embargo, a la vista de los numerosos clústeres en el entorno SAP que funcionan de forma excelente, esto no es realmente comprensible.
Por otra parte, hay que señalar que las soluciones de clúster SAP con su correspondiente software de clúster de hace quizá diez o quince años ya no son comparables con las de hoy en día. En términos de rendimiento, por supuesto, pero también en cuanto a la facilidad de uso de las soluciones actuales.
Libros de cocina favoritos
Como es bien sabido, SAP y socios como Suse dan soporte a varias versiones de clúster desarrolladas y disponibles, como las de rendimiento optimizado o las de costes optimizados o las de campus o geoclúster. Y, por supuesto, se siguen desarrollando continuamente. El hecho de que dominan sus tareas con solvencia ha quedado demostrado en todo el mundo.
Sin embargo, no todos los proveedores de soluciones de clúster ofrecen suficiente o el mejor soporte posible para una implementación sencilla con, quizás, también consejos útiles para un funcionamiento fluido del clúster de misión crítica, algo que escuchamos de los usuarios de SAP una y otra vez.
Suse abordó precisamente este punto hace más de diez años. Con "Best Practices" proporcionados de forma gratuita. Por ejemplo, para una "Configuración de una infraestructura de costes optimizados de SAP Hana SR" o "Configuración de un clúster de alta disponibilidad para la nube de AWS o Azure" o simplemente: "Configuración simplificada de la replicación del sistema SAP Hana".
Se trata, si se quiere, de libros de cocina de probada eficacia (técnicamente bastante profundos) y de un "cómo se hace" que se perfecciona constantemente y que también tiene en cuenta algunos de los llamados "rizos especiales".
Estos tipos de libros de recetas también incluyen la implantación o el uso de diversas soluciones de código abierto. Por ejemplo, el uso de YaST Wizzard junto con Suse SLES for SAP Applications High Availability Extension, que se basa en la solución de clúster de código abierto llamada Pacemaker.
También hay seminarios web gratuitos que abordan el tema de la HA con D+R en el entorno SAP y con SLES for SAP Applications para que los clientes estén suficientemente informados.
Por cierto, se habla a puerta cerrada de que los clientes de SAP que utilizan un producto complementario a Suse HAE recurren precisamente a esas "mejores prácticas de Suse" cuando utilizan la solución de clúster elegida.
Conclusión
La complejidad siempre ha existido en TI. Sin embargo, la complejidad era y es controlable y gestionable, tanto en los clústeres de software como en los complejos entornos SAP.
Suse siempre ha afirmado que la implantación de SAP de misión crítica no tiene por qué ser complicada y que la información y la automatización eliminan gran parte de la complejidad del asunto, y por supuesto esto sigue siendo válido.
