Aggiungere il terzo sito HSR al cluster HANA Pacemaker

Articolo
01/16/2024

Questo articolo descrive i requisiti e la configurazione di un terzo sito di replica HANA per integrare un cluster Pacemaker esistente. Sono trattati sia SU edizione Standard Linux Enterprise Server (SLES) che le specifiche di RedHat Enterprise Linux (RHEL).

Panoramica

SAP HANA supporta la replica di sistema (HSR) con più di due siti connessi. È possibile aggiungere un terzo sito a una coppia HSR esistente, gestita da Pacemaker in una configurazione a disponibilità elevata. È possibile distribuire il terzo sito in una seconda area di Azure per scopi di ripristino di emergenza.You can deploy the third site in a second Azure region for disaster recovery (DR) purposes.

Pacemaker e l'agente di risorse cluster HANA gestiscono i primi due siti. Il cluster Pacemaker non controlla il terzo sito.

SAP HANA supporta un terzo sito di replica di sistema in due modalità.

Più entità di destinazione replica le modifiche dei dati da primaria a più di un sistema di destinazione. Terzo sito connesso a primario, replica in una topologia a stella.
Il multilivello è una replica a due livelli. Una catena, o talvolta definita configurazione concatenata, di tre livelli HANA diversi. Il terzo sito si connette al database secondario.

Per altre informazioni, vedere Disponibilità di SAP HANA tra aree di Azure per altri dettagli concettuali su HSR HANA in una e in aree diverse.

Prerequisiti per SLES

I requisiti per un terzo sito HSR sono diversi tra la scalabilità orizzontale di HANA e la scalabilità orizzontale di HANA.

Nota

I requisiti in questo capitolo sono validi solo per un panorama abilitato per Pacemaker. Senza Pacemaker, i requisiti di versione di SAP HANA si applicano per la modalità di replica scelta.
Pacemaker e l'agente di risorse cluster HANA gestiscono solo due siti. Il terzo sito HSR non è controllato dal cluster Pacemaker.

Scalabilità orizzontale e scalabilità orizzontale: SAP HANA SPS 04 o versione successiva necessaria per usare HSR multi-destinazione con un cluster Pacemaker
Scalabilità orizzontale e scalabilità orizzontale: numero massimo di una replica di sistema SAP HANA connessa dall'esterno del cluster Linux
Solo scalabilità orizzontale di HANA: SLES 15 SP1 o versione successiva
Solo scalabilità orizzontale HANA: pacchetto del sistema operativo SAPHanaSR-ScaleOut versione 0.180 o successiva
Solo scalabilità orizzontale DI HANA: SAP HANA ha hook SAPHanaSrMultiTarget in uso. L'anteprima dell'hook HANA SAPHanaSR non è compatibile con più entità di destinazione per la scalabilità orizzontale.

Prerequisiti per RHEL

I requisiti per un terzo sito HSR sono diversi tra la scalabilità orizzontale di HANA e la scalabilità orizzontale di HANA.

Nota

Solo scalabilità orizzontale di HANA: vedere Criteri di supporto redHat per i cluster RHEL a disponibilità elevata per informazioni dettagliate sulla versione minima degli agenti di risorse del sistema operativo, SAP HANA e cluster.
Solo scalabilità orizzontale HANA: la replica multi-destinazione HANA non è supportata in Azure con un cluster Pacemaker.

Aumento delle prestazioni di HANA: aggiungere la replica di sistema multi-destinazione HANA a scopo di ripristino di emergenza

Con l'hook SAP HANA SAPHanaSR per SLES e RHEL, è possibile aggiungere un terzo nodo ai fini del ripristino di emergenza. L'ambiente Pacemaker è a conoscenza di una configurazione di ripristino di emergenza multi-destinazione HANA.

L'errore del terzo nodo non attiverà alcuna azione del cluster. Il cluster rileva lo stato di replica dei siti connessi e l'attributo monitorato per il terzo sito può cambiare tra lo stato SOK e SFAIL. Eventuali test di acquisizione al terzo sito di ripristino di emergenza o all'esecuzione del processo di esercizio di ripristino di emergenza devono prima posizionare le risorse del cluster in modalità di manutenzione per evitare eventuali azioni indesiderate del cluster.

Esempio di sistema di replica multi-destinazione. Per altre informazioni, vedere la documentazione di SAP.
Diagram showing an example of a HANA scale-up multi-target system replication system.

Distribuire le risorse di Azure per il terzo nodo. A seconda dei requisiti, è possibile usare un'area di Azure diversa a scopo di ripristino di emergenza.

I passaggi necessari per il terzo sito sono simili alle macchine virtuali per il cluster con scalabilità orizzontale HANA. Il terzo sito userà l'infrastruttura di Azure, il sistema operativo e la versione HANA corrispondenti al cluster Pacemaker esistente, con le eccezioni seguenti:
- Nessun servizio di bilanciamento del carico distribuito per il terzo sito e nessuna integrazione con il servizio di bilanciamento del carico del cluster esistente per la macchina virtuale del terzo sito
- Non installare pacchetti del sistema operativo SAPHanaSR, SAPHanaSR-doc e modello di pacchetto del sistema operativo ha_sles nella terza macchina virtuale del sito
- Nessuna integrazione nel cluster per le risorse VM o HANA del terzo sito
- Nessuna configurazione hook HANA per il terzo sito in global.ini
Installare SAP HANA nel terzo nodo.

