Dela via

Lägga till ytterligare sekundära platser i ett HANA Pacemaker-kluster

  • Artikel

Den här artikeln beskriver kraven och konfigurationen för att konfigurera ytterligare sekundär HANA-replikeringsplats som komplement till ett befintligt Pacemaker-kluster. Både SUSE Linux Enterprise Server (SLES) och RedHat Enterprise Linux (RHEL) beskrivs.

Översikt

SAP HANA stöder systemreplikering (HSR) med fler än två anslutna platser. Du kan konfigurera ytterligare platser till ett befintligt HSR-par som Pacemaker hanterar i en konfiguration med hög tillgänglighet. Du kan till exempel distribuera dessa ytterligare platser i en andra Azure-region för haveriberedskap (DR).

Pacemaker och HANA-klusterresursagenten hanterar endast de två första platserna i HSR. De ytterligare platserna styrs inte av Pacemaker-klustret.

SAP HANA stöder ytterligare systemreplikering av sekundära platser i två lägen:

  • Multitarget replikerar dataändringar från primärt till mer än ett målsystem. De ytterligare platserna är anslutna till primär replikering i en stjärntopologi.
  • Multitier är en sammanhängande, eller länkad, konfiguration av HANA-systemreplikering. Den tredje platsen ansluter till den sekundära platsen.

Mer konceptuell information om HANA HSR i en region och i olika regioner finns i SAP HANA-tillgänglighet i Azure-regioner.

Krav för SLES

Kraven för ytterligare HSR-platser skiljer sig åt för HANA-uppskalning och HANA-utskalning.

Kommentar

  • Kraven i den här artikeln är endast giltiga för ett Pacemaker-aktiverat landskap. Utan Pacemaker gäller versionskrav för SAP HANA för det valda replikeringsläget.
  • Pacemaker och HANA-klusterresursagenten hanterar endast två platser. Den ytterligare HSR-platsen styrs inte av Pacemaker-klustret.
  • SUSE stöder maximalt en ytterligare systemreplikeringsplats till en SAP HANA-databas utanför Pacemaker-klustret.
  • Både uppskalning och utskalning: SAP HANA SPS 04 eller senare krävs för att använda multitarget HSR med ett Pacemaker-kluster.
  • Både uppskalning och utskalning: Maximalt en SAP HANA-systemreplikering som är ansluten utanför Linux-klustret.
  • ENDAST HANA-utskalning: SLES 15 SP1 eller senare.
  • ENDAST HANA-utskalning: Operativsystempaketet SAPHanaSR-ScaleOut version 0.180 eller senare.
  • ENDAST HANA-utskalning: SAP HANA-hakkroken SAPHanaSrMultiTarget används. Förhandsversionen av HANA HA-kroken SAPHanaSR är inte multitarget medveten om utskalning.

Förutsättningar för RHEL

Kraven för ytterligare HSR-platser skiljer sig åt för HANA-uppskalning och HANA-utskalning.

Kommentar

  • Kraven i den här artikeln är endast giltiga för ett Pacemaker-aktiverat landskap. Utan Pacemaker gäller krav för SAP HANA-version för det valda replikeringsläget.
  • Pacemaker och HANA-klusterresursagenten hanterar endast två platser. De ytterligare HSR-platserna styrs inte av Pacemaker-klustret.
  • RedHat stöder en eller flera ytterligare systemreplikeringsplatser till en SAP HANA-databas utanför Pacemaker-klustret.
  • Endast HANA-uppskalning: Mer information om lägsta version av OPERATIVSYSTEM, SAP HANA och klusterresursagenter finns i RedHat-supportprinciper för RHEL HA-kluster.
  • ENDAST HANA-utskalning: HANA multitarget-replikering stöds inte i Azure med ett Pacemaker-kluster.

Dricks

Konfigurationen visar hur du konfigurerar tredje platsen utanför Pacemaker-klustret. Om du har fler än en plats utanför Pacemaker-klustret på RHEL måste du även utöka konfigurationen till de andra platserna.

HANA-uppskalning: Lägg till HANA multitarget-systemreplikering för DR-ändamål

Med SAP HANA HA-krokar SAPHanaSR/susHanaSR för SLES och RHEL kan du lägga till ytterligare platser i HANA-systemreplikering. Pacemakermiljön är medveten om en HANA multitarget-konfiguration.

Fel på ytterligare platser utlöser ingen klusteråtgärd. Klustret identifierar replikeringsstatusen för anslutna platser och det övervakade attributet för den tredje platsen kan ändras mellan SOK och SFAIL tillstånd. Eventuella uppköpstester till den ytterligare platsen eller körning av dr-övningsprocessen bör först placera klusterresurserna i underhållsläge för att förhindra oönskade klusteråtgärder.

