Share via

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

  • Článek

Windows logo. Windows

Clustering s podporou převzetí služeb při selhání Windows Serveru je základem vysoce dostupné instalace SAP ASCS/SCS a 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, clustering s podporou převzetí služeb při selhání systému Windows Server 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. Pokud chcete dosáhnout clusteringu s podporou převzetí služeb při selhání, můžete si vybrat z různých režimů kvora.

Předpoklady

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

Poznámka:

Clustering instancí SAP ASCS/SCS pomocí sdílené složky se podporuje pro systémy SAP s jádrem SAP 7.22 (a novějším). Podrobnosti najdete v 2698948 poznámky SAP.

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

V porovnání s holým nebo privátním cloudem nasazení vyžaduje Azure Virtual Machines další kroky ke konfiguraci clusteringu s podporou převzetí služeb při selhání Windows Serveru. 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. Interní nástroj pro vyrovnávání zatížení zpracovává přesměrování portů do aktivního uzlu clusteru.

Figure 1: Windows Server Failover Clustering configuration in Azure without a shared disk

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

SAP ASCS/SCS HA se sdílenou složkou

SAP vyvinul nový přístup a alternativu ke sdíleným diskům clusteru pro clustering instance SAP ASCS/SCS v clusteru s podporou převzetí služeb při selhání s Windows. 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žka SMB je alternativou k použití 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 vytváření zpráv a front) jsou oddělené od globálních hostitelských souborů SAP.
  • Centrální služby SAP běží v instanci SAP ASCS/SCS.
  • Instance SAP ASCS/SCS je clusterovaná a je přístupná pomocí <názvu> virtuálního hostitele ASCS/SCS.
  • Globální soubory SAP jsou umístěny do sdílené složky SMB a jsou přístupné pomocí <názvu globálního hostitele> SAP: \\<SAP global host>\sapmnt\<SID>\SYS...
  • Instance SAP ASCS/SCS je nainstalovaná na místním disku na obou uzlech clusteru.
  • Název <sítě názvu> virtuálního hostitele ASCS/SCS se liší od <globálního hostitele> SAP.

Figure 2: SAP ASCS/SCS HA architecture with SMB file share

Obrázek 2: Nová architektura SAP ASCS/SCS HA se sdílenou složkou SMB

Požadavky pro sdílenou složku 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žka musí být povolená vysokou dostupností:
    • Disky používané k ukládání souborů nesmí být kritickým bodem selhání.
    • Výpadky serveru nebo virtuálního počítače nezpůsobí výpadek sdílené složky.

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

Figure 3: SAP <SID> cluster role resources for using a file share

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

Sdílené složky se škálováním na více systémů s Prostory úložiště s přímým přístupem v Azure jako sdílenou složku SAPMNT

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

Figure 4: Scale-out file share used to protect SAP global host files

Obrázek 4: Sdílená složka se škálováním na více systémů, která slouží k ochraně globálních hostitelských souborů SAP

Důležité

Sdílené složky se škálováním na více systémů jsou plně podporované v cloudu Microsoft Azure a v místních prostředích.

Sdílená složka se škálováním na více systémů nabízí vysoce dostupnou a horizontálně škálovatelnou sdílenou složku SAPMNT.

