Clusterování instance SAP ASCS/SCS na clusteru Windows s podporou převzetí služeb při selhání pomocí sdílené složky v Azure

  • Článek
  • 9 min ke čtení

Windows loga. Windows

Windows Clustering s podporou převzetí služeb při selhání serveru je základem instalace SAP ASCS/SCS s vysokou dostupností a DBMS v Windows.

Cluster s podporou převzetí služeb při selhání je skupina 1+n nezávislých serverů (uzlů), které spolupracují na zvýšení dostupnosti aplikací a služeb. Pokud dojde k selhání uzlu, Windows clustering s podporou převzetí služeb při selhání serveru vypočítá počet selhání, ke kterým může dojít, a stále udržuje cluster, který je v pořádku pro poskytování aplikací a služeb. K dosažení clusteringu s podporou převzetí služeb při selhání si můžete vybrat z různých režimů kvora.

Požadavky

Než začnete s úkoly popsanými v tomto článku, projděte si následující články a poznámky k SAP:

Důležité

Clustering instancí SAP ASCS/SCS pomocí sdílené složky se podporuje pro SAP NetWeaver 7.40 (a novější) s jádrem SAP 7.49 (a novějším).

Windows Clustering s podporou převzetí služeb při selhání serveru v Azure

V porovnání s nasazeními holých nebo privátních cloudů vyžaduje Azure Virtual Machines další kroky ke konfiguraci clusteringu s podporou převzetí služeb při selhání Windows serveru. Při sestavování clusteru musíte nastavit několik IP adres a názvů virtuálních hostitelů pro instanci SAP ASCS/SCS.

Překlad názvů v Azure a název virtuálního hostitele clusteru

Cloudová platforma Azure nenabízí možnost konfigurace virtuálních IP adres, jako jsou plovoucí IP adresy. Potřebujete alternativní řešení pro nastavení virtuální IP adresy pro přístup k prostředku clusteru v cloudu.

Služba Azure Load Balancer poskytuje interní nástroj pro vyrovnávání zatížení pro Azure. Díky internímu nástroji pro vyrovnávání zatížení klienti přichytá cluster přes virtuální IP adresu clusteru.

Nasaďte interní nástroj pro vyrovnávání zatížení ve skupině prostředků, která obsahuje uzly clusteru. Potom nakonfigurujte všechna potřebná pravidla přesměrování portů pomocí portů sondy interního nástroje pro vyrovnávání zatížení. Klienti se mohou připojit přes název virtuálního hostitele. Server DNS překládá IP adresu clusteru. Interní nástroj pro vyrovnávání zatížení zpracovává přesměrování portů do aktivního uzlu clusteru.

Obrázek 1: Windows clusteringu s podporou převzetí služeb při selhání serveru v Azure bez sdíleného disku

Obrázek 1: Windows clusteringu s podporou převzetí služeb při selhání serveru v Azure bez sdíleného disku

SAP ASCS/SCS HA se sdílením souborů

SPOLEČNOST SAP vyvinula nový přístup a alternativu ke sdíleným diskům clusteru pro clustering instance SAP ASCS/SCS na Windows clusteru s podporou převzetí služeb při selhání. Místo použití sdílených disků clusteru můžete k nasazení globálních hostitelských souborů SAP použít sdílenou složku SMB.

Poznámka

Sdílená složky SMB je alternativou k používání sdílených disků clusteru pro clustering instancí SAP ASCS/SCS.

Tato architektura je specifická následujícími způsoby:

  • Centrální služby SAP (s vlastní strukturou souborů a procesy zpráv a zařazení do fronty) jsou oddělené od globálních hostitelských souborů SAP.
  • Centrální služby SAP běží pod instancí SAP ASCS/SCS.
  • Instance SAP ASCS/SCS je clusterovaná a je přístupná pomocí <ASCS/SCS virtual host name> názvu virtuálního hostitele.
  • Globální soubory SAP se umístí do sdílené složky SMB a přistupuje se k nim pomocí názvu hostitele: globální hostitel <SAP global host> \ \ < SAP > \sapmnt \ < SID > \SYS . .
  • Instance SAP ASCS/SCS je nainstalovaná na místním disku na obou uzlech clusteru.
  • Název <ASCS/SCS virtual host name> sítě se liší od < globálního hostitele > SAP.

Obrázek 2: Architektura SAP ASCS/SCS HA se sdílením souborů SMB

Obrázek 2: Nová architektura SAP ASCS/SCS HA se sdílením souborů SMB

Požadavky pro sdílené složky SMB:

  • Protokol SMB 3.0 (nebo novější).
  • Možnost nastavit seznamy řízení přístupu (ACL) služby Active Directory pro skupiny uživatelů služby Active Directory a computer$ objekt počítače.
  • Sdílená složky musí mít povolenou ha-ka:
    • Disky používané k ukládání souborů nesmí být jediným bodem selhání.
    • Výpadky serveru nebo virtuálního počítače nezpůsobí výpadky sdílené složky.

Role clusteru SAP neobsahuje sdílené disky clusteru ani obecný <SID> prostředek clusteru sdílených složek.

Obrázek 3: Prostředky role clusteru SAP < SID > pro použití sdílené složky

Obrázek 3: Prostředky role clusteru SAP < SID > pro použití sdílené složky

Sdílené složky se škálování na více Prostory úložiště direct v Azure jako sdílená složku SAPMNT

K hostování a ochraně globálních hostitelských souborů SAP můžete použít sdílené složky se škálování na více souborů. Sdílená složky se škálování na více souborů také nabízí vysoce dostupnou službu pro sdílení souborů SAPMNT.

Obrázek 4: Horizontální navýšení velikosti sdílené složky používané k ochraně globálních hostitelských souborů SAP

Obrázek 4: Sdílená sdílená složky se škálování na více velikosti, která se používá k ochraně globálních hostitelských souborů SAP

Důležité

Sdílené složky s horizontálním navýšením velikosti jsou plně Microsoft Azure cloudu a v místních prostředích.

Sdílená složku se škálování na více velikosti nabízí vysoce dostupnou a horizontálně škálovatelnou složku SAPMNT.

Prostory úložiště Přímé se používá jako sdílený disk pro sdílenou složku se škálování na více souborů. Pomocí nástroje Prostory úložiště Direct můžete vytvořit vysoce dostupné a škálovatelné úložiště pomocí serverů s místním úložištěm. Sdílené úložiště, které se používá pro sdílenou složku se škálování na více souborů, například pro globální hostitelské soubory SAP, není jediným bodem selhání.

Při volbě Prostory úložiště Direct zvažte tyto případy použití:

  • Virtuální počítače použité k sestavení clusteru Prostory úložiště Direct musí být nasazené ve skupině dostupnosti Azure.
  • Pro zotavení po havárii clusteru Prostory úložiště Direct můžete použít službu Azure Site Recovery Services.
  • Roztažení clusteru s přímým přístupem do Storage prostorů není podporováno napříč různými Zóny dostupnosti Azure.

Požadavky SAP pro sdílené složky se škálování na více prostředků v Azure

Pokud chcete použít sdílené složky se škálování na více systémů, musí systém splňovat následující požadavky:

  • Alespoň dva uzly clusteru pro sdílené složky se škálování na více uzlů.
  • Každý uzel musí mít alespoň dva místní disky.
  • Z důvodu výkonu musíte použít odolnost zrcadlení:
    • Dvousměnné zrcadlení pro sdílené složky se škálování na více uzlů se dvěma uzly clusteru.
    • Trojrozměrné zrcadlení pro sdílené složky se škálování na více než jeden se třemi (nebo více) uzly clusteru.
  • Pro sdílené složky se škálování na více uzlů clusteru doporučujeme tři (nebo více) uzlů s trojrozměrné zrcadlení. Toto nastavení nabízí větší škálovatelnost a větší odolnost úložiště než nastavení sdílené složky se škálování na více systémů se dvěma uzly clusteru a dvouse zrcadlením.
  • Musíte použít Azure Premium disky.
  • Doporučujeme používat Azure Spravované disky.
  • Svazky doporučujeme formátovat pomocí odolného systému souborů (ReFS).
    • Další informace najdete v kapitole SAP Note 1869038 – SAP support for ReFS filesystem (Sap Note 1869038 – Podpora systému souborů ReFS) a v kapitole Volba systému souborů v článku Plánování svazků v Prostory úložiště Direct.
    • Nezapomeňte nainstalovat kumulativní aktualizaci Microsoft KB4025334.
  • Můžete použít virtuální DS-Series DSv2-Series velikosti virtuálních počítačů Azure.
  • Pro zvýšení výkonu sítě mezi virtuálními počítače, které jsou potřeba pro synchronizaci disků Prostory úložiště Direct, použijte typ virtuálního počítače, který má alespoň "velkou" šířku pásma sítě. Další informace najdete ve specifikacích DSv2-Series a DS-Series.
  • Doporučujeme rezervovat ve fondu úložiště nějakou nepřidělenou kapacitu. Ponechání nějaké nepřidělené kapacity ve fondu úložiště poskytuje svazkům místo pro opravu "na místě", pokud dojde k selhání jednotky. Tím se zvyšuje bezpečnost a výkon dat. Další informace najdete v tématu Volba velikosti svazku.
  • Nemusíte konfigurovat interní nástroj pro vyrovnávání zatížení Azure pro síťový název sdílené složky se škálování na více prostředků, například pro <SAP global host> . To se provádí pro <ASCS/SCS virtual host name> instanci SAP ASCS/SCS nebo pro DBMS. Sdílená složka se škálováním na více instancí škáluje zatížení na všech uzlech clusteru. <SAP global host> používá místní IP adresu pro všechny uzly clusteru.

Důležité

Nemůžete přejmenovat sdílenou složku SAPMNT, která odkazuje na <SAP global host> . SAP podporuje pouze název sdílené složky "sapmnt".

Další informace najdete v tématu SAP Note 2492395 – můžete změnit název sdílené složky sapmnt?

Konfigurace instancí SAP ASCS/SCS a sdílené složky se škálováním na více systémů ve dvou clusterech

Instance SAP ASCS/SCS musíte nasadit v samostatném clusteru s vlastní <SID> rolí clusteru SAP. V takovém případě nakonfigurujete sdílenou složku se škálováním na více instancí v jiném clusteru s jinou rolí clusteru.

Důležité

Instalační program musí splňovat následující požadavky: instance SAP ASCS/SCS a sdílená složka SOFS musí být nasazeny v samostatných clusterech.

Důležité

V tomto scénáři je instance SAP ASCS/SCS nakonfigurovaná pro přístup k globálnímu hostiteli SAP pomocí cesty UNC, \ \ < globální hostitel SAP > \sapmnt \ < SID > \SYS.

Obrázek 5: instance SAP ASCS/SCS a sdílená složka se škálováním na více systémů nasazená ve dvou clusterech

Obrázek 5: Instance SAP ASCS/SCS a sdílená složka se škálováním na více systémů nasazená ve dvou clusterech

Volitelné Konfigurace

následující diagramy znázorňují více instancí SAP na virtuálních počítačích Azure s clusterem s podporou převzetí služeb při selhání v Microsoft Windows, aby se snížil celkový počet virtuálních počítačů.

může to být buď místní aplikační server sap v clusteru sap ASCS/SCS nebo Role clusteru sap ASCS/SCS na Microsoft SQL Server vždy na uzlech.

Důležité

instalace místního aplikačního serveru SAP na uzel SQL Server Always on není podporována.

SAP ASCS/SCS a databáze Microsoft SQL Server jsou v jednom bodě selhání (SPOF). k ochraně těchto SPOFs ve Windows prostředí WSFC se používá.

i když je spotřeba prostředků SAP ASCS/SCS poměrně malá, doporučuje se zmenšení konfigurace paměti pro buď SQL Server, nebo aplikačního serveru SAP o 2 GB.

aplikační servery SAP na uzlech WSFC pomocí Windows SOFS

obrázek 6: konfigurace clusteringu s podporou převzetí služeb při selhání Windows serveru v Azure pomocí Windows SOFS a lokálně nainstalovaného aplikačního serveru SAP

Poznámka

Na obrázku se zobrazuje použití dalších místních disků. To je volitelné pro zákazníky, kteří nebudou instalovat aplikační software na jednotku operačního systému (C:)

SAP ASCS/SCS v SQL Server vždy na uzlech s použitím Windows SOFS

obrázek 7: SAP ASCS/SCS on SQL Server vždy na uzlech s použitím Windows SOFS

Poznámka

Na obrázku se zobrazuje použití dalších místních disků. To je volitelné pro zákazníky, kteří nebudou instalovat aplikační software na jednotku operačního systému (C:)

Důležité

V cloudu Azure musí být každý cluster, který se používá pro SAP a sdílené složky se škálováním na více instancí, nasazený ve vlastní skupině dostupnosti Azure nebo v rámci Zóny dostupnosti Azure. Tím se zajistí distribuované umístění virtuálních počítačů clusteru v rámci příslušné infrastruktury Azure. Tato technologie podporuje nasazení zón dostupnosti.

Obecná sdílená složka s úložištěm datakeep jako se sdílenými disky clusteru

Obecná sdílená složka je další možnost pro dosažení sdílené složky s vysokou dostupností.

V takovém případě můžete jako sdílený disk clusteru použít řešení jiného výrobce.

Další kroky