Cluster instance SAP ASCS/SCS v clusteru s Windows s podporou převzetí služeb při selhání pomocí sdíleného disku v Azure

Windows

Clustering windows Serveru s podporou převzetí služeb při selhání (WSFC) je základem systému SAP ASCS/SCS (high-availability) a systémů pro správu databází (DBMS) ve 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, služba WSFC vypočítá počet selhání, ke kterým může dojít, a stále udržuje cluster, který je v pořádku, aby poskytoval aplikace a služby. Můžete si vybrat z různých režimů kvora, abyste dosáhli clusteringu s podporou převzetí služeb při selhání.

Požadavky

Než začnete s úlohami v tomto článku, projděte si článek Architektura a scénáře vysoké dostupnosti pro SAP NetWeaver.

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

WSFC s virtuálními počítači Azure vyžaduje další kroky konfigurace. Když vytváříte cluster, musíte pro instanci SAP ASCS/SCS nastavit několik IP adres a virtuálních hostitelů.

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. K nastavení virtuální IP adresy pro přístup k prostředku clusteru v cloudu potřebujete alternativní řešení.

Služba Azure Load Balancer poskytuje interní nástroj pro vyrovnávání zatížení pro Azure. S interním nástrojem pro vyrovnávání zatížení se klienti dostanou ke clusteru 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 můžou připojit přes název virtuálního hostitele. Server DNS přeloží IP adresu clusteru a interní nástroj pro vyrovnávání zatížení zpracovává přesměrování portů do aktivního uzlu clusteru.

SAP ASCS/SCS HA se sdílenými disky clusteru

Ve Windows obsahuje instance SAP ASCS/SCS centrální služby SAP, server zpráv SAP, procesy front serverů a globální hostitelské soubory SAP. Globální hostitelské soubory SAP ukládají centrální soubory pro celý systém SAP.

Instance SAP ASCS/SCS má následující komponenty:

• Centrální služby SAP:

  • Dva procesy (pro server zpráv a server fronty) a název virtuálního hostitele ASCS/SCS, který se používá pro přístup ke dvěma procesům
  • Struktura souboru: S:\usr\sap\<SID>\ASCS/SCS<číslo instance>

• Globální hostitelské soubory SAP:

  • Struktura souboru: S:\usr\sap\<SID>\SYS...

  • Sdílená složka sapmnt , která umožňuje přístup k těmto globálním souborům S:\usr\sap\<SID>\SYS... pomocí následující cesty UNC:

    \\<ASCS/SCS název> virtuálního hostitele\sapmnt\<SID>\SYS...

V nastavení vysoké dostupnosti clusterujete instance SAP ASCS/SCS. Sdílené disky clusteru (v příkladu jednotky S v tomto článku) slouží k umístění souborů globálního hostitele SAP ASCS/SCS a SAP.

S architekturou serveru replikace Enqueue 1 (ERS1):

• Stejný název virtuálního hostitele ASCS/SCS se používá pro přístup k serveru zpráv SAP a procesům fronty serveru kromě globálních hostitelských souborů SAP prostřednictvím sdílené složky sapmnt .
• Stejný sdílený disk clusteru (jednotka S) se mezi nimi sdílí.

Architektura serveru replikace Enqueue 2 (ERS2):

• Stejný název virtuálního hostitele ASCS/SCS se používá pro přístup k procesu serveru zpráv SAP, kromě globálních hostitelských souborů SAP prostřednictvím sdílené složky sapmnt .
• Stejný sdílený disk clusteru (jednotka S) se mezi nimi sdílí.
• Pro přístup k procesu fronty serveru existuje samostatný název virtuálního hostitele ERS.

Sdílené disky a server replikace enqueue

Sdílené disky se podporují v architektuře ERS1, kde instance ERS1:

• Není clusterovaný.
• localhost Používá název.
• Je nasazen na místních discích na každém uzlu clusteru.

Sdílené disky jsou podporovány také v architektuře ERS2, kde instance ERS2:

• Je skupinový.
• Používá vyhrazený název virtuálního nebo síťového hostitele.
• Kromě IP adresy (A)SCS potřebuje, aby se IP adresa virtuálního hostitele ERS nakonfigurovala v interním nástroji pro vyrovnávání zatížení Azure.
• Nasazuje se na místní disky na každém clusterovém uzlu, takže není potřeba sdílený disk.

Další informace o serverech ERS1 a ERS2 najdete v tématu Vytvoření fronty replikačního serveru v clusteru s podporou převzetí služeb při selhání společnosti Microsoft a nového replikátoru enqueue v prostředích clusteru s podporou převzetí služeb při selhání na webu SAP.

Možnosti sdílených disků v Azure pro úlohy SAP

V clusteru s Windows s podporou převzetí služeb při selhání v Azure existují dvě možnosti:

• Sdílené disky Azure můžete použít k připojení spravovaných disků Azure k více virtuálním počítačům současně.
• Pomocí siOS DataKeeper Cluster Edition vytvořte zrcadlené úložiště, které simuluje sdílené úložiště clusteru.

Při výběru technologie pro sdílené disky mějte na paměti následující aspekty sdílených disků Azure pro úlohy SAP:

• Použití sdílených disků Azure s disky SSD Azure premium se podporuje pro nasazení SAP ve skupinách dostupnosti a zónách dostupnosti.
• Disky Azure Ultra Disk Storage a disky SSD úrovně Azure úrovně Standard se nepodporují jako sdílené disky Azure pro úlohy SAP.
• Nezapomeňte zřídit disky SSD úrovně Azure Premium s minimální velikostí disku, jak je uvedeno v rozsazích SSD úrovně Premium, abyste se mohli připojit k požadovanému počtu virtuálních počítačů současně. Pro clustery s podporou převzetí služeb při selhání s Windows SAP ASCS obvykle potřebujete dva virtuální počítače.

Mějte na paměti následující aspekty SIOS:

• Řešení SIOS poskytuje synchronní replikaci dat mezi dvěma disky v reálném čase.
• S řešením SIOS pracujete se dvěma spravovanými disky. Pokud používáte skupiny dostupnosti nebo zóny dostupnosti, spravované disky se nacházejí v různých clusterech úložiště.
• Nasazení v zónách dostupnosti se podporuje.
• Řešení SIOS vyžaduje instalaci a provoz softwaru třetích stran, který potřebujete zakoupit samostatně.

Sdílené disky Azure

SAP ASCS/SCS HA můžete implementovat se sdílenými disky Azure.

Předpoklady a omezení

V současné době můžete pro instanci SAP ASCS/SCS použít disky SSD úrovně Azure jako sdílené disky Azure. Aktuálně platí následující omezení:

• Disky Azure Ultra Disk Storage a disky SSD úrovně Standard se nepodporují jako sdílené disky Azure pro úlohy SAP.
• Sdílené disky Azure s disky SSD úrovně Premium se podporují pro nasazení SAP ve skupinách dostupnosti a zónách dostupnosti.
• Sdílené disky Azure s disky SSD úrovně Premium mají dvě možnosti úložiště:
  • Místně redundantní úložiště (LRS) pro sdílené disky SSD úrovně Premium (skuName hodnota Premium_LRS) se podporuje při nasazování ve skupinách dostupnosti.
  • Zónově redundantní úložiště (ZRS) pro sdílené disky SSD úrovně Premium (skuName hodnota Premium_ZRS) se podporuje při nasazování v zónách dostupnosti.
• Hodnota sdíleného disku Azure určuje, kolik uzlů clusteru může sdílený disk používat. Pro instanci SAP ASCS/SCS obvykle nakonfigurujete dva uzly ve WSFC. Pak nastavíte hodnotu na maxShares 2hodnotu .
• Skupina umístění bezkontaktní komunikace Azure (PPG) se pro sdílené disky Azure nevyžaduje. Pro nasazení SAP s PPG ale postupujte podle těchto pokynů:
  • Pokud používáte PPG pro systém SAP nasazený v oblasti, musí být všechny virtuální počítače, které sdílejí disk, součástí stejného PPG.
  • Pokud používáte PPG pro systém SAP nasazený napříč zónami, jak je popsáno ve skupinách umístění bezkontaktní komunikace se zónovými nasazeními, můžete úložiště připojit Premium_ZRS k virtuálním počítačům, které sdílejí disk.

Další informace najdete v části Omezení dokumentace pro sdílené disky Azure.

Důležité aspekty sdílených disků SSD úrovně Premium

Zvažte tyto důležité body sdílených disků SSD úrovně Azure Premium:

• LRS pro sdílené disky SSD úrovně Premium:

  • Nasazení SAP se sdílenými disky SSD úrovně Premium funguje s jedním sdíleným diskem Azure v jednom clusteru úložiště. Pokud dojde k potížím s clusterem úložiště, ve kterém je nasazený sdílený disk Azure, ovlivní to vaši instanci SAP ASCS/SCS.

• ZRS pro sdílené disky SSD úrovně Premium:

  • Latence zápisu pro ZRS je vyšší než latence LRS z důvodu křížového kopírování dat.
  • Vzdálenost mezi zónami dostupnosti v různých oblastech se liší, a proto latence disku ZRS napříč zónami dostupnosti. Proveďte srovnávací testy disků a identifikujte latenci disků ZRS ve vaší oblasti.
  • ZRS pro sdílené disky SSD úrovně Premium synchronně replikuje data napříč třemi zónami dostupnosti v dané oblasti. Pokud v jednom z clusterů úložiště dojde k potížím, vaše instance SAP ASCS/SCS se bude dál spouštět, protože převzetí služeb při selhání úložiště je pro aplikační vrstvu transparentní.
  • Další informace najdete v části Omezení dokumentace o ZRS pro spravované disky.

