Aggiungere altri siti secondari a un cluster HANA Pacemaker
Questo articolo descrive i requisiti e la configurazione per la configurazione di un sito di replica HANA secondario aggiuntivo per integrare un cluster Pacemaker esistente. Sono trattate sia le specifiche di SUSE Linux Enterprise Server (SLES) che di RedHat Enterprise Linux (RHEL).
Panoramica
SAP HANA supporta la replica di sistema (HSR) con più di due siti connessi. È possibile configurare siti aggiuntivi per una coppia HSR esistente gestita da Pacemaker in una configurazione a disponibilità elevata. Ad esempio, è possibile distribuire questi siti aggiuntivi in una seconda area di Azure per scopi di ripristino di emergenza.For example, you can deploy these additional sites in a second Azure region for disaster recovery (DR) purposes.
Pacemaker e l'agente di risorse cluster HANA gestiscono solo i primi due siti in HSR. I siti aggiuntivi non sono controllati dal cluster Pacemaker.
SAP HANA supporta la replica aggiuntiva del sistema di siti secondari in due modalità:
- Più entità di destinazione replica le modifiche dei dati da primaria a più di un sistema di destinazione. I siti aggiuntivi sono connessi alla replica primaria in una topologia star.
- Il multilibro è una catena o concatenata, configurata per la replica di sistema HANA. Il terzo sito si connette a quello secondario.
Per altri dettagli concettuali su HSR HANA all'interno di un'area geografica e in aree diverse, vedere Disponibilità di SAP HANA tra aree geografiche di Azure.
Prerequisiti per SLES
I requisiti per i siti HSR aggiuntivi sono diversi per la scalabilità orizzontale di HANA e l'aumento del numero di istanze di HANA.
Nota
- I requisiti in questo articolo sono validi solo per un panorama abilitato per Pacemaker. Senza Pacemaker, i requisiti di versione di SAP HANA si applicano alla modalità di replica scelta.
- Pacemaker e l'agente risorse cluster HANA gestiscono solo due siti. Il sito HSR aggiuntivo non è controllato dal cluster Pacemaker.
- SUSE supporta il massimo di un sito di replica di sistema aggiuntivo in un database SAP HANA all'esterno del cluster Pacemaker.
- Scalabilità orizzontale e scalabilità orizzontale: SAP HANA SPS 04 o versione successiva è necessario per usare HSR multitarget 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 DI HANA: pacchetto del sistema operativo SAPHanaSR-ScaleOut versione 0.180 o successiva.
- Solo scalabilità orizzontale DI HANA: hook SAP HANA a disponibilità elevata SAPHanaSrMultiTarget in uso. L'hook
SAPHanaSRHANA di anteprima non è compatibile con più destinazioni per la scalabilità orizzontale.
Prerequisiti per RHEL
I requisiti per i siti HSR aggiuntivi sono diversi per la scalabilità orizzontale di HANA e l'aumento del numero di istanze di HANA.
Nota
- I requisiti in questo articolo 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 risorse cluster HANA gestiscono solo due siti. I siti HSR aggiuntivi non sono controllati dal cluster Pacemaker.
- RedHat supporta uno o più siti di replica di sistema aggiuntivi in un database SAP HANA all'esterno del cluster Pacemaker.
- Solo scalabilità orizzontale di HANA: per informazioni dettagliate sulla versione minima degli agenti di risorse del sistema operativo, SAP HANA e del cluster, vedere Criteri di supporto redHat per i cluster per i cluster.
- Solo scalabilità orizzontale HANA: la replica multitarget HANA non è supportata in Azure con un cluster Pacemaker.
Suggerimento
La configurazione illustra come configurare il terzo sito all'esterno del cluster Pacemaker. In RHEL, se sono presenti più siti aggiuntivi all'esterno del cluster Pacemaker, è necessario estendere anche la configurazione a tali altri siti.
Aumento delle prestazioni di HANA: aggiungere la replica di sistema multitarget HANA per scopi di ripristino di emergenza
Con SAP HANA HA hook SAPHanaSR/susHanaSR per SLES e RHEL, è possibile aggiungere altri siti alla replica di sistema HANA. L'ambiente Pacemaker è a conoscenza di una configurazione multitarget HANA.
L'errore di siti aggiuntivi non attiva 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 SOK e SFAIL stati. Eventuali test di acquisizione nel sito aggiuntivo o nell'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.
L'esempio seguente illustra un sistema di replica di sistema multitarget. Per altre informazioni, vedere la documentazione di SAP.
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 (VM) per il cluster con scalabilità orizzontale HANA. Il terzo sito usa l'infrastruttura di Azure. La versione del sistema operativo e HANA corrispondono al cluster Pacemaker esistente, con le eccezioni seguenti:
- Non viene distribuito alcun servizio di bilanciamento del carico per il terzo sito. Non esiste alcuna 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 il 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 seguente viene
SITE-DRusato 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 --onlineVerificare che la replica di sistema HANA mostri il sito secondario e 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
SAPHanaSRper il terzo sito.SITE-DRdovrebbe essere visualizzato con lo statoSOKnellaSitessezione .# 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 SOKIl cluster rileva lo stato di replica dei siti connessi. Gli attributi monitorati possono cambiare tra
SOKeSFAIL. Non esiste alcuna azione del cluster se la replica nel sito di ripristino di emergenza non riesce.
Scalabilità orizzontale di HANA: aggiungere la replica di sistema multitarget HANA per scopi di ripristino di emergenza
Con il provider SAP HANA SAPHanaSrMultiTarget, è possibile aggiungere un terzo sito di scalabilità orizzontale HANA. 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 multitarget HANA. Questa sezione si applica ai sistemi che eseguono Pacemaker solo su SUSE. Per informazioni dettagliate, vedere la sezione "Prerequisiti" in questo documento.
L'errore del terzo nodo non attiva 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 gli SOK stati e SFAIL . Eventuali test di acquisizione nel terzo sito di ripristino di emergenza o nell'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.
L'esempio seguente illustra un sistema di replica di sistema multitarget. Per altre informazioni, vedere la documentazione di SAP.
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 rispecchiano i passaggi per distribuire il cluster con scalabilità orizzontale HANA. Il terzo sito usa i passaggi di installazione dell'infrastruttura, del sistema operativo e haNA di Azure per
SITE1il cluster con scalabilità orizzontale, con le eccezioni seguenti:- Non viene distribuito alcun servizio di bilanciamento del carico per il terzo sito. Non esiste alcuna integrazione con il servizio di bilanciamento del carico del cluster esistente per le macchine virtuali del terzo sito.
- Non installare i pacchetti del sistema operativo SAPHanaSR-ScaleOut, SAPHanaSR-ScaleOut-doc e il modello di pacchetto del sistema operativo ha_sles nelle terze macchine virtuali del sito.
- Nessuna macchina virtuale del produttore di maggioranza per il terzo sito perché non esiste alcuna integrazione del cluster.
- Creare il volume NFS /hana/shared per l'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 seguente viene
SITE-DRusato 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 --onlineVerificare che la replica di sistema HANA mostri il sito secondario e 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
SAPHanaSRper il terzo sito.SITE-DRdovrebbe essere visualizzato con lo statoSOKnellaSitessezione .# 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 SIl cluster rileva lo stato di replica dei siti connessi. L'attributo monitorato può cambiare tra
SOKeSFAIL. Non esiste alcuna azione del cluster se la replica nel sito di ripristino di emergenza non riesce.
Autoregister the third site (Autoregister the third site)
Durante un evento di acquisizione pianificato o non pianificato tra i due siti del cluster Pacemaker, anche HSR al terzo sito viene interrotto. Pacemaker non modifica la replica HANA nel terzo sito.
SAP fornisce dal parametro register_secondaries_on_takeoverHANA 2 SPS 04 . Con il parametro impostato sul valore true, dopo l'acquisizione HSR tra i siti del cluster 1 e 2, HANA registra automaticamente il terzo sito nel nuovo sito primario per mantenere una configurazione multitarget HSR. Configurare il parametro register_secondaries_on_takeover = true HANA configurato nel [system_replication] blocco di global.ini in entrambi i siti SAP HANA nel cluster Linux. Sia SITE1 che SITE2 richiedono il parametro nel rispettivo file di configurazione global.ini HANA. Il parametro può essere usato anche all'esterno di un cluster Pacemaker.
Per HSR multilibro, 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 più livelli.
