Sdílet prostřednictvím


Přidání dalších sekundárních lokalit do clusteru HANA Pacemaker

Tento článek popisuje požadavky a nastavení konfigurace další sekundární lokality replikace HANA pro doplnění existujícího clusteru Pacemaker. Probírá se jak SUSE Linux Enterprise Server (SLES), tak i specifika RHEL (RedHat Enterprise Linux).

Přehled

SAP HANA podporuje replikaci systému (HSR) s více než dvěma připojenými lokalitami. Můžete nakonfigurovat další weby pro existující dvojici HSR, kterou Pacemaker spravuje v nastavení s vysokou dostupností. Tyto další lokality můžete například nasadit do druhé oblasti Azure pro účely zotavení po havárii (DR).

Pacemaker a agent prostředků clusteru HANA spravují pouze první dvě lokality v HSR. Další lokality nejsou řízeny clusterem Pacemaker.

SAP HANA podporuje další replikaci systému sekundárních lokalit ve dvou režimech:

  • Multitarget replikuje změny dat z primárního do více než jednoho cílového systému. Další lokality jsou připojené k primární replikaci v hvězdicové topologii.
  • Vícevrstvá je kaskádová nebo zřetězený sada replikace systému HANA. Třetí lokalita se připojí k sekundární lokalitě.

Další koncepční podrobnosti o MODULU HARDWAROVÉHO ZABEZPEČENÍ HANA v rámci jedné oblasti a napříč různými oblastmi najdete v tématu Dostupnost SAP HANA napříč oblastmi Azure.

Požadavky pro SLES

Požadavky na další weby HSR se liší pro vertikální navýšení kapacity HANA a horizontální navýšení kapacity HANA.

Poznámka:

  • Požadavky v tomto článku jsou platné pouze pro krajinu s podporou Pacemakeru. Bez Pacemakeru se požadavky na verzi SAP HANA vztahují na zvolený režim replikace.
  • Pacemaker a agent prostředků clusteru HANA spravují jenom dvě lokality. Další web HSR není řízen clusterem Pacemaker.
  • SUSE podporuje maximálně jednu další lokalitu replikace systému do databáze SAP HANA mimo cluster Pacemaker.
  • Škálování na více instancí i horizontální navýšení kapacity: SAP HANA SPS 04 nebo novější se vyžaduje k použití modulu HSR s multitargetem s clusterem Pacemaker.
  • Vertikální navýšení kapacity i horizontální navýšení kapacity: Maximálně jedna replikace systému SAP HANA připojená mimo cluster s Linuxem.
  • Pouze horizontální navýšení kapacity HANA: SLES 15 SP1 nebo vyšší.
  • Pouze horizontální navýšení kapacity HANA: Balíček operačního systému SAPHanaSR-ScaleOut verze 0.180 nebo vyšší.
  • Pouze horizontální navýšení kapacity HANA: Sap HANA s vysokou dostupností (HA) připojí sapHanaSrMultiTarget , který se používá. Háček SAPHanaSR HA ve verzi Preview HANA nemá vícenásobné povědomí o horizontálním navýšení kapacity.

Požadavky pro RHEL

Požadavky na další weby HSR se liší pro vertikální navýšení kapacity HANA a horizontální navýšení kapacity HANA.

Poznámka:

  • Požadavky v tomto článku jsou platné pouze pro krajinu s podporou Pacemakeru. Bez Pacemakeru platí požadavky na verzi SAP HANA pro zvolený režim replikace.
  • Pacemaker a agent prostředků clusteru HANA spravují jenom dvě lokality. Další lokality HSR neřídí cluster Pacemaker.
  • RedHat podporuje jednu nebo více dalších lokalit replikace systému do databáze SAP HANA mimo cluster Pacemaker.
  • Pouze vertikální navýšení kapacity HANA: Podrobnosti o minimální verzi agentů operačního systému, SAP HANA a agentů prostředků clusteru najdete v tématu Zásady podpory RedHat pro clustery SHEL HA.
  • Pouze horizontální navýšení kapacity HANA: Replikace multitargetu HANA není v Azure podporována s clusterem Pacemaker.

Tip

