Centro de datos de Hana y cero tiempos de inactividad

Los clientes de SAP ya pueden utilizar la nueva versión 12 de Suse Linux Enterprise for SAP Applications, que, al igual que las versiones anteriores, ya incluye desde el principio la denominada Extensión de Alta Disponibilidad (HA), incluida la funcionalidad de recuperación ante desastres (DR).

Y certificado por SAP (actualmente junto con hardware x86) tanto para uso Any-DB como Hana-DB. Es obvio que, en vista de la creciente Hanaización, los clientes también están optando por el uso de SAP in-memory DB junto con SLES 12 for SAP Applications en la mayoría de los casos de uso.

Cabe destacar aquí tres innovaciones en particular, de las que se benefician los clientes al utilizar Hana (ya sea al utilizar Business Suite on Hana, S/4, BW on Hana y otros; de hecho, todas las soluciones SAP basadas en Hana hasta Business One powered by Hana).

Por un lado, los nuevos patrones Hana están disponibles para una mayor simplificación/automatización de las instalaciones Hana, hasta una automatización completa de los sistemas basados en soluciones SAP en todo el entorno de TI según un enfoque de n niveles.

Lo que, en última instancia, elimina los errores manuales y minimiza así los posibles tiempos de inactividad (soporte Zero Downtime). Otra novedad de Suse SLES 12 for SAP Application: la nueva tecnología desarrollada por Suse denominada kGraft, una tecnología de parcheado en vivo del kernel. Permite la actualización en línea de los parches de seguridad sin reiniciar ni esperar a la siguiente ventana de servicio programada.

También son dignos de mención los denominados Agentes de Recursos Hana (RA), que se suministran con el sistema. Con ellos se pueden gestionar, supervisar y controlar las instancias y réplicas de la base de datos de Hana. Los RA también pueden configurarse.

Suse admite configuraciones de clúster fáciles de usar con los agentes de recursos de Hana. Se ejecutan en todos los nodos de un clúster SLES 12 HAE y proporcionan información de configuración o el estado del sistema de los sistemas Hana y las réplicas Hana.

Durante años, Suse High Availability Extension (HAE), ya incluida en SLES, ha proporcionado una solución de alta disponibilidad probada y líder para mejorar la continuidad de negocio/HA y las capacidades de recuperación ante desastres para soluciones SAP.

La solución se optimizó y desarrolló especialmente para su uso en Hana y representa una especie de estándar para HA y DR en el entorno Hana (anteriormente para escalado). SAP proporciona mecanismos de replicación del sistema Hana (SR) para HA en particular, que normalmente se manejan y utilizan manualmente.

Aumentar el SLA mediante la automatización es posible con Suse High Availability Solution (HAE) de SLES 12. La replicación del sistema mediante la precarga de memoria en un clúster (por ejemplo, un clúster de 2 nodos) suele preferirse como solución de HA central para Hana.

La automatización de la conmutación puede llevarse a cabo cómodamente utilizando HAE; por ejemplo, en un clúster de 2 nodos con un (segundo) sistema HA que se ejecuta de forma sincrónica para un sistema Hana in situ (sería entonces el nodo uno).

Para un escenario de DR, Hana SR permite la replicación asíncrona a otro sitio (por ejemplo, otro centro de datos), de modo que el caso de desastre está cubierto.

Como alternativa HA en el emplazamiento in situ o principal, se puede utilizar un enfoque de "optimización de costes". En este caso, no hay precarga de memoria en un segundo sistema, sino que se dispone de un segundo nodo como sistema de prueba y desarrollo. Sólo en el caso de HA se realiza el Hana SR en el segundo nodo.

En comparación con una solución de HA con una precarga de memoria existente, esto lleva lógicamente más tiempo; sin embargo, supone una ventajosa minimización de los costes de inversión/operación. En un escenario de DR, la replicación al sitio secundario también es asíncrona.

Conclusión:

En general, Hana Pattern, kGraft junto con Suse HAE y en combinación con Hana System Replication reducen masivamente el tiempo de inactividad y contribuyen así a la consecución del objetivo de cero tiempo de inactividad en un centro de datos SAP.