Další důležité informace o plánování nasazení SAP najdete v tématu Plánování a implementaci nasazení SAP v Azure a typech azure Storage pro úlohy SAP.

Podporované verze operačního systému

Podporují se Windows Server 2016, 2019 a novější. Použijte nejnovější image datacentra.

Důrazně doporučujeme používat alespoň Windows Server 2019 Datacenter, a to z těchto důvodů:

• WSFC ve Windows Serveru 2019 je v Azure.
• Windows Server 2019 Datacenter zahrnuje integraci a povědomí o údržbě hostitele Azure a vylepšeném prostředí monitorováním plánovaných událostí Azure.
• Můžete použít názvy distribuovaných sítí. (Jedná se o výchozí možnost.) Pro název sítě clusteru nemusíte mít vyhrazenou IP adresu. Také nemusíte konfigurovat IP adresu v interním nástroji pro vyrovnávání zatížení Azure.

Sdílené disky v Azure pomocí SIOS DataKeeperu

Další možností pro sdílené disky je použití SIOS DataKeeper Cluster Edition k vytvoření zrcadleného úložiště, které simuluje sdílené úložiště clusteru. Řešení SIOS poskytuje synchronní replikaci dat v reálném čase.

Vytvoření prostředku sdíleného disku pro cluster:

1. Připojte k jednotlivým virtuálním počítačům další disk v konfiguraci clusteru s Windows.
2. Na obou uzlech virtuálního počítače spusťte siOS DataKeeper Cluster Edition.
3. Nakonfigurujte siOS DataKeeper Cluster Edition tak, aby zrcadlil obsah dalšího svazku připojeného k disku ze zdrojového virtuálního počítače na další disk připojený svazek cílového virtuálního počítače. SIOS DataKeeper abstrahuje zdrojové a cílové místní svazky a pak je prezentuje WSFC jako jeden sdílený disk.

Poznámka:

Pro zajištění vysoké dostupnosti s některými produkty DBMS, jako je SQL Server, nepotřebujete sdílené disky. SQL Server AlwaysOn replikuje data DBMS a soubory protokolů z místního disku jednoho uzlu clusteru na místní disk jiného uzlu clusteru. V takovém případě konfigurace clusteru s Windows nepotřebuje sdílený disk.

Volitelné konfigurace

Následující diagramy znázorňují několik instancí SAP na virtuálních počítačích Azure, na kterých běží clustering s podporou převzetí služeb při selhání Windows Serveru, aby se snížil celkový počet virtuálníchpočítačůch

Tato konfigurace může být buď místní aplikační servery SAP v clusteru SAP ASCS/SCS, nebo role clusteru SAP ASCS/SCS na uzlech Microsoft SQL Server AlwaysOn.

Důležité

Instalace místního aplikačního serveru SAP na uzel AlwaysOn SQL Serveru se nepodporuje.

SAP ASCS/SCS i databáze Microsoft SQL Serveru jsou jediné body selhání (SPOFs). WSFC pomáhá chránit tyto SPOF v prostředí Windows.

I když je spotřeba prostředků SAP ASCS/SCS poměrně malá, doporučujeme snížit konfiguraci paměti pro SQL Server nebo aplikační server SAP o 2 GB.

Tento diagram znázorňuje aplikační servery SAP na uzlech WSFC s použitím SIOS DataKeeperu:

Vzhledem k tomu, že aplikační servery SAP jsou nainstalované místně, není potřeba nastavovat žádnou synchronizaci.

Tento diagram znázorňuje SAP ASCS/SCS na uzlech AlwaysOn SQL Serveru s využitím SIOS DataKeeperu:

Informace o dalších konfiguracích najdete v následujících zdrojích informací:

• Volitelná konfigurace aplikačních serverů SAP na uzlech WSFC pomocí souborového serveru se škálováním na více systémů Windows

• Volitelná konfigurace aplikačních serverů SAP na uzlech WSFC pomocí bloku zpráv serveru ve službě Azure NetApp Files

• Volitelná konfigurace pro SAP ASCS/SCS na uzlech AlwaysOn SQL Serveru pomocí souborového serveru se škálováním na více systémů Windows

• Volitelná konfigurace pro SAP ASCS/SCS na uzlech AlwaysOn SQL Serveru pomocí bloku zpráv serveru ve službě Azure NetApp Files

Další kroky

• Příprava infrastruktury Azure pro SAP HA pomocí clusteru s podporou převzetí služeb při selhání s Windows a sdíleného disku pro instanci SAP ASCS/SCS

• Instalace vysoké dostupnosti SAP NetWeaver na cluster s podporou převzetí služeb při selhání s Windows a sdílený disk pro instanci SAP ASCS/SCS