I följande exempel visas ett replikeringssystem för multitarget-system. Mer information finns i SAP-dokumentationen. Diagram som visar ett exempel på ett HANA-uppskalningssystem för multitarget-systemreplikering.

  1. Distribuera Azure-resurser för den tredje noden. Beroende på dina krav kan du använda en annan Azure-region för DR-ändamål.

    De steg som krävs för den tredje platsen liknar virtuella datorer (VM) för HANA-skalningskluster. Den tredje platsen använder Azure-infrastruktur. Operativsystemet och HANA-versionen matchar det befintliga Pacemaker-klustret med följande undantag:

    • Ingen lastbalanserare distribueras för den tredje platsen. Det finns ingen integrering med den befintliga klusterlastbalanseraren för den virtuella datorn på den tredje platsen.
    • Installera inte OS-paketen SAPHanaSR, SAPHanaSR-doc och os-paketmönstret ha_sles på den tredje virtuella platsdatorn.
    • Ingen integrering i klustret för virtuella datorer eller HANA-resurser på den tredje platsen.
    • Ingen HANA HA hook setup för den tredje platsen i global.ini.

  2. Installera SAP HANA på den tredje noden.

    Samma HANA SID- och HANA-installationsnummer måste användas för den tredje platsen.

  3. Med SAP HANA på den tredje platsen installerad och körs registrerar du den tredje platsen med den primära platsen.

    I följande exempel används SITE-DR som namn på den tredje webbplatsen.

    # 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. Kontrollera att HANA-systemreplikeringen visar den sekundära platsen och den tredje platsen.

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

  5. Kontrollera attributet SAPHanaSR för den tredje webbplatsen. SITE-DR bör visas med statusen SOK i avsnittet 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

    Klustret identifierar replikeringsstatusen för anslutna platser. De övervakade attributen kan ändras mellan SOK och SFAIL. Det finns ingen klusteråtgärd om replikeringen till DR-platsen misslyckas.

HANA-utskalning: Lägg till HANA multitarget-systemreplikering för DR-ändamål

Med SAP HANA HA-providern SAPHanaSrMultiTarget kan du lägga till en tredje HANA-skalbar webbplats. Den här tredje webbplatsen används ofta för dr i en annan Azure-region. Pacemakermiljön är medveten om en HANA multitarget DR-installation. Det här avsnittet gäller endast för system som kör Pacemaker på SUSE. Mer information finns i avsnittet Förutsättningar i det här dokumentet.

Fel på den tredje noden utlöser ingen klusteråtgärd. Klustret identifierar replikeringsstatusen för anslutna platser och det övervakade attributet för den tredje platsen kan ändras mellan tillstånden SOK och SFAIL . Eventuella uppköpstester till den tredje/DR-platsen eller körning av dr-övningsprocessen bör först placera klusterresurserna i underhållsläge för att förhindra oönskade klusteråtgärder.

I följande exempel visas ett replikeringssystem för multitarget-system. Mer information finns i SAP-dokumentationen. Diagram som visar ett exempel på ett HANA-utskalningssystem för multitarget-systemreplikering.

  1. Distribuera Azure-resurser för den tredje platsen. Beroende på dina krav kan du använda en annan Azure-region för DR-ändamål.

    De steg som krävs för HANA-utskalningen på den tredje platsen speglar stegen för att distribuera HANA-skalningsklustret. Den tredje platsen använder installationsstegen för Azure-infrastruktur, operativsystem och HANA för SITE1 utskalningsklustret med följande undantag:

    • Ingen lastbalanserare distribueras för den tredje platsen. Det finns ingen integrering med den befintliga klusterlastbalanseraren för de virtuella datorerna på den tredje platsen.
    • Installera inte OS-paketen SAPHanaSR-ScaleOut, SAPHanaSR-ScaleOut-doc och operativsystemets paketmönster ha_sles på den tredje platsens virtuella datorer.
    • Ingen virtuell majoritetstillverkare för den tredje platsen eftersom det inte finns någon klusterintegrering.
    • Skapa NFS-volymen /hana/shared för den tredje webbplatsens exklusiva användning.
    • Ingen integrering i klustret för de virtuella datorerna eller HANA-resurserna på den tredje platsen.
    • Ingen HANA HA hook setup för den tredje platsen i global.ini.

    Du måste använda samma HANA SID- och HANA-installationsnummer för den tredje platsen.

  2. Med SAP HANA-utskalning på den tredje platsen installerad och igång registrerar du den tredje platsen med den primära platsen.

    I följande exempel används SITE-DR som namn på den tredje webbplatsen.

    # 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. Kontrollera att HANA-systemreplikeringen visar den sekundära platsen och den tredje platsen.

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

  4. Kontrollera attributet SAPHanaSR för den tredje webbplatsen. SITE-DR bör visas med statusen SOK i avsnittet 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

    Klustret identifierar replikeringsstatusen för anslutna platser. Det övervakade attributet kan ändras mellan SOK och SFAIL. Det finns ingen klusteråtgärd om replikeringen till DR-platsen misslyckas.

Registrera den tredje webbplatsen automatiskt

Under en planerad eller oplanerad uppköpshändelse mellan de två Pacemaker-klusterplatserna avbryts även HSR till den tredje platsen. Pacemaker ändrar inte HANA-replikering till den tredje platsen.

SAP tillhandahåller sedan parametern register_secondaries_on_takeoverHANA 2 SPS 04 . Med parametern inställd på värdet true, efter HSR-övertagandet mellan klusterplatserna 1 och 2, registrerar HANA den tredje platsen på den nya primära automatiskt för att behålla en HSR-multitarget-installation. Konfigurera HANA-parametern register_secondaries_on_takeover = true som har konfigurerats i [system_replication] blocket med global.ini på båda SAP HANA-platserna i Linux-klustret. Både SITE1 och SITE2 behöver parametern i respektive HANA-global.ini konfigurationsfil. Parametern kan också användas utanför ett Pacemaker-kluster.

För HSR multitier finns det ingen automatisk SAP HANA-registrering av den tredje webbplatsen. Du måste registrera den tredje platsen manuellt till den aktuella sekundära platsen för att behålla HSR-replikeringskedjan för flera nivåer.

Diagramflöde som visar hur en HANA-autoregistrering fungerar med en tredje webbplats under ett övertagande.

Nästa steg