Per il terzo sito è necessario usare lo stesso SID HANA e il numero di installazione di HANA.

Con SAP HANA nel terzo sito installato ed in esecuzione, registrare il terzo sito con il sito primario.

Nell'esempio viene usato SITE-DR come nome per il terzo sito.

# 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

Verificare che la replica di sistema HANA mostri sia il sito secondario che il terzo sito.

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

Controllare l'attributo SAPHanaSR per il terzo sito. SITE-DR dovrebbe essere visualizzato con lo stato SOK nella sezione siti.

# 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

Il cluster rileva lo stato di replica dei siti connessi e l'attributo monitorato può cambiare tra SOK e SFAIL. Nessuna azione del cluster se la replica nel sito di ripristino di emergenza non riesce.

Scalabilità orizzontale di HANA: aggiungere la replica del sistema multi-destinazione HANA a scopo di ripristino di emergenza

Con il provider SAP HANA SAPHanaSrMultiTarget, è possibile aggiungere un terzo sito hana con scalabilità orizzontale. Questo terzo sito viene spesso usato per il ripristino di emergenza in un'altra area di Azure. L'ambiente Pacemaker è a conoscenza di una configurazione di ripristino di emergenza multi-destinazione HANA. Si noti che questa sezione è applicabile solo ai sistemi che eseguono Pacemaker solo su SU edizione Standard, vedere la sezione prerequisiti in questo documento per informazioni dettagliate.

Esempio di sistema di replica multi-destinazione. Per altre informazioni, vedere la documentazione di SAP.
Diagram showing an example of a HANA scale-out multi-target system replication system.

Distribuire le risorse di Azure per il terzo sito. A seconda dei requisiti, è possibile usare un'area di Azure diversa a scopo di ripristino di emergenza.

I passaggi necessari per la scalabilità orizzontale di HANA nel terzo sito sono i passaggi di mirroring per distribuire il cluster con scalabilità orizzontale HANA. Il terzo sito userà l'infrastruttura di Azure, il sistema operativo e i passaggi di installazione di HANA per SITE1 del cluster con scalabilità orizzontale, con le eccezioni seguenti:
- Nessun servizio di bilanciamento del carico distribuito per il terzo sito e nessuna integrazione con il servizio di bilanciamento del carico del cluster esistente per le macchine virtuali del terzo sito
- Non installare pacchetti del sistema operativo SAPHanaSR-ScaleOut, SAPHanaSR-ScaleOut-doc e il modello di pacchetto del sistema operativo ha_sles nelle macchine virtuali del sito di terze parti
- Nessuna macchina virtuale di maggioranza per il terzo sito, perché non esiste alcuna integrazione del cluster
- Creare un volume NFS /hana/shared per un uso esclusivo del terzo sito
- Nessuna integrazione nel cluster per le macchine virtuali o le risorse HANA del terzo sito
- Nessuna configurazione hook HANA per il terzo sito in global.ini
Per il terzo sito è necessario usare lo stesso SID HANA e lo stesso numero di installazione di HANA.

Con la scalabilità orizzontale di SAP HANA nel terzo sito installato e in esecuzione, registrare il terzo sito con il sito primario.

Nell'esempio viene usato SITE-DR come nome per il terzo sito.

# 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

Verificare che la replica di sistema HANA mostri sia il sito secondario che il terzo sito.

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

Controllare l'attributo SAPHanaSR per il terzo sito. SITE-DR dovrebbe essere visualizzato con lo stato SOK nella sezione siti.

# 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

Registrazione automatica di un terzo sito

Durante l'evento di acquisizione pianificata o non pianificata tra i due siti del cluster Pacemaker, anche HSR al terzo sito verrà interrotto. Pacemaker non modifica la replica HANA in un terzo sito.

SAP fornisce dal parametro register_secondaries_on_takeoverHANA 2 SPS 04 . Con il parametro impostato sul valore true, dopo l'acquisizione di HSR tra i siti del cluster 1 e 2, HANA registrerà automaticamente il terzo sito nel nuovo database primario per mantenere una configurazione multi target HSR. Configurare il parametro register_secondaries_on_takeover = true HANA configurato in [system_replication] blocco di global.ini in entrambi i siti SAP HANA nel cluster Linux. Sia SITE1 che SITE2 necessitano del parametro nel rispettivo file di configurazione HANA global.ini. Il parametro può essere usato anche all'esterno di un cluster Pacemaker.

Per il multilivello HSR, non esiste alcuna registrazione automatica di SAP HANA del terzo sito. È necessario registrare manualmente il terzo sito nel database secondario corrente per mantenere la catena di replica HSR per il multilivello.

Diagram flow showing how a HANA auto-registration works with a third site during a takeover.

Condividi tramite