Aanvullende secundaire sites toevoegen aan een HANA Pacemaker-cluster

In dit artikel worden de vereisten en installatie beschreven voor het configureren van extra secundaire HANA-replicatiesite om een bestaand Pacemaker-cluster aan te vullen. Zowel SUSE Linux Enterprise Server (SLES) als RedHat Enterprise Linux (RHEL) worden behandeld.

Overzicht

SAP HANA ondersteunt systeemreplicatie (HSR) met meer dan twee verbonden sites. U kunt extra sites configureren voor een bestaand HSR-paar dat Pacemaker beheert in een instelling met hoge beschikbaarheid. U kunt deze aanvullende sites bijvoorbeeld implementeren in een tweede Azure-regio voor herstel na noodgevallen (DR).

Pacemaker en de HANA-clusterresourceagent beheren alleen de eerste twee sites in HSR. De extra sites worden niet beheerd door het Pacemaker-cluster.

SAP HANA biedt ondersteuning voor aanvullende replicatie van secundaire sites in twee modi:

• Multitarget repliceert gegevenswijzigingen van primair naar meer dan één doelsysteem. De extra sites zijn verbonden met primaire replicatie in een stertopologie.
• Multitier is een trapsgewijze of gekoppelde replicatie van HANA-systemen. De derde site maakt verbinding met de secundaire site.

Zie sap HANA-beschikbaarheid in Azure-regio's voor meer conceptuele informatie over HANA HSR binnen één regio en in verschillende regio's.

Vereisten voor SLES

Vereisten voor extra HSR-sites verschillen voor HANA-schaal en HANA-uitschalen.

Notitie

• Vereisten in dit artikel zijn alleen geldig voor een pacemaker-landschap. Zonder Pacemaker zijn de versievereisten van SAP HANA van toepassing op de gekozen replicatiemodus.
• Pacemaker en de HANA-clusterresourceagent beheren slechts twee sites. De extra HSR-site wordt niet beheerd door het Pacemaker-cluster.

• SUSE ondersteunt maximaal één extra systeemreplicatiesite naar een SAP HANA-database buiten het Pacemaker-cluster.
• Zowel omhoog schalen als uitschalen: SAP HANA SPS 04 of hoger is vereist voor het gebruik van multitarget HSR met een Pacemaker-cluster.
• Zowel omhoog schalen als uitschalen: Maximaal één SAP HANA-systeemreplicatie die is verbonden vanaf buiten het Linux-cluster.
• Alleen HANA uitschalen: SLES 15 SP1 of hoger.
• Alleen HANA uitschalen: besturingssysteempakket SAPHanaSR-ScaleOut versie 0.180 of hoger.
• Alleen HANA scale-out: SAP HANA high-availability (HA) hook SAPHanaSrMultiTarget in gebruik. Preview HANA HA SAPHanaSR hook is niet multitarget-bewust voor uitschalen.

Vereisten voor RHEL

Vereisten voor extra HSR-sites verschillen voor HANA-schaal en HANA-uitschalen.

Notitie

• Vereisten in dit artikel zijn alleen geldig voor een pacemaker-landschap. Zonder Pacemaker gelden de sap HANA-versievereisten voor de gekozen replicatiemodus.
• Pacemaker en de HANA-clusterresourceagent beheren slechts twee sites. De extra HSR-sites worden niet beheerd door het Pacemaker-cluster.

• RedHat ondersteunt een of meer extra systeemreplicatiesites naar een SAP HANA-database buiten het Pacemaker-cluster.
• Alleen HANA omhoog schalen: Zie RedHat-ondersteuningsbeleid voor RHEL HA-clusters voor meer informatie over de minimale versie van het besturingssysteem, SAP HANA en clusterresourceagents.
• Alleen HANA scale-out: HANA multitarget-replicatie wordt niet ondersteund in Azure met een Pacemaker-cluster.

Tip

De configuratie laat zien hoe u een derde site instelt buiten het Pacemaker-cluster. Als u in RHEL meer dan één extra sites buiten het Pacemaker-cluster hebt, moet u de installatie ook uitbreiden naar die andere sites.

HANA omhoog schalen: HANA multitarget systeemreplicatie toevoegen voor DR-doeleinden

Met SAP HANA HA hooks SAPHanaSR/susHanaSR for SLES en RHEL kunt u extra sites toevoegen aan HANA-systeemreplicatie. De Pacemaker-omgeving is op de hoogte van een HANA multitarget-installatie.

Het mislukken van extra sites activeert geen clusteractie. Het cluster detecteert de replicatiestatus van verbonden sites en het bewaakte kenmerk voor de derde site kan veranderen tussen SOK en SFAIL statussen. Alle overnametests naar de extra site of het uitvoeren van het dr-oefeningsproces moeten eerst de clusterbronnen in de onderhoudsmodus plaatsen om ongewenste clusteracties te voorkomen.

In het volgende voorbeeld ziet u een multitarget systeemreplicatiesysteem. Zie de SAP-documentatie voor meer informatie.

