Implementación de ASCS/ERS de SAP con máquinas virtuales de alta disponibilidad de SAP HANA en RHEL
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
- Configuración de SAP S/4HANA ASCS/ERS con el servidor 2 de puesta en cola independiente (ENSA2) en Pacemaker
- Configuración de SAP NetWeaver ASCS/ERS ENSA1 con recursos independientes en RHEL 7.5+ y RHEL 8
- Nota de SAP 1928533, que incluye:
- Una lista de tamaños de máquina virtual (VM) de Azure que se admiten para la implementación de software de SAP.
- Información importante sobre capacidad para los tamaños de máquina virtual de Azure.
- Software de SAP admitido y combinaciones de sistema operativo y base de datos.
- Versión necesaria del kernel de SAP para Windows y Linux en Azure.
- La nota de SAP 2015553 enumera los requisitos previos para las implementaciones de software de SAP admitidas por SAP en Azure.
- La nota de SAP 2002167 enumera la configuración recomendada del sistema operativo para Red Hat Enterprise Linux 7.x.
- La nota de SAP 2772999 enumera la configuración recomendada del sistema operativo para Red Hat Enterprise Linux 8.x.
- La nota de SAP 2009879 contiene las guías de SAP HANA para Red Hat Enterprise Linux.
- La nota de SAP 2178632 contiene información detallada sobre todas las métricas de supervisión notificadas para SAP en Azure.
- La nota de SAP 2191498 incluye la versión de SAP Host Agent necesaria para Linux en Azure.
- La nota de SAP 2243692 incluye información acerca de las licencias de SAP en Linux en Azure.
- La nota de SAP 1999351 contiene más información de solución de problemas sobre la extensión de supervisión mejorada de Azure para SAP.
- La wiki de la comunidad SAP contiene todas las notas de SAP que se necesitan para Linux.
- Planeación e implementación de Azure Virtual Machines para SAP en Linux
- Implementación de Azure Virtual Machines para SAP en Linux
- Implementación de DBMS de Azure Virtual Machines para SAP en Linux
- SAP Netweaver en el clúster de Pacemaker
- Documentación general de RHEL:
- Documentación de RHEL específica para Azure:
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.
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.
- Abra el equilibrador de carga interno que ha creado para la configuración del clúster de SAP HANA.
- 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).
- Grupo de backend: este grupo sigue siendo el mismo porque estamos implementando ASCS y ERS en el mismo grupo de backend.
- 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.
- Dirección IP de front-end: seleccione la dirección IP de front-end.
- Grupo de back-end: seleccione el grupo de back-end.
- Puertos de alta disponibilidad: seleccione esta opción.
- Protocolo: seleccione TCP.
- Sondeo de estado: crear un sondeo de estado con los siguientes detalles (se aplica tanto a ASCS como a ERS):
- Protocolo: seleccione TCP.
- Puerto: por ejemplo, 620<Instance-no.> para ASCS y 621<Instance-no.> para ERS.
- Intervalo: escriba 5.
- Umbral de sondeo: escriba 2.
- Tiempo de espera de inactividad (minutos): Escriba 30.
- **Habilitar
- IP**. 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 la CLI de Azure o el comando de PowerShell.
Cuando las máquinas virtuales sin direcciones IP públicas se colocan en el grupo de back-end 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 realicen 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.
- NFS en Azure Files: alta disponibilidad de máquinas virtuales de Azure para SAP NW en RHEL con NFS en Azure Files
- Azure NetApp Files: alta disponibilidad de máquinas virtuales de Azure para SAP NW en RHEL con Azure NetApp Files
Prueba de la configuración del clúster
Pruebe exhaustivamente el clúster de Pacemaker: