Podporované scénáře pro velké instance HANA

Tento článek popisuje podporované scénáře a podrobnosti o architektuře pro velké instance HANA (HLI).

Pojmy a definice

Podívejme se na pojmy a definice používané v tomto článku:

• SID: Systémový identifikátor systému HANA.
• HLI: Velké instance Hana.
• DR: Zotavení po havárii (DR).
• Normální dr: Systém s vyhrazeným zdrojem jenom pro účely obnovení po obnovení.
• Multipurpose DR: Systém lokality pro obnovení po obnovení, který je nakonfigurovaný tak, aby spolu s produkční instancí nakonfigurovanou pro událost dr.
• Jedno SID: Systém s jednou nainstalovanou instancí.
• Multi-SID: Systém s nakonfigurovanou více instancemi. také nazývané prostředí MCOS.
• HSR: SAP HANA replikace systému.

Přehled

Velké instance HANA podporují různé architektury, které vám pomůžou splnit vaše obchodní požadavky. Následující části popisují scénáře architektury a podrobnosti o jejich konfiguraci.

Odvozené architektonické návrhy jsou čistě z hlediska infrastruktury. Při nasazování HANA se obraťte na SAP nebo na partnery implementace. Pokud v tomto článku nejsou uvedené vaše scénáře, obraťte se na tým účet Microsoft a požádejte ho, aby architekturu proz shroval a odvozoval řešení za vás.

Tento článek popisuje podrobnosti o dvou komponentách v každé podporované architektuře:

• Ethernet
• Storage

Ethernet

Každý zřízený server je předem nakonfigurovaný se sadami ethernetových rozhraní. Ethernetová rozhraní nakonfigurovaná v každé jednotce HLI jsou rozdělená do čtyř typů:

• A: Používá se pro klientský přístup nebo .
• B: Používá se ke komunikaci mezi uzly. Toto rozhraní se konfiguruje na všech serverech bez ohledu na to, jakou topologii si vyžádáte. Používá se ale jenom ve scénářích horizontálního navýšení kapacity.
• C: Používá se pro připojení mezi uzly a úložištěm.
• D: Používá se pro připojení zařízení node-to-iSCSI pro nastavení STONITH. Toto rozhraní se konfiguruje jenom v případě, že se požaduje nastavení HSR.

Rozhraní zvolíte na základě topologie, která je nakonfigurovaná v jednotce HLI. Například rozhraní "B" je nastavené pro komunikaci mezi uzly, což je užitečné, když máte nakonfigurovanou topologii škálování na více uzlů. Toto rozhraní se nepoužít pro konfigurace škálování na jeden uzel. Další informace o používání rozhraní najdete v požadovaných scénářích (dále v tomto článku).

V případě potřeby můžete definovat další karty síťových karet sami. Konfigurace stávajících nic ale nelze změnit.

Distribuce jednotek se dvěma přiřazenými IP adresami by měla vypadat takto:

• Ethernetová "A" by měla mít přiřazenou IP adresu, která je v rozsahu adres fondu IP adres serveru, který jste odeslali Microsoftu. Tato IP adresa by se měla udržovat v adresáři /etc/hosts operačního systému.

• Ethernet "C" by měl mít přiřazenou IP adresu, která se používá pro komunikaci se systémem souborů NFS. Tuto adresu nemusíte udržovat v adresáři etc/hosts, abyste umožnili provoz mezi instancemi v rámci tenanta.

Pro nasazení replikace systému HANA nebo škálování HANA na více instancí není konfigurace okna se dvěma přiřazenými IP adresami vhodná. Pokud máte jenom dvě přiřazené IP adresy a chcete takovou konfiguraci nasadit, kontaktujte SAP HANA správy služeb Azure. Mohou vám přiřadit třetí IP adresu ve třetí virtuální sítě VLAN. Pro velké instance HANA se třemi přiřazenými IP adresami na třech portech síťových adaptérů platí následující pravidla použití:

• Ethernet "A" by měl mít přiřazenou IP adresu, která je mimo rozsah adres fondu IP adres serveru, který jste odeslali Microsoftu. Tato IP adresa by se neměla udržovat v adresáři etc/hosts operačního systému.

• Ethernet "B" by se měl udržovat výhradně v adresáři etc/hosts pro komunikaci mezi různými instancemi. Tyto IP adresy udržujte v konfiguracích HANA se škálování na více instancí jako IP adresy, které HANA používá pro konfiguraci mezi uzly.

• Ethernet "C" by měl mít přiřazenou IP adresu, která se používá pro komunikaci s úložištěm NFS. Tento typ adresy by se neměl udržovat v adresáři etc/hosts.

• Ethernet "D" by se měl používat výhradně pro přístup k zařízením STONITH pro Pacemaker. Toto rozhraní se vyžaduje při konfiguraci systémové replikace HANA a chcete dosáhnout automatického převzetí služeb při selhání operačního systému pomocí zařízení založeného na SBD.

Storage

Storage je předem nakonfigurovaná na základě požadované topologie. Velikosti svazků a přípojné body se liší v závislosti na počtu serverů a SKU a nakonfigurované topologii. Další informace najdete v požadovaných scénářích (dále v tomto článku). Pokud potřebujete více úložiště, můžete si ho zakoupit v přírůstcích po 1 TB.

Podporované scénáře

Diagramy architektury v dalších částech používají následující poznámky:

Tady jsou podporované scénáře:

• Jeden uzel s jedním SID
• MCOS s jedním uzlem
• Jeden uzel s dr. (normální)
• Jeden uzel s dr. (multipurpose)
• HSR s STONITH
• HSR s DR (normální/multipurpose)
• Automatické převzetí služeb při selhání hostitele (1+1)
• Horizontální navýšení velikosti s pohotovostním režimem
• Horizontální navýšení velikosti bez pohotovostního režimu
• Horizontální navýšení velikosti s dr.

Jeden uzel s jedním SID

Tato topologie podporuje jeden uzel v konfiguraci škálování s jedním sidem.

Diagram architektury

Ethernet

Následující síťová rozhraní jsou předem nakonfigurovaná:

Storage

Následující přípojné body jsou předem nakonfigurované:

Klíčové aspekty

• /usr/sap/SID je symbolický odkaz na /hana/shared/SID.

MCOS s jedním uzlem

Tato topologie podporuje jeden uzel v konfiguraci škálování s několika identifikátory SID.

Diagram architektury

Ethernet

Následující síťová rozhraní jsou předem nakonfigurovaná:

Storage

Jsou předem nakonfigurované následující přípojné body:

Klíčové aspekty

• /usr/sap/SID je symbolický odkaz na/hana/shared/SID..
• Distribuce velikosti svazku je založena na velikosti databáze v paměti. Informace o tom, jaké velikosti databází jsou v paměti podporované v prostředí s více identifikátory SID, najdete v tématu Přehled a architektura.

Jeden uzel se systémem DR pomocí replikace úložiště

Tato topologie podporuje jeden uzel v konfiguraci škálování s jedním nebo více identifikátory SID. replikace na webu DR Storage se používá pro primární identifikátor SID. V diagramu se v primární lokalitě zobrazuje jenom systém s jedním identifikátorem SID, ale podporují se i systémy MCOS.

Diagram architektury

Ethernet

Jsou předem nakonfigurované následující síťová rozhraní:

Storage

Následující přípojné body jsou předem nakonfigurované:

Klíčové aspekty

• /usr/sap/SID je symbolický odkaz na /hana/shared/SID.
• Pro MCOS: Distribuce velikosti svazku je založená na velikosti databáze v paměti. Informace o podporovaných velikostech databází v paměti v prostředí s více SID najdete v tématu Přehled a architektura.
• V lokalitě pro obnovení po obnovení: Svazky a přípojné body jsou nakonfigurované (označené jako "Vyžadováno pro instalaci HANA") pro instalaci produkční instance HANA v jednotce DR HLI.
• V lokalitě pro obnovení po obnovení: Data, zálohy protokolů a sdílené svazky (označené jako "Storage Replication") se replikují prostřednictvím snímku z produkční lokality. Tyto svazky se připojí pouze během převzetí služeb při selhání. Další informace najdete v tématu Postup převzetí služeb při selhání pro zotavení po havárii.
• Spouštěcí svazek pro třídu SKU typu I se replikuje do uzlu dr.

Jeden uzel s dr. (multipurpose) využívající replikaci úložiště

Tato topologie podporuje jeden uzel v konfiguraci škálování s jedním nebo několika identifikátory SID. Storage replikace do lokality pro dr. se používá pro primární sid.

V diagramu se v primární lokalitě zobrazuje jenom jeden systém SID, ale podporují se i systémy s více SID (MCOS). V lokalitě pro dr. se pro instanci kontroly kvality používá jednotka HLI. Produkční operace běží z primární lokality. Během převzetí služeb při selhání (nebo testu převzetí služeb při selhání) se instance kontroly kvality na webu pro dr.

Diagram architektury

Ethernet

Následující síťová rozhraní jsou předem nakonfigurovaná:

Storage

Následující přípojné body jsou předem nakonfigurované:

Klíčové aspekty

• /usr/sap/SID je symbolický odkaz na/hana/shared/SID..
• MCOS: distribuce velikosti svazku je založena na velikosti databáze v paměti. Informace o tom, jaké velikosti databází jsou v paměti podporované v prostředí s více identifikátory SID, najdete v tématu Přehled a architektura.
• Na webu DR: jsou nakonfigurované svazky a přípojné body (u instalace s označením "požadováno pro instalaci HANA") pro instalaci instance provozní HANA v HLI jednotce DR.
• na webu DR: data, zálohy protokolů a sdílené svazky (označené jako "Storage replikace") se replikují prostřednictvím snímku z produkčního webu. Tyto svazky jsou připojeny pouze při převzetí služeb při selhání. Další informace najdete v tématu postup převzetí služeb při selhání při zotavení po havárii.
• Na webu DR: jsou nakonfigurovaná data, zálohy protokolů, protokoly a sdílené svazky pro QA (s označením "instalace instance QA") pro instalaci instance QA.
• Spouštěcí svazek pro třídu typu SKU I se replikuje do uzlu Dr.

HSR s STONITH pro vysokou dostupnost

Tato topologie podporuje dva uzly pro konfiguraci replikace systému HANA. Tato konfigurace je podporovaná jenom pro jednotlivé instance HANA na uzlu. Scénáře MCOS nejsou podporované.

Diagram architektury

Ethernet

Jsou předem nakonfigurované následující síťová rozhraní:

Storage

Jsou předem nakonfigurované následující přípojné body:

Klíčové aspekty

• /usr/sap/SID je symbolický odkaz na /hana/shared/SID.
• Pro MCOS: Distribuce velikosti svazku je založená na velikosti databáze v paměti. Informace o podporovaných velikostech databází v paměti v prostředí s více SID najdete v tématu Přehled a architektura.
• STONITH: SbD je nakonfigurovaný pro nastavení STONITH. Použití STONITH je však volitelné.

Vysoká dostupnost s hsr a dr. s replikací úložiště

Tato topologie podporuje dva uzly pro konfiguraci replikace systému HANA. Podporují se běžné i multipurpose dRs. Tyto konfigurace jsou podporovány pouze pro jednotlivé instance HANA na uzlu. U těchto konfigurací se scénáře MCOS nepodporují.

V diagramu se v lokalitě pro obnovení po obnovení zobrazuje scénář s více možnostmi použití, ve kterém se pro instanci kontroly kvality používá jednotka HLI. Produkční operace běží z primární lokality. Během převzetí služeb při selhání (nebo testu převzetí služeb při selhání) se instance kontroly kvality na webu pro dr.

Diagram architektury

Ethernet

Následující síťová rozhraní jsou předem nakonfigurovaná:

Storage

Následující přípojné body jsou předem nakonfigurované:

Klíčové aspekty

• /usr/sap/SID je symbolický odkaz na /hana/shared/SID.
• Pro MCOS: Distribuce velikosti svazku je založená na velikosti databáze v paměti. Informace o podporovaných velikostech databází v paměti v prostředí s více SID najdete v tématu Přehled a architektura.
• STONITH: SbD je nakonfigurovaný pro nastavení STONITH. Použití STONITH je však volitelné.
• V lokalitě pro dr. zabezpečení: Pro replikaci primárního a sekundárního uzlu jsou potřeba dvě sady svazků úložiště.
• V lokalitě pro obnovení po obnovení: Svazky a přípojné body jsou nakonfigurované (označené jako "Vyžadováno pro instalaci HANA") pro instalaci produkční instance HANA v jednotce DR HLI.
• V lokalitě pro obnovení po obnovení: Data, zálohy protokolů a sdílené svazky (označené jako "Storage Replication") se replikují prostřednictvím snímku z produkční lokality. Tyto svazky se připojí pouze během převzetí služeb při selhání. Další informace najdete v tématu Postup převzetí služeb při selhání pro zotavení po havárii.
• V lokalitě pro obnovení po obnovení: Data, zálohy protokolů, protokol a sdílené svazky pro qa (označené jako "instalace instance kontroly kvality") jsou nakonfigurované pro instalaci instance kontroly kvality.
• Spouštěcí svazek pro třídu SKU typu I se replikuje do uzlu dr.

Automatické převzetí služeb při selhání hostitele (1+1)

Tato topologie podporuje dva uzly v konfiguraci automatického převzetí služeb při selhání hostitele. Existuje jeden uzel s primární rolí nebo rolí pracovního procesu a druhý jako pohotovostní uzel. SAP podporuje tento scénář pouze pro S/4 HANA. Další informace najdete v poznámkách k OSS 2408419 – SAP S/4HANA – Podpora více uzlů.

Diagram architektury

<a name="ethernet">Ethernet

Následující síťová rozhraní jsou předem nakonfigurovaná:

Storage

Následující přípojné body jsou předem nakonfigurované:

Klíčové aspekty

• /usr/sap/SID je symbolický odkaz na /hana/shared/SID.
• V pohotovostním režimu: Svazky a přípojné body jsou nakonfigurované (označené jako "Vyžadováno pro instalaci HANA") pro instalaci instance HANA v pohotovostní jednotce.

Horizontální navýšení velikosti s pohotovostním režimem

Tato topologie podporuje více uzlů v konfiguraci horizontálního navýšení velikosti. Existuje jeden uzel s primární rolí, jeden nebo více uzlů s rolí pracovního procesu a jeden nebo více uzlů jako pohotovostní. V daném okamžiku ale může být pouze jeden primární uzel.

Diagram architektury

Ethernet

Jsou předem nakonfigurované následující síťová rozhraní:

Storage

Jsou předem nakonfigurované následující přípojné body:

Horizontální navýšení kapacity bez úsporného režimu

Tato topologie podporuje více uzlů v konfiguraci s možností horizontálního rozšíření kapacity. Existuje jeden uzel s primární rolí a jeden nebo více uzlů s rolí pracovního procesu. V jednom okamžiku však může být pouze jeden primární uzel.

Diagram architektury

Ethernet

Jsou předem nakonfigurované následující síťová rozhraní:

Storage

Jsou předem nakonfigurované následující přípojné body:

Klíčové aspekty

• /usr/sap/SID je symbolický odkaz na/hana/shared/SID..

Horizontální navýšení kapacity pomocí replikace úložiště v systému DR

Tato topologie podporuje více uzlů ve škálování na více instancí s použitím nástroje DR. Podporují se normální i víceúčelové DRs. V diagramu se zobrazí pouze jeden účel DR. Tuto topologii můžete vyžádat pomocí nebo bez úsporného uzlu.

Diagram architektury

<a name="ethernet">Ethernet

Jsou předem nakonfigurované následující síťová rozhraní:

Storage

Jsou předem nakonfigurované následující přípojné body:

Klíčové aspekty

• /usr/sap/SID je symbolický odkaz na /hana/shared/SID.
• V lokalitě pro obnovení po obnovení: Svazky a přípojné body jsou nakonfigurované (označené jako "Vyžadováno pro instalaci HANA") pro instalaci produkční instance HANA v jednotce DR HLI.
• V lokalitě pro obnovení po obnovení: Data, zálohy protokolů a sdílené svazky (označené jako "Storage Replication") se replikují prostřednictvím snímku z produkční lokality. Tyto svazky se připojí pouze během převzetí služeb při selhání. Další informace najdete v tématu Postup převzetí služeb při selhání pro zotavení po havárii.
• Spouštěcí svazek pro třídu SKU typu I se replikuje do uzlu dr.

Jeden uzel s dr. s využitím HSR

Tato topologie podporuje jeden uzel v konfiguraci škálování s jedním SID a systémovou replikací HANA do lokality dr. pro primární SID. V diagramu se v primární lokalitě zobrazuje jenom jeden systém SID, ale podporují se i systémy s více SID (MCOS).

Diagram architektury

Ethernet

Následující síťová rozhraní jsou předem nakonfigurovaná:

Storage

Následující přípojné body jsou předem nakonfigurované v obou jednotkách HLI (Primární i DR):

Klíčové aspekty

• /usr/sap/SID je symbolický odkaz na /hana/shared/SID.
• Pro MCOS: Distribuce velikosti svazku je založená na velikosti databáze v paměti. Informace o podporovaných velikostech databází v paměti v prostředí s více SID najdete v tématu Přehled a architektura.
• Primární uzel se synchronizuje s uzlem dr. pomocí systémové replikace HANA.
• Global Reach se používá k propojení okruhů ExpressRoute a k tomu, aby mezi vašimi regionálními sítěmi byla privátní síť.

Z HSR s jedním uzlem na DR (optimalizované pro náklady)

Tato topologie podporuje jeden uzel v konfiguraci škálování s jedním sidem. Replikace systému HANA do lokality pro obnovení po obnovení se používá pro primární SID. V diagramu se v primární lokalitě zobrazuje jenom jeden systém SID, ale podporují se i systémy s více SID (MCOS). V lokalitě pro dr. se pro instanci kontroly kvality používá jednotka HLI. Produkční operace běží z primární lokality. Během převzetí služeb při selhání (nebo testu převzetí služeb při selhání) se instance kontroly kvality na webu pro dr.

Diagram architektury

Ethernet

Následující síťová rozhraní jsou předem nakonfigurovaná:

Storage

Jsou předem nakonfigurované následující přípojné body:

Klíčové aspekty

• /usr/sap/SID je symbolický odkaz na/hana/shared/SID..
• MCOS: distribuce velikosti svazku je založena na velikosti databáze v paměti. Informace o tom, jaké velikosti databází jsou v paměti podporované v prostředí s více identifikátory SID, najdete v tématu Přehled a architektura.
• Na serveru DR: jsou nakonfigurované svazky a přípojné body (označené jako "výrobní instance v lokalitě DR") pro instalaci instance provozní HANA v HLI jednotce DR.
• Na webu DR: jsou nakonfigurovaná data, zálohy protokolů, protokoly a sdílené svazky pro QA (s označením "instalace instance QA") pro instalaci instance QA.
• Primární uzel se synchronizuje s uzlem DR pomocí replikace systému HANA.
• Global REACH slouží k propojení okruhů ExpressRoute a vytvoření privátní sítě mezi vašimi regionálními sítěmi.

Vysoká dostupnost a zotavení po havárii pomocí HSR

Tato topologie podporuje dva uzly pro konfiguraci replikace systému HANA pro vysokou dostupnost místní oblasti. V případě zotavení po havárii se třetí uzel v oblasti DR synchronizuje s primární lokalitou pomocí HSR (asynchronní režim).

Diagram architektury

<a name="ethernet">Ethernet

Jsou předem nakonfigurované následující síťová rozhraní:

Storage

Následující přípojné body jsou předem nakonfigurované:

Klíčové aspekty

• /usr/sap/SID je symbolický odkaz na /hana/shared/SID.
• V lokalitě pro obnovení po obnovení: Svazky a přípojné body jsou nakonfigurované (označené jako "instance PROD DR") pro instalaci produkční instance HANA v jednotce DR HLI.
• Uzel primární lokality se synchronizuje s uzlem dr. pomocí systémové replikace HANA.
• Global Reach se používá k propojení okruhů ExpressRoute a k tomu, aby mezi vašimi regionálními sítěmi byla privátní síť.

Vysoká dostupnost a zotavení po havárii s HSR (optimalizované pro náklady)

Tato topologie podporuje dva uzly pro konfiguraci replikace systému HANA pro vysokou dostupnost místních oblastí. V případě obnovení po obnovení se třetí uzel v oblasti dr. synchronizuje s primární lokalitou pomocí HSR (asynchronní režim), zatímco z uzlu dr. už běží jiná instance (například QA).

Diagram architektury

<a name="ethernet">Ethernet

Následující síťová rozhraní jsou předem nakonfigurovaná:

Storage

Následující přípojné body jsou předem nakonfigurované:

Klíčové aspekty

• /usr/sap/SID je symbolický odkaz na /hana/shared/SID.
• V lokalitě pro obnovení po obnovení: Svazky a přípojné body jsou nakonfigurované (označené jako "instance PROD DR") pro instalaci produkční instance HANA v jednotce DR HLI.
• V lokalitě pro obnovení po obnovení: Data, zálohy protokolů, protokol a sdílené svazky pro qa (označené jako "instalace instance kontroly kvality") jsou nakonfigurované pro instalaci instance kontroly kvality.
• Uzel primární lokality se synchronizuje s uzlem dr. pomocí systémové replikace HANA.
• Global Reach se používá k propojení okruhů ExpressRoute a k tomu, aby mezi vašimi regionálními sítěmi byla privátní síť.

Škálování s využitím DR s využitím HSR

Tato topologie podporuje více uzlů ve škálování na více uzlů s dr. Tuto topologii si můžete vyžádat s pohotovostním uzlem nebo bez něj. Uzel primární lokality se synchronizuje s uzlem lokality pro obnovení po obnovení pomocí systémové replikace HANA (asynchronní režim).

Diagram architektury

Ethernet

Následující síťová rozhraní jsou předem nakonfigurovaná:

Storage

Následující přípojné body jsou předem nakonfigurované:

Klíčové aspekty

• /usr/sap/SID je symbolický odkaz na /hana/shared/SID.
• V lokalitě pro obnovení po obnovení: Svazky a přípojné body jsou nakonfigurované pro instalaci produkční instance HANA v jednotce DR HLI.
• Uzel primární lokality se synchronizuje s uzlem dr. pomocí systémové replikace HANA.
• Global Reach se používá k propojení okruhů ExpressRoute a k tomu, aby mezi vašimi regionálními sítěmi byla privátní síť.

Další kroky

Přečtěte si o nasazení velkých instancí HANA.