Adición de un tercer sitio de HSR al clúster de Pacemaker de HANA

Artículo
03/03/2024

En este artículo, se describen los requisitos y la configuración de un tercer sitio de replicación de HANA para complementar un clúster de Pacemaker existente. Se tratan los detalles específicos de SUSE Linux Enterprise Server (SLES) y RedHat Enterprise Linux (RHEL).

Información general

SAP HANA admite la replicación del sistema (HSR) con más de dos sitios conectados. Puede agregar un tercer sitio a un par de HSR existente, administrado por Pacemaker en una configuración de alta disponibilidad. Puede implementar el tercer sitio en una segunda región de Azure con fines de recuperación ante desastres (DR).

Pacemaker y el agente de recursos del clúster de HANA administran los dos primeros sitios. El clúster de Pacemaker no controla el tercer sitio.

SAP HANA admite un tercer sitio de replicación del sistema en dos modos:

Multidestino replica los cambios de datos del principal a más de un sistema de destino. El tercer sitio está conectado a la replicación principal en una topología de estrella.
Multinivel es una replicación de dos niveles. Una configuración en cascada o encadenada de tres niveles de HANA diferentes. El tercer sitio se conecta al secundario.

Para obtener más detalles conceptuales sobre la HSR de HANA dentro de una región y entre distintas regiones, consulte Disponibilidad de SAP HANA entre regiones de Azure.

Requisitos previos de SLES

Los requisitos de un tercer sitio de HSR son diferentes para la escalabilidad vertical de HANA y la escalabilidad horizontal de HANA.

Nota:

Los requisitos de este artículo solo son válidos para un entorno habilitado para Pacemaker. Sin Pacemaker, los requisitos de versión de SAP HANA se aplican al modo de replicación elegido. Pacemaker y el agente de recursos del clúster de HANA administran los dos primeros sitios. El tercer sitio de HSR no está controlado por el clúster de Pacemaker.

Tanto escalabilidad vertical como horizontal: se requiere SAP HANA SPS 04 o versiones posteriores para usar HSR multidestino con un clúster de Pacemaker.
Tanto escalabilidad vertical como horizontal: máximo de una replicación del sistema de SAP HANA conectada desde fuera del clúster de Linux.
Solo escalado horizontal de HANA: SLES 15 SP1 o superior.
Solo escalabilidad horizontal de HANA: paquete del sistema operativo (SO) SAPHanaSR-ScaleOut versión 0.180 o posterior.
Solo escalabilidad horizontal de HANA: enlace de alta disponibilidad (HA) de SAP HANA SAPHanaSrMultiTarget en uso. La versión preliminar del enlace de alta disponibilidad de HANA SAPHanaSR no es compatible con varios destinos para la escalabilidad horizontal.

Requisitos previos de RHEL

Los requisitos de un tercer sitio de HSR son diferentes para la escalabilidad vertical de HANA y la escalabilidad horizontal de HANA.

Nota:

Solo escalabilidad vertical de HANA: consulte las directivas de compatibilidad de RedHat para clústeres de alta disponibilidad de RHEL para obtener más información sobre la versión mínima del sistema operativo, SAP HANA y la versión de los agentes de recursos del clúster.
Solo escalabilidad horizontal de HANA: la replicación multidestino de HANA no se admite en Azure con un clúster de Pacemaker.

Escalabilidad vertical de HANA: adición de la replicación del sistema multidestino de HANA con fines de recuperación ante desastres

Con el enlace de alta disponibilidad SAPHanaSR de SAP HANA para SLES y RHEL, puede agregar un tercer nodo con fines de recuperación ante desastres. El entorno de Pacemaker es consciente de una configuración de recuperación ante desastres multidestino de HANA.

Un error en el tercer nodo no desencadenará ninguna acción del clúster. El clúster detecta el estado de replicación de los sitios conectados y el atributo supervisado del tercer sitio puede cambiar entre los estados SOK y SFAIL. Las pruebas de toma de control en el tercer sitio o sitio de recuperación ante desastres, o la ejecución del proceso del ejercicio de recuperación ante desastres, deben colocar primero los recursos del clúster en modo de mantenimiento para evitar cualquier acción del clúster no deseada.

En el ejemplo siguiente, se muestra un sistema de replicación del sistema multidestino. Para obtener más información, consulte la documentación de SAP. Diagram that shows an example of a HANA scale-up multitarget system replication system.

Implemente los recursos de Azure para el tercer nodo. Según sus requisitos, puede usar otra región de Azure con fines de recuperación ante desastres.

Los pasos necesarios para el tercer sitio son similares a los de las máquinas virtuales para el clúster de escalabilidad vertical de HANA. El tercer sitio usa la infraestructura de Azure. La versión del sistema operativo y de HANA coinciden con el clúster de Pacemaker existente, con las siguientes excepciones:
- No se implementa ningún equilibrador de carga para el tercer sitio. No hay ninguna integración con el equilibrador de carga del clúster existente para la máquina virtual del tercer sitio.
- No instale los paquetes de sistema operativo SAPHanaSR, SAPHanaSR-doc y el patrón de paquete del sistema operativo ha_sles en la máquina virtual del tercer sitio.
- No hay integración en el clúster para la máquina virtual ni los recursos de HANA del tercer sitio.
- No hay ninguna configuración de enlace de alta disponibilidad de HANA para el tercer sitio en el archivo global.ini.
Instale SAP HANA en el tercer nodo.

Se deben usar el mismo SID de HANA y el número de instalación de HANA para el tercer sitio.

Con SAP HANA instalado y en ejecución en el tercer sitio, registre el tercer sitio con el sitio primario.

En el ejemplo siguiente, se usa SITE-DR como nombre del tercer sitio.

# Execute on the third site 
su - hn1adm
# Register the HANA third site to the primary. Switch --online will shutdown the HANA instance on third site.
hdbnsutil -sr_register --name=SITE-DR --remoteHost=hn1-db-0 --remoteInstance=03 --replicationMode=async --online

Compruebe que la replicación del sistema de HANA muestre el sitio secundario y el tercer sitio.

# Verify HANA HSR is in sync, execute on primary
sudo su - hn1adm -c "python /usr/sap/HN1/HDB03/exe/python_support/systemReplicationStatus.py"

Compruebe el atributo SAPHanaSR del tercer sitio. SITE-DR debe aparecer con el estado SOK en la sección Sites.
```
# Check SAPHanaSR attribute on any cluster managed host (first or second site)
sudo SAPHanaSR-showAttr
# Example result
# Global cib-time                 maintenance
# --------------------------------------------
# global Tue Feb 21 19:28:21 2023 false
# 
# Sites     srHook
# -----------------
# HN1-SITE1 PRIM
# HN1-SITE2 SOK
# SITE-DR   SOK
```
El clúster detecta el estado de replicación de los sitios conectados. Los atributos supervisados pueden cambiar entre SOK y SFAIL. No hay ninguna acción del clúster si se produce un error en la replicación en el sitio de recuperación ante desastres.

Escalabilidad horizontal de HANA: adición de la replicación del sistema multidestino de HANA con fines de recuperación ante desastres

Con el proveedor de alta disponibilidad de SAP HANA SAPHanaSrMultiTarget, puede agregar un tercer sitio de escalabilidad horizontal de HANA. Este tercer sitio se suele usar para la recuperación ante desastres en otra región de Azure. El entorno de Pacemaker es consciente de una configuración de recuperación ante desastres multidestino de HANA. Esta sección se aplica solo a los sistemas que ejecutan Pacemaker en SUSE. Consulte la sección "Requisitos previos" de este documento para obtener más información.

Implemente los recursos de Azure para el tercer sitio. Según sus requisitos, puede usar otra región de Azure con fines de recuperación ante desastres.