Prostory úložiště s přímým přístupem se používá jako sdílený disk pro sdílenou složku se škálováním na více systémů. Pomocí Prostory úložiště s přímým přístupem můžete vytvářet 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ím na více systémů, jako jsou globální hostitelské soubory SAP, není kritickým bodem selhání.

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

  • Virtuální počítače používané k sestavení clusteru Prostory úložiště s přímým přístupem musí být nasazeny ve skupině dostupnosti Azure.
  • Pro zotavení po havárii clusteru Prostory úložiště s přímým přístupem můžete použít službu Azure Site Recovery Services.
  • Nepodporuje se roztažení clusteru s přímým prostorem úložiště v různých Zóny dostupnosti Azure.

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

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

  • Alespoň dva uzly clusteru pro sdílenou složku se škálováním na více systémů
  • Každý uzel musí mít aspoň dva místní disky.
  • Z důvodu výkonu musíte použít odolnost zrcadlení:
    • Obousměrné zrcadlení sdílené složky se škálováním na více systémů se dvěma uzly clusteru
    • Třícestné zrcadlení sdílené složky se škálováním na více systémů se třemi (nebo více) uzly clusteru
  • Pro sdílenou složku se škálováním na více systémů doporučujeme tři (nebo více) uzlů clusteru s trojcestným zrcadlením. Tato instalace nabízí větší škálovatelnost a větší odolnost úložiště než nastavení sdílené složky se škálováním na více systémů se dvěma uzly clusteru a obousměrným zrcadlením.
  • Musíte použít disky Azure Premium.
  • Doporučujeme používat Azure Spravované disky.
  • Svazky doporučujeme formátovat pomocí odolného systému souborů (ReFS).
  • Můžete použít velikosti virtuálních počítačů Azure řady DS nebo DSv2-Series.
  • Pro zajištění dobrého výkonu sítě mezi virtuálními počítači, které jsou potřeba pro Prostory úložiště s přímým přístupem synchronizaci disků, použijte typ virtuálního počítače, který má aspoň "velkou" šířku pásma sítě. Další informace najdete ve specifikacích DSv2-Series a DS-Series .
  • Doporučujeme rezervovat určitou nepřidělenou kapacitu ve fondu úložiště. Když ve fondu úložiště ponecháte určitou nepřidělenou kapacitu, dají se svazkům místo na místě opravit, pokud se jednotka nezdaří. To zlepšuje bezpečnost a výkon dat. Další informace najdete v tématu Volba velikosti svazku.
  • Pro název sítě sdílené složky se škálováním na více systémů, jako <je globální hostitel> SAP, nemusíte konfigurovat interní nástroj pro vyrovnávání zatížení Azure. To se provádí pro <název> virtuálního hostitele ASCS/SCS instance SAP ASCS/SCS nebo pro DBMS. Sdílená složka se škálováním na více systémů navyšuje zatížení napříč všemi uzly clusteru. <Globální hostitel> SAP používá místní IP adresu pro všechny uzly clusteru.

Důležité

Sdílenou složku SAPMNT, která odkazuje na <globálního hostitele> SAP, nemůžete přejmenovat. SAP podporuje pouze název sdílené složky sapmnt.

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

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í rolí clusteru SAP <SID> . V takovém případě nakonfigurujete sdílenou složku se škálováním na více systémů v jiném clusteru s jinou rolí clusteru.

Důležité

Nastavení musí splňovat následující požadavek: instance SAP ASCS/SCS a sdílená složka SOFS musí být nasazená v samostatných clusterech.

Důležité

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

Figure 5: SAP ASCS/SCS instance and a scale-out file share deployed in two clusters

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í několik instancí SAP na virtuálních počítačích Azure s clusterem s podporou převzetí služeb při selhání Microsoft Windows, aby se snížil celkový počet virtuálníchpočítačůch

Může to být místní aplikační servery SAP v clusteru SAP ASCS/SCS nebo role clusteru SAP ASCS/SCS na uzlech AlwaysOn microsoft SQL Serveru.

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ými body selhání (SPOF). K ochraně těchto objektů SPOF v prostředí Windows se používá WSFC.

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

Aplikační servery SAP na uzlech WSFC pomocí systému Windows SOFS

Figure 6: Windows Server failover clustering configuration in Azure with Windows SOFS and locally installed SAP Application Server

Poznámka:

Obrázek ukazuje 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 na uzlech AlwaysOn SQL Serveru pomocí Systému Windows SOFS

Figure 7: SAP ASCS/SCS on SQL Server Always On nodes using Windows SOFS

Poznámka:

Obrázek ukazuje 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 sdílené složky SAP a se škálováním na více systémů, nasazený ve vlastní skupině dostupnosti Azure nebo v rámci Azure Zóny dostupnosti. Tím se zajistí distribuované umístění virtuálních počítačů clusteru napříč základní infrastrukturou Azure. Tato technologie podporuje nasazení zón dostupnosti.

Obecná sdílená složka se SIOS DataKeeperem jako sdílenými disky clusteru

Obecná sdílená složka je další možností pro dosažení vysoce dostupné sdílené složky.

V takovém případě můžete jako sdílený disk clusteru použít řešení SIOS třetí strany.

Další kroky