Konfigurace ukazuje, jak nastavit třetí lokalitu mimo cluster Pacemaker. Pokud máte v RHEL více než jednu další lokalitu mimo cluster Pacemaker, budete muset nastavení rozšířit i na tyto další lokality.

Vertikální navýšení kapacity HANA: Přidání replikace systému multitarget HANA pro účely zotavení po havárii

S využitím háků SAP HANA HA SAPHanaSR/susHanaSR pro SLES a RHEL můžete do replikace systému HANA přidat další lokality. Prostředí Pacemaker o nastavení multitargetu HANA ví.

Selhání dalších lokalit neaktivuje žádnou akci clusteru. Cluster zjistí stav replikace připojených lokalit a monitorovaný atribut pro třetí lokalitu se může mezi a SFAIL stavy měnitSOK. Všechny testy převzetí do další lokality nebo spuštění procesu cvičení zotavení po havárii by měly nejprve umístit prostředky clusteru do režimu údržby, aby se zabránilo jakékoli nežádoucí akci clusteru.

Následující příklad ukazuje systém replikace systému multitarget. Další informace najdete v dokumentaci k SAP. Diagram znázorňující příklad systému replikace systému s více cílením na vícetarget HANA

  1. Nasaďte prostředky Azure pro třetí uzel. V závislosti na vašich požadavcích můžete pro účely zotavení po havárii použít jinou oblast Azure.

    Kroky vyžadované pro třetí lokalitu se podobají virtuálním počítačům pro cluster s vertikálním navýšením kapacity HANA. Třetí lokalita používá infrastrukturu Azure. Verze operačního systému a HANA odpovídá existujícímu clusteru Pacemaker s následujícími výjimkami:

    • Pro třetí lokalitu není nasazen žádný nástroj pro vyrovnávání zatížení. Neexistuje žádná integrace se stávajícím nástrojem pro vyrovnávání zatížení clusteru pro virtuální počítač třetí lokality.
    • Neinstalujte balíčky operačního systému SAPHanaSR, SAPHanaSR-doc a vzor balíčku operačního systému ha_sles na virtuální počítač třetí lokality.
    • Žádná integrace do clusteru pro prostředky virtuálního počítače nebo HANA třetí lokality.
    • Pro třetí web v global.ini není nastavení háku HANA HA.
  2. Nainstalujte SAP HANA na třetí uzel.

    Pro třetí lokalitu musí být použito stejné číslo instalace HANA SID a HANA.

  3. Se sap HANA na třetí lokalitě nainstalovanou a spuštěnou, zaregistrujte třetí lokalitu v primární lokalitě.

    Následující příklad používá SITE-DR jako název třetí lokality.

    # 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. Ověřte, že replikace systému HANA zobrazuje sekundární lokalitu a třetí lokalitu.

    # Verify HANA HSR is in sync, execute on primary
    sudo su - hn1adm -c "python /usr/sap/HN1/HDB03/exe/python_support/systemReplicationStatus.py"
    
  5. SAPHanaSR Zkontrolujte atribut třetí lokality. SITE-DR by se měl zobrazit se stavem SOK v oddílu 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
    

    Cluster zjistí stav replikace připojených lokalit. Monitorované atributy se mohou mezi SOK a SFAIL. Pokud replikace do lokality zotavení po havárii selže, není k dispozici žádná akce clusteru.

Horizontální navýšení kapacity HANA: Přidání replikace systému multitarget HANA pro účely zotavení po havárii

S poskytovatelem SAP HANA HA SAPHanaSrMultiTarget můžete přidat třetí web se škálováním na více systémů HANA. Tato třetí lokalita se často používá pro zotavení po havárii v jiné oblasti Azure. Prostředí Pacemaker si je vědomo nastavení zotavení po havárii s více platformami HANA. Tato část se týká pouze systémů, na kterých běží Pacemaker v SUSE. Podrobnosti najdete v části Požadavky v tomto dokumentu.