Los pasos necesarios para la escalabilidad horizontal de HANA en el tercer sitio reflejan los pasos para implementar el clúster de escalabilidad horizontal de HANA. El tercer sitio usa los pasos de instalación de la infraestructura de Azure, el sistema operativo y HANA para SITE1 del clúster de escalabilidad horizontal, con las siguientes excepciones:
- No se implementa ningún equilibrador de carga para el tercer sitio. No hay ninguna integración con el equilibrador de carga del clúster existente para las máquinas virtuales del tercer sitio.
- No instale los paquetes de sistema operativo SAPHanaSR-ScaleOut, SAPHanaSR-ScaleOut-doc y el patrón de paquete del sistema operativo ha_sles en las máquinas virtuales del tercer sitio.
- No hay una máquina virtual de creador de mayoría para el tercer sitio porque no hay ninguna integración del clúster.
- Cree el volumen NFS /hana/shared para el uso exclusivo del tercer sitio.
- No hay integración en el clúster para las máquinas virtuales ni los recursos de HANA del tercer sitio.
- No hay ninguna configuración de enlace de alta disponibilidad de HANA para el tercer sitio en el archivo global.ini.
Debe usar el mismo SID de HANA y el número de instalación de HANA para el tercer sitio.

Con la escalabilidad horizontal de SAP HANA instalada y en ejecución en el tercer sitio, registre el tercer sitio con el sitio primario.

En el ejemplo siguiente, se usa SITE-DR como nombre del tercer sitio.

# Execute on the third site 
su - hn1adm
# Register the HANA third site to the primary. Switch --online will shutdown the HANA instance on third site.
hdbnsutil -sr_register --name=SITE-DR --remoteHost=hana-s1-db1 --remoteInstance=03 --replicationMode=async --online

Compruebe que la replicación del sistema de HANA muestre el sitio secundario y el tercer sitio.

# Verify HANA HSR is in sync, execute on primary
sudo su - hn1adm -c "python /usr/sap/HN1/HDB03/exe/python_support/systemReplicationStatus.py"

Compruebe el atributo SAPHanaSR del tercer sitio. SITE-DR debe aparecer con el estado SOK en la sección Sites.

# Check SAPHanaSR attribute on any cluster managed host (first or second site)
sudo SAPHanaSR-showAttr
# Expected result
# Global cib-time                 maintenance prim  sec sync_state upd
# ---------------------------------------------------------------------
# HN1    Fri Jan 27 10:38:46 2023 false       HANA_S1 -   SOK        ok
# 
# Sites     lpt        lss mns         srHook srr
# ------------------------------------------------
# SITE-DR                              SOK
# HANA_S1   1674815869 4   hana-s1-db1 PRIM   P
# HANA_S2   30         4   hana-s2-db1 SOK    S

El clúster detecta el estado de replicación de los sitios conectados. El atributo supervisado puede cambiar entre SOK y SFAIL. No hay ninguna acción del clúster si se produce un error en la replicación en el sitio de recuperación ante desastres.

Registro automático del tercer sitio

Durante un evento de toma de control planeado o no planeado entre los dos sitios del clúster de Pacemaker, también se interrumpe HSR al tercer sitio. Pacemaker no modifica la replicación de HANA en el tercer sitio.

SAP la proporciona desde el parámetro register_secondaries_on_takeover de HANA 2 SPS 04. Con el parámetro establecido en el valor true, después de la toma de control de HSR entre los sitios 1 y 2 del clúster, HANA registra el tercer sitio en el nuevo principal automáticamente para mantener una configuración multidestino de HSR. Configure el parámetro register_secondaries_on_takeover = true de HANA que está configurado en el bloque [system_replication] del archivo global.ini en ambos sitios de SAP HANA en el clúster de Linux. Tanto SITE1 como SITE2 necesitan el parámetro en el archivo de configuración global.ini de HANA correspondiente. El parámetro también se puede usar fuera de un clúster de Pacemaker.

Para HSR multinivel, no existe ningún registro automático de SAP HANA del tercer sitio. Debe registrar manualmente el tercer sitio en el secundario actual para mantener la cadena de replicación de HSR para multinivel.

Diagram flow that shows how a HANA autoregistration works with a third site during a takeover.

Share via