Compartir a través de

Implementación de ASCS/ERS de SAP con máquinas virtuales de alta disponibilidad de SAP HANA en RHEL

  • Artículo

En este artículo se describe cómo instalar y configurar SAP HANA junto con ABAP SAP Central Services (ASCS)/SAP Central Services (SCS) y instancias de Enqueue Replication Server (ERS) en el mismo clúster de alta disponibilidad que se ejecuta en Red Hat Enterprise Linux (RHEL).

Referencias

Información general

En este artículo se describe el escenario de optimización de costos en el que se implementan las instancias de SAP HANA, ASCS/SCS y SAP ERS en la misma configuración de alta disponibilidad. Para minimizar el número de máquinas virtuales de un único sistema SAP, quiere instalar ASCS/SCS y ERS de SAP en el mismo host donde se ejecuta SAP HANA. Con la configuración de SAP HANA en una configuración de clúster de alta disponibilidad, quiere que ASCS/SCS de SAP y SAP ERS también se administren por clúster. La configuración es básicamente una adición a una configuración de clúster de SAP HANA ya configurada. En esta configuración, ASCS/SCS de SAP y SAP ERS se instalan en un nombre de host virtual y el clúster administra su directorio de instancias.

La arquitectura presentada muestra NFS en Azure Files o de Azure NetApp Files para un directorio de instancia de alta disponibilidad para la instalación.

En el ejemplo que se muestra en este artículo para describir la implementación se usa la siguiente información del sistema:

Nombre de instancia Número de instancia Nombre de host virtual IP virtual (puerto de sondeo)
SAP HANA DB 03 saphana 10.66.0.13 (62503)
ABAP SAP Central Services (ASCS) 00 sapascs 10.66.0.20 (62000)
Servidor de replicación en cola (ERS) 01 sapers 10.66.0.30 (62101)
Identificador del sistema SAP HANA HN1 --- ---
Identificador del sistema SAP NW1 --- ---

Nota:

Instale instancias de diálogo de SAP (PAS y AAS) en máquinas virtuales independientes.

Diagram that shows the architecture of an SAP HANA, SAP ASCS/SCS, and ERS installation within the same cluster.

Consideraciones importantes para la solución de optimización de costos

  • Las instancias de diálogo de SAP (PAS y AAS) (como sapa01 y sapa02) deben instalarse en máquinas virtuales independientes. Instale ASCS y ERS de SAP con nombres de host virtuales. Para más información sobre cómo asignar un nombre de host virtual a una máquina virtual, consulte el blog Uso de nombres de host virtuales de SAP con Linux en Azure.
  • Con una implementación de BASE de datos de HANA, ASCS/SCS y ERS en la misma configuración del clúster, el número de instancia de BASE de datos de HANA, ASCS/SCS y ERS debe ser diferente.
  • Considere la posibilidad de cambiar el tamaño de las SKU de máquina virtual según las directrices de ajuste de tamaño. Debe tener en cuenta el comportamiento del clúster en el que varias instancias de SAP (BASE de datos de HANA, ASCS/SCS y ERS) se pueden ejecutar en una sola máquina virtual cuando otra máquina virtual del clúster no está disponible.
  • Puede usar un almacenamiento diferente (por ejemplo, Azure NetApp Files o NFS en Azure Files) para instalar las instancias de ASCS y ERS de SAP.

    Nota

    En el caso de los sistemas SAP J2EE, /usr/sap/<SID>/J<nr> no se puede colocar en la característica NFS de Azure Files. Los sistemas de archivos de base de datos como /hana/data y /hana/log no se admiten en NFS en Azure Files.

  • Para instalar más servidores de aplicaciones en máquinas virtuales independientes, puede usar recursos compartidos NFS o un disco administrado local para un sistema de archivos de directorio de instancia. Si va a instalar más servidores de aplicaciones para el sistema SAP J2EE, no se admite /usr/sap/<SID>/J<nr> en NFS en Azure Files.
  • Consulte consideraciones sobre NFS en Azure Files y consideraciones de Azure NetApp Files porque se aplican las mismas consideraciones a esta configuración.

Requisitos previos