Selhání třetího uzlu neaktivuje žádnou akci clusteru. Cluster zjistí stav replikace připojených lokalit a monitorovaný atribut pro třetí lokalitu se může mezi SOK těmito a SFAIL stavy změnit. Všechny testy převzetí do třetí lokality nebo zotavení po havárii nebo spuštění procesu cvičení zotavení po havárii by měly nejprve umístit prostředky clusteru do režimu údržby, aby se zabránilo jakékoli nežádoucí akci clusteru.

Následující příklad ukazuje systém replikace systému multitarget. Další informace najdete v dokumentaci k SAP. Diagram znázorňující příklad systému replikace systému s více cílením na více systémů HANA se škálováním na více systémů

  1. Nasaďte prostředky Azure pro třetí web. V závislosti na vašich požadavcích můžete pro účely zotavení po havárii použít jinou oblast Azure.

    Kroky potřebné pro horizontální navýšení kapacity HANA na třetí lokalitě zrcadlí kroky pro nasazení clusteru s horizontálním navýšením kapacity HANA. Třetí lokalita používá kroky instalace azure infrastruktury, operačního systému a HANA pro SITE1 cluster se škálováním na více systémů s následujícími výjimkami:

    • Pro třetí lokalitu není nasazen žádný nástroj pro vyrovnávání zatížení. Neexistuje žádná integrace se stávajícím nástrojem pro vyrovnávání zatížení clusteru pro virtuální počítače třetí lokality.
    • Neinstalujte balíčky operačního systému SAPHanaSR-ScaleOut, SAPHanaSR-ScaleOut-doc a vzor balíčku operačního systému ha_sles na virtuální počítače třetí lokality.
    • Virtuální počítač tvůrce většiny pro třetí lokalitu neexistuje, protože neexistuje žádná integrace clusteru.
    • Vytvořte svazek NFS /hana/shared pro výhradní použití třetího webu.
    • Žádná integrace do clusteru pro virtuální počítače nebo prostředky HANA třetí lokality.
    • Pro třetí web v global.ini není nastavení háku HANA HA.

    Pro třetí lokalitu musíte použít stejné číslo instalace HANA SID a HANA.

  2. S nainstalovaným a spuštěným horizontálním navýšením kapacity SAP HANA na třetí lokalitě zaregistrujte třetí lokalitu v primární lokalitě.

    Následující příklad používá SITE-DR jako název třetí lokality.

    # 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. Ověřte, že replikace systému HANA zobrazuje sekundární lokalitu a třetí lokalitu.

    # Verify HANA HSR is in sync, execute on primary
    sudo su - hn1adm -c "python /usr/sap/HN1/HDB03/exe/python_support/systemReplicationStatus.py"
    
  4. SAPHanaSR Zkontrolujte atribut třetí lokality. SITE-DR by se měl zobrazit se stavem SOK v oddílu 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
    

    Cluster zjistí stav replikace připojených lokalit. Monitorovaný atribut se může mezi SOK a SFAIL. Pokud replikace do lokality zotavení po havárii selže, není k dispozici žádná akce clusteru.

Automatická registrace třetí lokality

Během plánované nebo neplánované události převzetí mezi dvěma lokalitami clusteru Pacemaker se také přeruší hsR na třetí lokalitu. Pacemaker neupravuje replikaci HANA do třetí lokality.

SAP poskytuje od parametru register_secondaries_on_takeoverHANA 2 SPS 04 . Když je parametr nastavený na hodnotu true, po převzetí HSR mezi lokalitami clusteru 1 a 2 zaregistruje HANA třetí lokalitu na nové primární automaticky, aby se zachovalo nastavení vícetargetů HSR. Nakonfigurujte parametr register_secondaries_on_takeover = true HANA nakonfigurovaný v [system_replication] bloku global.ini na obou webech SAP HANA v clusteru s Linuxem. Site1 i SITE2 potřebují parametr v příslušném konfiguračním souboru HANA global.ini . Parametr lze použít také mimo cluster Pacemaker.

U vícevrstvé verze HSR neexistuje žádná automatická registrace SAP HANA třetí lokality. Pokud chcete zachovat řetěz replikace HSR pro vícevrstvé, musíte třetí lokalitu ručně zaregistrovat do aktuální sekundární lokality.

Tok diagramu, který ukazuje, jak funguje automatická registrace HANA s třetí lokalitou během převzetí

Další kroky