SAP habilitará SAP Startup Framework para systemd. En pocas palabras, el marco de inicio actualizado estará disponible para SAP Host Agent, la plataforma de servidor de aplicaciones SAP NetWeaver, la plataforma SAP S/4HANA ERP y, potencialmente, más adelante también para la base de datos SAP HANA.

Durante un taller de Linux del grupo de usuarios alemán de SAP (DSAG), se compartieron detalles de la integración con los asistentes. Si tiene acceso al contenido de DSAG, puede encontrar las diapositivas en: Sesión en línea "SAP Software und systemd" am 03.02.2022 (AG Linux & MaxDB) .

Estos cambios también tienen efectos en el clúster de SUSE para cargas de trabajo de SAP. Este blog informa sobre los beneficios de la nueva integración de systemd y los cambios necesarios para el clúster de SUSE. La integración nativa de systemd necesita alguna funcionalidad específica de systemd, por lo que SLES 15 es la versión mínima. En SLES 12, la integración nativa de systemd no está disponible debido a que faltan funciones en la versión de systemd. Este blog se centra en SLES para SAP 15, porque para la solución de clúster de SUSE necesita paquetes adicionales que solo están disponibles en SLES para SAP.

Beneficios de la integración de sistemas nativos

Hasta ahora, para Linux, el servicio systemV init "sapinit" estaba iniciando SAP Host Agent y todos los procesos sapstartsrv enumerados en /usr/sap/sapservices. No estaba disponible una integración systemd real, sino solo un modo de compatibilidad usando el convertidor systemV-to-systemd. Esta fue una integración muy flexible y más utilizada como una solución compatible con versiones anteriores. A medida que systemd maduraba cada vez más, el siguiente paso de una integración nativa era el siguiente movimiento obvio.

El uso de la integración nativa SAP Host Agent se inicia a través de la unidad saphostagent.service. Todas las funcionalidades de systemd, como verificar el estado actual, iniciar, detener y habilitar el próximo inicio del sistema, ahora están disponibles. Las adaptaciones a la unidad saphostagent.service deben realizarse agregando un archivo llamado drop-in.

Para cualquier instancia nativa integrada de SAP, se agrega una unidad systemd con el esquema de nombre SAP_ (p. ej., SAPEN1_10). Las adopciones nunca deben realizarse en el archivo de unidad generado automáticamente, sino en un archivo de inserción systemd. Además, para las instancias de SAP, ahora tiene la funcionalidad completa de los comandos systemctl, pero se recomienda encarecidamente seguir utilizando las funciones de sapcontrol, que garantizan también la funcionalidad de la integración del clúster, como sap-suse-cluster-connector.

SAP ha creado un segmento especial llamado SAP.slice. Todos los servicios systemd relacionados con SAP con la nueva integración nativa ahora se ejecutan en este nuevo segmento. Esto permite una mejor asignación de los recursos del sistema. También evita que durante una acción administrativa o de clúster, el servicio se esté ejecutando en un segmento de usuario. Este problema ahora está resuelto por SAP.slice.

El antiguo procedimiento systemV init todavía está disponible y se admiten los sistemas de "modo mixto". Por lo tanto, primero podría implementar la integración nativa de SAP Host Agent en systemd y hacer un seguimiento con una actualización de las otras cargas de trabajo de SAP.

Los detalles de la integración de SAP systemd y los escenarios admitidos formarán parte de la documentación de SAP y no forman parte de este blog. La intención es avisarle sobre las mejoras y las consecuencias.

Consecuencias para el clúster de SUSE

Las buenas noticias primero: la configuración del clúster permanece sin cambios. SUSE actualizó los agentes de recursos para que la integración nativa de systemd sea transparente para la administración del clúster.

SUSE ha probado la integración systemd nativa del marco de inicio de SAP para la compatibilidad del sistema SLES simple, así como para todos los escenarios de clúster de SUSE relevantes para las cargas de trabajo de SAP. En particular, hemos probado la disponibilidad de las instancias de ASCS y ERS con una lista de prueba utilizada para las certificaciones SAP HA y pruebas adicionales no cubiertas por las certificaciones. La replicación del sistema (SR) de SAP HANA se ha probado con éxito en los siguientes casos de uso: SAP HANA Scale-Up Performance Optimized, SAP HANA Scale-Up Cost Optimized y SAP HANA Scale-Out Performance Optimized. Todas las mejoras encontradas durante las sesiones de prueba estarán disponibles en las actualizaciones de mantenimiento para los agentes de recursos del clúster de SUSE. Antes de comenzar su nueva instalación o actualizar la integración nativa de systemd, asegúrese de actualizar los paquetes del agente de recursos a las versiones más recientes disponibles. La integración nativa de SAP systemd es compatible a partir de las siguientes versiones de paquetes para SLES para aplicaciones SAP 15.