La configuración descrita en este artículo es una adición a la configuración del clúster de SAP HANA ya configurada. En esta configuración, se instala una instancia de ASCS/SCS y ERS de SAP en un nombre de host virtual. El clúster administra el directorio de instancia.

Instale una base de datos de HANA y configure un clúster de replicación del sistema de HANA (HSR) y Pacemaker siguiendo los pasos descritos en Alta disponibilidad de SAP HANA en máquinas virtuales de Azure en Red Hat Enterprise Linux o Alta disponibilidad de SAP HANA escalado vertical con Azure NetApp Files en Red Hat Enterprise Linux en función de la opción de almacenamiento que use.

Después de instalar, configurar y configurar el clúster de HANA, siga los pasos siguientes para instalar instancias de ASCS y ERS.

Configuración de Azure Load Balancer para ASCS y ERS

En este artículo se supone que ya configuró el equilibrador de carga para una configuración de clúster de HANA, tal como se describe en Configuración de Azure Load Balancer. En la misma instancia de Azure Load Balancer, siga estos pasos para crear más direcciones IP de front-end y reglas de equilibrio de carga para ASCS y ERS.

  1. Abra el equilibrador de carga interno que ha creado para la configuración del clúster de SAP HANA.
  2. Configuración de IP de front-end: cree dos direcciones IP de front-end, una para ASCS y otra para ERS (por ejemplo, 10.66.0.20 y 10.66.0.30).
  3. Grupo de backend: este grupo sigue siendo el mismo porque estamos implementando ASCS y ERS en el mismo grupo de backend.
  4. Reglas de entrada: crear dos reglas de equilibrio de carga, una para ASCS y otra para ERS. Siga los mismos pasos para ambas reglas de equilibrio de carga.
  5. Dirección IP de front-end: seleccione la dirección IP de front-end.
    1. Grupo de back-end: seleccione el grupo de back-end.
    2. Puertos de alta disponibilidad: seleccione esta opción.
    3. Protocolo: seleccione TCP.
    4. Sondeo de estado: crear un sondeo de estado con los siguientes detalles (se aplica tanto a ASCS como a ERS):
      1. Protocolo: seleccione TCP.
      2. Puerto: por ejemplo, 620<Instance-no.> para ASCS y 621<Instance-no.> para ERS.
      3. Intervalo: escriba 5.
      4. Umbral de sondeo: escriba 2.
    5. Tiempo de espera de inactividad (minutos): escriba 30.
    6. Habilitar IP flotante: seleccione esta opción.

La propiedad de configuración del sondeo de estado numberOfProbes, lo que se conoce como umbral incorrecto en Azure Portal, no se respeta. Para controlar el número de sondeos consecutivos correctos o erróneos, establezca la propiedad probeThreshold en 2. Actualmente no es posible establecer esta propiedad mediante Azure Portal. Use el CLI de Azure o el comando de PowerShell.

Importante

La dirección IP flotante no se admite en una configuración de IP secundaria de NIC en escenarios de equilibrio de carga. Para más información, consulte Limitaciones de Azure Load Balancer. Si necesita más direcciones IP para las máquinas virtuales, implemente una segunda NIC.

Cuando las máquinas virtuales sin direcciones IP públicas se colocan en el grupo de backend de una instancia de Azure Load Balancer estándar (sin dirección IP pública), no hay conectividad saliente a Internet a menos que se realice más configuraciones para permitir el enrutamiento a puntos de conexión públicos. Para conocer los pasos sobre cómo lograr la conectividad de salida, consulte conectividad de punto de conexión público para máquinas virtuales mediante Azure Standard Load Balancer en escenarios de alta disponibilidad de SAP.

Importante

No habilite las marcas de tiempo TCP en VM de Azure que se encuentren detrás de Azure Load Balancer. Si habilita las marcas de tiempo TCP provocará un error en los sondeos de estado. Establezca el parámetro net.ipv4.tcp_timestamps en 0. Para más información, consulte Sondeos de estado de Load Balancer.

Configuración de ASCS/SCS y ERS de SAP

En base del almacenamiento, siga los pasos descritos en los artículos siguientes para configurar un recurso de SAPInstance para la instancia de ASCS/SCS de SAP y ERS de SAP en el clúster.

Prueba de la configuración del clúster

Pruebe exhaustivamente el clúster de Pacemaker: