SUSE Linux Enterprise Server for SAP Applications no es solo un gran producto para ejecutar cargas de trabajo de SAP. SUSE también proporciona guías de mejores prácticas para crear clústeres confiables de alta disponibilidad de SAP HANA SR mediante el uso de SUSE Linux Enterprise Server para SAP como solución.

Los clientes que utilizan clústeres suelen tener dificultades para parchear los sistemas SAP que ejecutan SUSE Linux Enterprise Server en un clúster de Pacemaker . La razón principal es la necesidad de reiniciar el sistema operativo (SO) después de la instalación de un parche del kernel. Aunque se está utilizando SUSE Live Patching, aún necesita parchear el sistema operativo de vez en cuando con todos los parches dentro de la "ventana de mantenimiento" programada. Durante la ventana de mantenimiento, como administrador de SAP Basis, debe ejecutar comandos de clúster para mover, detener e iniciar recursos.

Pero, ¿qué pasaría si pudiera automatizar la aplicación de parches del sistema operativo mediante el uso de SUSE Manager y los estados de Salt mientras reduce el tiempo de inactividad de SAP HANA?

He desarrollado varios módulos de estado y ejecución de Salt que interactúan con las herramientas de configuración y administración del clúster de Pacemaker crmy crm_monel SAPHanaSR-showAttr  comando para consultar el estado del clúster.

Estos módulos de Salt se utilizarán en los estados de Salt, lo que a su vez permite un proceso de aplicación de parches completamente automatizado para los clústeres de ampliación de SAP HANA SR.

La solución en breve

La guía de mejores prácticas de SUSE SAP HANA System Replication Scale-Up: Performance Optimized Scenario describe el mantenimiento de un clúster con bastante detalle. Los pasos, si no están automatizados, deben ejecutarse manualmente. Los estados, módulos, corredores  y reactores de Salt que he desarrollado y que se describen aquí  se han integrado para seguir exactamente las instrucciones de mejores prácticas.

Algunas de las "reglas de oro" para trabajar con grupos de Pacemaker que sigo estrictamente son:

• “Nunca cambie un clúster si el estado del clúster no es INACTIVO”
• "No cambie ni configure un recurso de clúster maestro-esclavo de SAP HANA si el estado de replicación del sistema no es SOK".

Según estas reglas, el flujo de trabajo de parches se ha probado como se describe a continuación.

El flujo de trabajo de aplicación de parches

La siguiente sección explica el flujo de trabajo de aplicación de parches de un vistazo. Para un clúster de escalamiento vertical de SAP HANA de dos nodos, no se necesita el nodo sin disco de parche de paso y puede continuar con el nodo principal.

Etapa 1: sitio secundario del parche

• Ejecute la ejecución de Salt en todos los nodos miembros del clúster:

# salt "hana-*" state.apply myhana

• El módulo Salt detectará las funciones de los nodos como primaria y  secundaria , y diskless_node en el caso de un clúster de tres nodos.
• Comience con el nodo secundario.
• El recurso maestro-esclavo del clúster de escalamiento ascendente de SAP HANA SR se configurará en modo de mantenimiento.
• El nodo secundario será parcheado y reiniciado.
• Después de reiniciar el nodo secundario, se iniciará Pacemaker.
• El recurso maestro-esclavo se activará (modo de mantenimiento desarmado).

Etapa 2: parchear el nodo sin disco (opcional)

• Comience a parchear diskless_node en caso de una configuración sin disco.
• diskless_node se reiniciará después de parchear.

Etapa 3: parchear el sitio principal

• Vuelva a descubrir las funciones de los nodos como principal , secundario y sin disco en el caso de un clúster de tres nodos.
• Ejecute estados Salt en el nodo principal.
• Mueva el recurso maestro-esclavo al otro nodo que es secundario en este momento.
• El recurso maestro-esclavo del clúster de escalamiento ascendente de SAP HANA SR se configurará en modo de mantenimiento.
• El antiguo nodo principal se parcheará y se reiniciará.
• Una vez que se haya reiniciado el antiguo nodo principal, se iniciará Pacemaker.
• Borre la cli-banrestricción de ubicación del marcapasos para que este nodo se pueda usar nuevamente como un nuevo sitio secundario.
• El recurso maestro-esclavo se activará (modo de mantenimiento desarmado).
• El antiguo primario se ha convertido en nuevo secundario.
• Ahora has terminado