1. Azure-resources implementeren voor het derde knooppunt. Afhankelijk van uw vereisten kunt u een andere Azure-regio gebruiken voor dr-doeleinden.

   Stappen die vereist zijn voor de derde site zijn vergelijkbaar met virtuele machines (VM's) voor het HANA-cluster voor omhoog schalen. De derde site maakt gebruik van de Azure-infrastructuur. De versie van het besturingssysteem en de HANA komen overeen met het bestaande Pacemaker-cluster, met de volgende uitzonderingen:

   • Er wordt geen load balancer geïmplementeerd voor de derde site. Er is geen integratie met de bestaande cluster load balancer voor de VM van de derde site.
   • Installeer geen besturingssysteempakketten SAPHanaSR, SAPHanaSR-doc en het patroon van het besturingssysteempakket ha_sles op de vm van de derde site.
   • Er is geen integratie in het cluster voor VM- of HANA-resources van de derde site.
   • Geen HANA HA hook setup voor de derde site in global.ini.

2. Installeer SAP HANA op het derde knooppunt.

   Hetzelfde HANA SID- en HANA-installatienummer moet worden gebruikt voor de derde site.

3. Als SAP HANA op de derde site is geïnstalleerd en wordt uitgevoerd, registreert u de derde site bij de primaire site.

   In het volgende voorbeeld wordt de naam voor de derde site gebruikt SITE-DR .

   # 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
   

4. Controleer of de replicatie van het HANA-systeem de secundaire site en de derde site weergeeft.

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

5. Controleer het SAPHanaSR kenmerk voor de derde site. SITE-DR moet worden weergegeven met de status SOK in de Sites sectie.

   # 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
   

   Het cluster detecteert de replicatiestatus van verbonden sites. De bewaakte kenmerken kunnen tussen SOK en SFAIL. Er is geen clusteractie als de replicatie naar de DR-site mislukt.

HANA scale-out: HANA multitarget systeemreplicatie toevoegen voor DR-doeleinden

Met de SAP HANA HA-provider SAPHanaSrMultiTarget kunt u een derde HANA-schaalsite toevoegen. Deze derde site wordt vaak gebruikt voor herstel na noodgevallen in een andere Azure-regio. De Pacemaker-omgeving is op de hoogte van een HANA multitarget DR-installatie. Deze sectie is alleen van toepassing op systemen waarop Pacemaker op SUSE wordt uitgevoerd. Zie de sectie Vereisten in dit document voor meer informatie.

Fout van het derde knooppunt activeert geen clusteractie. Het cluster detecteert de replicatiestatus van verbonden sites en het bewaakte kenmerk voor de derde site kan tussen de en SFAIL statussen SOK veranderen. Overnametests naar de derde/DR-site of het uitvoeren van uw DR-oefeningsproces moeten eerst de clusterbronnen in de onderhoudsmodus plaatsen om ongewenste clusteracties te voorkomen.

In het volgende voorbeeld ziet u een multitarget systeemreplicatiesysteem. Zie de SAP-documentatie voor meer informatie.

1. Azure-resources implementeren voor de derde site. Afhankelijk van uw vereisten kunt u een andere Azure-regio gebruiken voor dr-doeleinden.

   Stappen die nodig zijn voor de HANA-uitschaal op de derde site spiegelen de stappen voor het implementeren van het HANA-scale-outcluster. De derde site maakt gebruik van azure-infrastructuur, besturingssysteem en HANA-installatiestappen voor SITE1 het uitschaalcluster, met de volgende uitzonderingen:

   • Er wordt geen load balancer geïmplementeerd voor de derde site. Er is geen integratie met de bestaande cluster load balancer voor de VM's van de derde site.
   • Installeer de besturingssysteempakketten SAPHanaSR-ScaleOut, SAPHanaSR-ScaleOut-doc en het patroon van het besturingssysteempakket niet ha_sles op de vm's van de derde site.
   • Er is geen vm voor de meerderheidsmaker voor de derde site omdat er geen clusterintegratie is.
   • Maak het NFS-volume /hana/shared voor het exclusieve gebruik van de derde site.
   • Er is geen integratie in het cluster voor de VM's of HANA-resources van de derde site.
   • Geen HANA HA hook setup voor de derde site in global.ini.

   U moet hetzelfde HANA SID- en HANA-installatienummer voor de derde site gebruiken.

2. Als SAP HANA wordt uitgeschaald op de derde site die is geïnstalleerd en wordt uitgevoerd, registreert u de derde site bij de primaire site.

   In het volgende voorbeeld wordt de naam voor de derde site gebruikt SITE-DR .

   # 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
   

3. Controleer of de replicatie van het HANA-systeem de secundaire site en de derde site weergeeft.

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

4. Controleer het SAPHanaSR kenmerk voor de derde site. SITE-DR moet worden weergegeven met de status SOK in de Sites sectie.

   # 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
   

   Het cluster detecteert de replicatiestatus van verbonden sites. Het bewaakte kenmerk kan tussen SOK en SFAIL. Er is geen clusteractie als de replicatie naar de DR-site mislukt.

De derde site automatisch registreren

Tijdens een geplande of niet-geplande overnamegebeurtenis tussen de twee Pacemaker-clustersites wordt HSR naar de derde site ook onderbroken. Pacemaker wijzigt geen HANA-replicatie naar de derde site.

SAP biedt sinds de parameter register_secondaries_on_takeoverHANA 2 SPS 04. Als de parameter is ingesteld op de waarde true, registreert HANA na de overname van HSR tussen clustersites 1 en 2 de derde site automatisch op de nieuwe primaire site om een HSR multitarget-installatie te behouden. Configureer de HANA-parameter register_secondaries_on_takeover = true die is geconfigureerd in het [system_replication] blok van global.ini op beide SAP HANA-sites in het Linux-cluster. Zowel SITE1 als SITE2 hebben de parameter nodig in het respectieve HANA-global.ini-configuratiebestand. De parameter kan ook buiten een Pacemaker-cluster worden gebruikt.

Voor HSR-multitier bestaat er geen automatische SAP HANA-registratie van de derde site. U moet de derde site handmatig registreren bij de huidige secundaire site om de HSR-replicatieketen voor meerdere lagen te behouden.

Volgende stappen

• Overzicht van herstel na noodgevallen en infrastructuur
• Herstel na noodgevallen voor SAP-workloads
• Architectuur en scenario's met hoge beschikbaarheid voor SAP NetWeaver