Vysoká dostupnost pro SAP NetWeaver na virtuálních počítačích Azure

Azure Virtual Machines je řešení pro organizace, které potřebují výpočetní prostředky, úložiště a síťové prostředky, a to za minimální dobu a bez zdlouhavých cyklů zásobování. k nasazení klasických aplikací, jako je například SAP NetWeaver jazyk ABAP, Java a jazyk ABAP a Java stack, můžete použít Azure Virtual Machines. Našíří spolehlivost a dostupnost bez dalších místních prostředků. Azure Virtual Machines podporuje připojení mezi různými místy, takže Azure Virtual Machines můžete integrovat do místních domén organizace, privátních cloudů a systému SAP na šířku.

V tomto článku se zaměříme na kroky, které můžete provést při nasazení systémů SAP s vysokou dostupností v Azure pomocí modelu nasazení Azure Resource Manager. Provede vás těmito hlavními úlohami:

• Vyhledejte správné poznámky ke službě SAP a Příručky k instalaci uvedené v části Resources (prostředky ). Tento článek doplňuje dokumentaci k instalaci SAP a poznámky SAP, které jsou primárními prostředky, které vám pomůžou s instalací a nasazením softwaru SAP na konkrétní platformy.
• Přečtěte si o rozdílech mezi modelem nasazení Azure Resource Manager a modelem nasazení Azure Classic.
• přečtěte si o režimech kvora clustering s podporou převzetí služeb při selhání Windows serveru, abyste mohli vybrat model, který je pro nasazení Azure nejvhodnější.
• přečtěte si o sdílených úložištích služby Windows Server Failover clustering ve službách Azure.
• naučte se, jak chránit součásti s jedním bodem, jako je třeba pokročilé programování obchodních aplikací (jazyk ABAP) SAP central services (ASCS)/SAP central services (SCS) a systémy správy databáze (DBMS) a redundantní komponenty jako aplikační Server SAP v Azure.
• postupujte podle podrobného příkladu instalace a konfigurace systému SAP s vysokou dostupností v clusteru clusteringu s podporou převzetí služeb při selhání Windows serveru v Azure pomocí Azure Resource Manager.
• seznamte se s dalšími kroky potřebnými k použití clusteringu s podporou převzetí služeb při selhání Windows serveru v Azure, ale které nejsou potřeba v místním nasazení.

V rámci zjednodušení nasazení a konfigurace používáme v tomto článku šablony SAP pro Správce prostředků s vysokou dostupností. Šablony automatizují nasazení celé infrastruktury, kterou potřebujete pro systém SAP s vysokou dostupností. Infrastruktura také podporuje určení velikosti SAP (Application Performance Standard) SAP pro systém SAP.

Požadovaný

Než začnete, ujistěte se, že splňujete požadavky popsané v následujících částech. Nezapomeňte také zkontrolovat všechny prostředky uvedené v části Resources (prostředky ).

V tomto článku používáme šablony Azure Resource Manager pro NetWeaver SAP pro SAP. Užitečný přehled šablon najdete v tématu šablony SAP Azure Resource Manager.

Prostředky

Tyto články zahrnují nasazení SAP v Azure:

• Plánování a implementace služby Azure Virtual Machines pro SAP NetWeaver
• Nasazení Azure Virtual Machines pro SAP NetWeaver
• Nasazení Azure Virtual Machines DBMS pro SAP NetWeaver
• Vysoká dostupnost Azure Virtual Machines pro SAP NetWeaver (Tato příručka)

Tyto poznámky SAP souvisejí s tématem SAP v Azure:

Přečtěte si další informace o omezeních předplatných Azure, včetně obecných výchozích omezení a maximálních omezení.

SAP s vysokou dostupností pomocí Azure Resource Manager vs. model nasazení Azure Classic

Modely nasazení Azure Resource Manager a Azure Classic se liší v následujících oblastech:

• Skupiny prostředků
• Závislost interního nástroje pro vyrovnávání zatížení Azure ve skupině prostředků Azure
• Podpora scénářů multi-SID pro SAP

Skupiny prostředků

V Azure Resource Manager můžete použít skupiny prostředků ke správě všech prostředků aplikace ve vašem předplatném Azure. Integrovaný přístup, ve skupině prostředků, má všechny prostředky stejný životní cyklus. Například všechny prostředky jsou vytvořeny současně a jsou odstraněny ve stejnou dobu. Další informace o skupinách prostředků.

Závislost interního nástroje pro vyrovnávání zatížení Azure ve skupině prostředků Azure

v modelu nasazení azure classic existuje závislost mezi interním nástrojem pro vyrovnávání zatížení azure (Azure Load Balancer službou) a skupinou cloudových služeb. Každý interní nástroj pro vyrovnávání zatížení potřebuje jednu skupinu cloudových služeb.

V Azure Resource Manager nepotřebujete pro použití Azure Load Balancer skupinu prostředků Azure. Prostředí je jednodušší a flexibilnější.

Podpora scénářů multi-SID pro SAP

V Azure Resource Manager můžete v jednom clusteru nainstalovat několik instancí identifikátoru systému SAP (SID) ASCS/SCS. Instance s více identifikátory SID jsou možné z důvodu podpory více IP adres pro každý interní nástroj pro vyrovnávání zatížení Azure.

pokud chcete použít model nasazení Azure classic, postupujte podle pokynů popsaných v tématu sap NetWeaver v azure: clustering sap ASCS/SCS instances pomocí clusteringu s podporou převzetí služeb při selhání Windows serveru v azure s využitím datakeeper.

Windows Serverový Clustering s podporou převzetí služeb při selhání

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

Cluster s podporou převzetí služeb při selhání je skupina s 1 + n nezávislými servery (uzly), které vzájemně spolupracují za účelem 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í vypočítá počet selhání, ke kterým může dojít při údržbě clusteru v pořádku, aby poskytoval aplikace a služby. Pro zajištění clusteringu s podporou převzetí služeb při selhání můžete vybrat z různých režimů kvora.

Režimy kvora

když použijete clustering s podporou převzetí služeb při selhání Windows serveru, můžete si vybrat ze čtyř režimů kvora:

• Většina uzlů Každý uzel clusteru může hlasovat. Cluster funguje jenom s většinou hlasů, to znamená s více než polovičními hlasy. Tuto možnost doporučujeme pro clustery, které mají nerovnoměrný počet uzlů. Například tři uzly v clusteru se sedmi uzly můžou selhat, ale cluster stále dosahuje většiny a pokračuje v běhu.
• Většina uzlů a disků. Každý uzel a určený disk (určující disk) v úložišti clusteru může hlasovat, když jsou k dispozici a v komunikaci. Cluster funguje jenom ve většině hlasů, to znamená s více než polovičními hlasy. Tento režim dává smysl v prostředí clusteru s sudým počtem uzlů. Pokud je polovina uzlů a disků v režimu online, cluster zůstane v dobrém stavu.
• Většina uzlů a sdílených souborů. Každý uzel plus určenou sdílenou složku (určující sdílenou složku), kterou může správce vytvořit, může hlasovat bez ohledu na to, zda jsou uzly a sdílená složka k dispozici a v komunikaci. Cluster funguje jenom ve většině hlasů, to znamená s více než polovičními hlasy. Tento režim dává smysl v prostředí clusteru s sudým počtem uzlů. Je podobný režimu majoritního panelu a disku, ale používá sdílené složky s kopií clusteru místo disku s kopií clusteru. Tento režim je snadno implementován, ale pokud samotná sdílená složka není vysoce dostupná, může se stát, že se stane jediným bodem selhání.
• Bez většiny: jenom disk. Cluster má kvorum, pokud je k dispozici jeden uzel a v komunikaci s konkrétním diskem v úložišti clusteru. Ke clusteru se mohou připojit pouze uzly, které jsou zároveň v komunikaci s tímto diskem. Doporučujeme nepoužívat tento režim.

Windows Server Clustering s podporou převzetí služeb při selhání v místním prostředí

Obrázek 1 znázorňuje cluster dvou uzlů. Pokud síťové připojení mezi uzly selže a oba uzly zůstanou v provozu, disk nebo sdílená složka kvora určí, který uzel bude nadále poskytovat aplikace a služby clusteru. Uzel, který má přístup k disku nebo sdílené složce kvora, je uzel, který zajišťuje, aby služby pokračovaly.

Vzhledem k tomu, že tento příklad používá cluster se dvěma uzly, používáme režim kvora Většina uzlů a sdílených souborů. Většina uzlů a disků je zároveň platnou možností. V produkčním prostředí doporučujeme použít disk kvora. K zajištění vysoké dostupnosti můžete použít technologii sítě a systému úložiště.

Obrázek 1: příklad konfigurace clusteringu s převzetím služeb při selhání Windows serveru pro SAP ASCS/SCS v Azure

Sdílené úložiště

Obrázek 1 také ukazuje cluster sdíleného úložiště se dvěma uzly. V místním clusteru sdíleného úložiště vyhledá všechny uzly v clusteru sdílené úložiště. Blokovací mechanizmus chrání data před poškozením. Všechny uzly můžou zjistit, jestli se jiný uzel nezdařil. Pokud jeden uzel neprojde, zbývající uzel převezme vlastnictví prostředků úložiště a zajistí dostupnost služeb.

Překlad sítí a názvů

Klientské počítače dosáhnou clusteru přes virtuální IP adresu a název virtuálního hostitele, který poskytuje server DNS. Místní uzly a server DNS můžou zpracovávat víc IP adres.

Při typické instalaci používáte dvě nebo víc síťových připojení:

• Vyhrazené připojení k úložišti
• Síťové připojení k internímu clusteru pro prezenční signál
• Veřejná síť, kterou klienti používají pro připojení ke clusteru

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

v porovnání s nasazením holého nebo privátního cloudu 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 sdílený disk clusteru, je potřeba nastavit několik IP adres a názvy virtuálních hostitelů pro instanci SAP ASCS/SCS.

V tomto článku se zabýváme klíčovými koncepty a dalšími kroky potřebnými k sestavení clusteru centrálních služeb SAP s vysokou dostupností v Azure. Ukážeme vám, jak nastavit nástroj třetí strany s nástrojem datakeep a jak nakonfigurovat interní nástroj pro vyrovnávání zatížení Azure. pomocí těchto nástrojů můžete vytvořit cluster s podporou převzetí služeb při selhání Windows s určující sdílenou složkou v Azure.

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

Sdílený disk v Azure s využitím s datakeeping

Pro instanci SAP ASCS/SCS pro vysokou dostupnost potřebujete sdílené úložiště clusteru. Od září 2016 nenabízí Azure sdílené úložiště, které můžete použít k vytvoření sdíleného clusteru úložiště. K vytvoření zrcadleného úložiště, které simuluje sdílené úložiště clusteru, můžete použít software třetí strany s clusterem DataKeeper Edition. Řešení s poskytuje synchronní replikaci dat v reálném čase. Tímto způsobem můžete vytvořit prostředek sdíleného disku pro cluster:

1. připojte další virtuální pevný disk Azure ke každému virtuálnímu počítači (vm) v konfiguraci Windowsho clusteru.
2. Spusťte rutinu s rutinou datakeep-cluster na obou uzlech virtuálních počítačů.
3. Nakonfigurujte s Clusterovou verzí s DataKeeper tak, aby zrcadlí obsah dalšího připojeného svazku VHD ze zdrojového virtuálního počítače na další svazek připojený k virtuálnímu pevnému disku v cílovém virtuálním počítači. s tím, že služba datakeeps vyabstrakce zdrojové a cílové místní svazky a pak je prezentuje Windows clustering s podporou převzetí služeb při selhání jako jeden sdílený disk.

Získejte další informace o Datakeepu.

obrázek 3: konfigurace clusteringu s podporou převzetí služeb při selhání Windows serveru v Azure s využitím

Překlad názvů v Azure

Cloudová platforma Azure nenabízí možnost konfigurace virtuálních IP adres, jako jsou například plovoucí IP adresy. K nastavení virtuální IP adresy pro dosažení prostředku clusteru v cloudu potřebujete alternativní řešení. Azure obsahuje interní nástroj pro vyrovnávání zatížení ve službě Azure Load Balancer. S interním nástrojem pro vyrovnávání zatížení klienti dosáhnou clusteru přes virtuální IP adresu clusteru. Interní nástroj pro vyrovnávání zatížení musíte nasadit ve skupině prostředků, která obsahuje uzly clusteru. Pak nakonfigurujte všechna nezbytná pravidla předávání portů s porty sondy interního nástroje pro vyrovnávání zatížení. Klienti se mohou připojit prostřednictvím názvu 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í portu na aktivní uzel clusteru.

Vysoká dostupnost SAP NetWeaver v infrastruktuře Azure jako služba (IaaS)

Chcete-li dosáhnout vysoké dostupnosti aplikace SAP, například pro softwarové komponenty SAP, je nutné chránit následující komponenty:

• Instance aplikačního serveru SAP
• Instance SAP ASCS/SCS
• Server DBMS

Další informace o ochraně komponent SAP ve scénářích s vysokou dostupností najdete v tématu plánování a implementace služby Azure Virtual Machines pro SAP NetWeaver.

Aplikační Server SAP s vysokou dostupností

Obvykle nepotřebujete pro instance aplikačního serveru SAP a dialogových serverů SAP konkrétní řešení s vysokou dostupností. Dosáhnete vysoké dostupnosti redundancí a nakonfigurujete více instancí dialogů v různých instancích služby Azure Virtual Machines. Ve dvou instancích služby Azure Virtual Machines byste měli mít nainstalované aspoň dvě instance aplikace SAP.

Obrázek 4: Aplikační Server SAP s vysokou dostupností

Všechny virtuální počítače, které hostují instance aplikačního serveru SAP, musíte umístit do stejné skupiny dostupnosti Azure. Skupina dostupnosti Azure zajišťuje:

• Všechny virtuální počítače jsou součástí stejné upgradovací domény. Upgradovací doména například zajistí, že virtuální počítače nejsou aktualizovány ve stejnou dobu během plánovaného výpadku údržby.
• Všechny virtuální počítače jsou součástí stejné domény selhání. Doména selhání například zajišťuje nasazení virtuálních počítačů, aby nedošlo k žádnému jedinému bodu selhání, který by měl mít vliv na dostupnost všech virtuálních počítačů.

Přečtěte si další informace o tom, jak spravovat dostupnost virtuálních počítačů.

Vzhledem k tomu, že účet Azure Storage je potenciálním jediným bodem selhání, je důležité mít aspoň dva účty úložiště Azure, ve kterých jsou distribuované aspoň dva virtuální počítače. V ideálním případě by se disky každého virtuálního počítače, na kterém běží instance dialogového okna SAP, nasadily v jiném účtu úložiště.

Instance SAP ASCS/SCS s vysokou dostupností

Obrázek 5 je příkladem instance SAP ASCS/SCS s vysokou dostupností.

Obrázek 5: Instance SAP ASCS/SCS s vysokou dostupností

vysoká dostupnost instance SAP ASCS/SCS pomocí clusteringu s podporou převzetí služeb při selhání Windows serveru v Azure

v porovnání s nasazením holého nebo privátního cloudu vyžaduje Azure Virtual Machines další kroky ke konfiguraci clusteringu s podporou převzetí služeb při selhání Windows serveru. pokud chcete vytvořit cluster s podporou převzetí služeb při selhání Windows, budete potřebovat sdílený disk clusteru, několik IP adres, několik názvů virtuálních hostitelů a interní nástroj pro vyrovnávání zatížení Azure pro clustering instance SAP ASCS/SCS. Podrobněji o tom probereme dále v článku.

obrázek 6: clustering s podporou převzetí služeb při selhání Windowsho serveru pro konfiguraci SAP ASCS/SCS v Azure s využitím s datakeeping

Instance DBMS s vysokou dostupností

DBMS je také jedním kontaktním bodem v systému SAP. Budete je muset chránit pomocí řešení s vysokou dostupností. obrázek 7 ukazuje SQL Server vždy v řešení vysoké dostupnosti v Azure s clustering s podporou převzetí služeb při selhání Windows serveru a interním nástrojem pro vyrovnávání zatížení Azure. SQL Server Always On replikuje DBMS data a soubory protokolu pomocí vlastní replikace systému DBMS. V takovém případě nepotřebujete sdílené disky clusteru, což zjednodušuje celou instalaci.

Obrázek 7: příklad nástroje SAP DBMS s vysokou dostupností s SQL Server Always On

další informace o clusteringu SQL Server v Azure s využitím modelu nasazení Azure Resource Manager najdete v těchto článcích:

• Ruční konfigurace skupiny dostupnosti Always On v Azure Virtual Machines pomocí Správce prostředků
• Konfigurace interního nástroje pro vyrovnávání zatížení Azure pro skupinu dostupnosti Always On v Azure

Kompletní scénáře nasazení s vysokou dostupností

Scénář nasazení pomocí šablony architektury 1

Obrázek 8 ukazuje příklad architektury s vysokou dostupností SAP NetWeaver v Azure pro jeden systém SAP. Tento scénář se nastaví takto:

• Pro instanci SAP ASCS/SCS se používá jeden vyhrazený cluster.
• Pro instanci systému DBMS se používá jeden vyhrazený cluster.
• Instance aplikačního serveru SAP se nasazují ve vlastních vyhrazených virtuálních počítačích.

Obrázek 8: Šablona architektury SAP pro vysokou dostupnost 1, vyhrazené clustery pro ASCS/SCS a DBMS

Scénář nasazení pomocí šablony architektury 2

Obrázek 9 ukazuje příklad architektury s vysokou dostupností SAP NetWeaver v Azure pro jeden systém SAP. Tento scénář se nastaví takto:

• Jeden vyhrazený cluster se používá pro instanci SAP ASCS/ SCS i pro systém DBMS.
• Instance aplikačního serveru SAP se nasazují ve vlastních vyhrazených virtuálních počítačích.

Obrázek 9: Architektura architektury SAP pro vysokou dostupnost 2, s vyhrazeným clusterem pro ASCS/SCS a vyhrazeným clusterem pro systémy DBMS

Scénář nasazení pomocí šablony architektury 3

Obrázek 10 ukazuje příklad architektury s vysokou dostupností SAP NetWeaver v Azure pro dva systémy SAP s < SID1 > a < SID2 > . Tento scénář se nastaví takto:

• Jeden vyhrazený cluster se používá pro instanci SID1 SAP ASCS/SCS a instanci SAP ASCS/SCS SID2 (jeden cluster).
• Jeden vyhrazený cluster se používá pro DBMS SID1 a další vyhrazený cluster se používá pro DBMS SID2 (dva clustery).
• Instance aplikačního serveru SAP pro systém SAP SID1 mají vlastní vyhrazené virtuální počítače.
• Instance aplikačního serveru SAP pro systém SAP SID2 mají vlastní vyhrazené virtuální počítače.

Obrázek 10: Architektura architektury s vysokou dostupností SAP s vyhrazeným clusterem pro různé instance ASCS/SCS

Příprava infrastruktury

Příprava infrastruktury na šablonu architektury 1

Šablony Azure Resource Manager pro SAP usnadňují nasazení požadovaných prostředků.

Šablony tří vrstev v Azure Resource Manager také podporují scénáře s vysokou dostupností, například v architektuře architektury 1, která má dva clustery. Každý cluster představuje jediný bod SAP pro SAP ASCS/SCS a DBMS.

Tady je postup, kde můžete získat šablony Azure Resource Manager pro ukázkový scénář, který popisujeme v tomto článku:

• Obrázek Azure Marketplace
• Vlastní image

Příprava infrastruktury pro architekturu šablony 1:

• V Azure Portal v okně parametry v poli SYSTEMAVAILABILITY vyberte ha.

  

Obrázek 11: Nastavení Azure Resource Manager parametrů pro vysokou dostupnost SAP

Šablony vytvoří:

• Virtuální počítače:

  • Virtuální počítače aplikačního serveru SAP: <SAPSystemSID>-di-<číslo>
  • Virtuální počítače s clustery ASCS/SCS: <SAPSystemSID>-ASCS-<číslo>
  • Cluster DBMS: <SAPSystemSID>-db-<číslo>

• Síťové karty pro všechny virtuální počítače s přidruženými IP adresami:

  • <SAPSystemSID>-nic-di-<číslo>
  • <SAPSystemSID>-nic-ASCS – číslo <>
  • <SAPSystemSID> – síťová karta-<číslo>

• Účty služby Azure Storage

• Skupiny dostupnosti pro:

  • Virtuální počítače SAP aplikačního serveru: <SAPSystemSID>-avset-di
  • Virtuální počítače s clustery SAP ASCS/SCS: <SAPSystemSID>-avset-ASCS
  • DBMS clusterové virtuální počítače: <SAPSystemSID>-avset-DB

• Interní nástroj pro vyrovnávání zatížení Azure:

  • Všechny porty pro instanci ASCS/SCS a IP adresu <SAPSystemSID>-9,1-ASCS
  • se všemi porty pro SQL Server DBMS a IP adresou <SAPSystemSID>-9,1-db

• Skupina zabezpečení sítě: <SAPSystemSID>-NSG-ASCS-0

  • S otevřeným externím portem protokol RDP (Remote Desktop Protocol) (RDP) pro virtuální počítač <SAPSystemSID>-ASCS-0

Nasazení virtuálních počítačů s připojením k podnikové síti (mezi místními) pro použití v produkčním prostředí

V případě produkčních systémů SAP nasaďte virtuální počítače Azure s připojením k podnikové síti pomocí sítě VPN Azure Site-to-site nebo Azure ExpressRoute.

1. V Azure Portal vyberte v okně parametry v poli NEWOREXISTINGSUBNET možnost existující.

2. Do pole SUBNETID přidejte úplný řetězec připraveného Azure Network SUBNETID, kde plánujete nasazení virtuálních počítačů Azure.

3. Pokud chcete získat seznam všech podsítí sítě Azure, spusťte tento příkaz PowerShellu:

   (Get-AzureRmVirtualNetwork -Name <azureVnetName>  -ResourceGroupName <ResourceGroupOfVNET>).Subnets
   

   Pole ID zobrazuje SUBNETID.

4. Pokud chcete získat seznam všech hodnot SUBNETID , spusťte tento příkaz PowerShellu:

   (Get-AzureRmVirtualNetwork -Name <azureVnetName>  -ResourceGroupName <ResourceGroupOfVNET>).Subnets.Id
   

   SUBNETID vypadá takto:

   /subscriptions/<SubscriptionId>/resourceGroups/<VPNName>/providers/Microsoft.Network/virtualNetworks/azureVnet/subnets/<SubnetName>
   

Nasazení pouze cloudových instancí SAP pro test a ukázku

Systém SAP s vysokou dostupností můžete nasadit do modelu nasazení pouze pro Cloud. Tento druh nasazení je vhodný hlavně pro ukázkové a testovací případy použití. Nehodí se pro případy použití v produkčním prostředí.

• V Azure Portal v okně parametry vyberte v poli NEWOREXISTINGSUBNET možnost Nový. Pole SUBNETID ponechte prázdné.

  Šablona SAP Azure Resource Manager automaticky vytvoří virtuální síť a podsíť Azure.

Příprava infrastruktury na šablonu architektury 2

Tuto šablonu Azure Resource Manager pro SAP můžete použít k jednoduššímu nasazení požadovaných prostředků infrastruktury pro architekturu SAP architektonické šablony 2.

Tady je místo, kde můžete získat Azure Resource Manager šablony pro tento scénář nasazení:

• Obrázek Azure Marketplace
• Vlastní image

Příprava infrastruktury na šablonu architektury 3

Můžete připravit infrastrukturu a nakonfigurovat SAP pro více identifikátorů SID. Do existující konfigurace clusteru můžete například přidat další instanci SAP ASCS/SCS. Další informace najdete v tématu Konfigurace další instance SAP ASCS/SCS do existující konfigurace clusteru pro vytvoření konfigurace SAP multi-SID v Azure Resource Manager.

Pokud chcete vytvořit nový cluster s více identifikátory SID, můžete použít šablony pro rychlý Start pro více SID na GitHub. Chcete-li vytvořit nový cluster s více identifikátory SID, je nutné nasadit následující tři šablony:

• Šablona ASCS/SCS
• Šablona databáze
• Šablona aplikačních serverů

Následující části obsahují další podrobnosti o šablonách a parametry, které je třeba zadat v šablonách.

Šablona ASCS/SCS

šablona ASCS/SCS nasadí dva virtuální počítače, které můžete použít k vytvoření clusteru s podporou převzetí služeb při selhání Windows serveru, který je hostitelem více instancí ASCS/SCS.

Šablonu ASCS/SCS s více identifikátory SID nastavíte tak, že v šabloně ASCS/SCS pro multi-SIDzadáte hodnoty pro následující parametry:

• Předpona prostředku Nastavte předponu prostředku, která se používá k vytvoření předpony všech prostředků, které se vytvoří během nasazení. Vzhledem k tomu, že prostředky nepatří pouze k jednomu systému SAP, předpona prostředku není identifikátor SID jednoho systému SAP. Předpona musí mít tři až šest znaků.
• Typ zásobníku. Vyberte typ zásobníku systému SAP. v závislosti na typu zásobníku Azure Load Balancer má jednu (jazyk ABAP nebo java) nebo dvě privátní IP adresy (jazyk ABAP + java) na systém SAP.
• Typ operačního systému. Vyberte operační systém virtuálních počítačů.
• Počet systémů SAP Vyberte počet systémů SAP, které chcete v tomto clusteru nainstalovat.
• Dostupnost systému. Vyberte ha.
• Uživatelské jméno správce a heslo správce. Vytvořte nového uživatele, který se dá použít k přihlášení k počítači.
• Nová nebo existující podsíť. Nastavte, zda má být vytvořena nová virtuální síť a podsíť, nebo by měla být použita existující podsíť. Pokud už máte virtuální síť, která je připojená k vaší místní síti, vyberte existující.
• ID podsítě Pokud chcete virtuální počítač nasadit do existující virtuální sítě, kde máte definovanou podsíť, ke které je potřeba přiřadit virtuální počítač, pojmenujte ID této konkrétní podsítě. ID obvykle vypadá takto: ID předplatného /subscriptions/<>/resourceGroups/<název skupiny prostředků>/Providers/Microsoft.Network/virtualNetworks/<virtuální síť název>/subnets/<název podsítě>

šablona nasadí jednu instanci Azure Load Balancer, která podporuje více systémů SAP.

• Instance ASCS jsou nakonfigurované pro instance číslo 00, 10, 20...
• Instance SCS jsou nakonfigurované pro číslo instance 01, 11, 21...
• Instance serveru pro replikaci ASCS ve frontě (jenom Linux) se konfigurují pro instance číslo 02, 12, 22...
• Instance SCS OLAJÍCÍCH (pouze Linux) jsou nakonfigurované pro instance číslo 03, 13, 23...

Vyrovnávání zátěže obsahuje 1 (2 pro Linux) VIP, VIP pro ASCS/SCS a 1x VIP pro OLAJÍCÍCH (jenom Linux).

Následující seznam obsahuje všechna pravidla vyrovnávání zatížení (kde x je číslo systému SAP, například 1, 2, 3...):

• porty specifické pro Windows pro každý systém SAP: 445, 5985
• ASCS porty (číslo instance x0): 32x0, 36x0, 39x0, 81x0, 5x013, 5x014, 5x016
• SCS porty (číslo instance x1): 32x1, 33x1, 39x1, 81x1, 5x113, 5x114, 5x116
• ASCS OLAJÍCÍCH porty na platformě Linux (číslo instance X2): 33x2, 5x213, 5x214, 5x216
• SCS OLAJÍCÍCH porty na platformě Linux (číslo instance X3): 33x3, 5x313, 5x314, 5x316

Nástroj pro vyrovnávání zatížení je nakonfigurován tak, aby používal následující zkušební porty (kde x je číslo systému SAP, například 1, 2, 3...):

• ASCS/SCS interního vyrovnávání zatížení – port testu paměti 620x0
• OLAJÍCÍCH interního nástroje pro vyrovnávání zatížení (jenom Linux): 621x2

Šablona databáze

Šablona databáze nasadí jeden nebo dva virtuální počítače, které můžete použít k instalaci systému pro správu relačních databází (RDBMS) pro jeden systém SAP. Pokud například nasadíte šablonu ASCS/SCS pro pět systémů SAP, budete muset tuto šablonu nasadit pětkrát.

Šablonu Database multi-SID nastavíte tak, že v šabloně Database multi-SIDzadáte hodnoty pro následující parametry:

• ID systému SAP. Zadejte ID systému SAP pro systém SAP, který chcete nainstalovat. ID se použije jako předpona pro nasazené prostředky.
• Typ operačního systému. Vyberte operační systém virtuálních počítačů.
• DbType. Vyberte typ databáze, kterou chcete na clusteru nainstalovat. pokud chcete nainstalovat Microsoft SQL Server, vyberte SQL . Pokud plánujete instalaci SAP HANA na virtuálních počítačích, vyberte Hana . ujistěte se, že jste vybrali správný typ operačního systému: vyberte Windows pro SQL a vyberte distribuci Linux pro HANA. Azure Load Balancer, která je připojená k virtuálním počítačům, bude nakonfigurovaná tak, aby podporovala vybraný typ databáze:
  • SQL. Nástroj pro vyrovnávání zatížení bude vyrovnávat zatížení portu 1433. nezapomeňte použít tento port pro instalaci služby Always On SQL Server.
  • Hana. Nástroj pro vyrovnávání zatížení bude vyrovnávat zatížení portů 35015 a 35017. Nezapomeňte nainstalovat SAP HANA s číslem instance 50. Nástroj pro vyrovnávání zatížení bude používat port testu 62550.
• Velikost systému SAP. Nastavte počet SAP, který bude nový systém poskytovat. Pokud si nejste jistí, kolik SAP bude systém vyžadovat, požádejte svého partnera technologie SAP nebo systémový integrátor.
• Dostupnost systému. Vyberte ha.
• Uživatelské jméno správce a heslo správce. Vytvořte nového uživatele, který se dá použít k přihlášení k počítači.
• ID podsítě Zadejte ID podsítě, kterou jste použili během nasazování šablony ASCS/SCS, nebo ID podsítě, která byla vytvořena jako součást nasazení šablony ASCS/SCS.

Šablona aplikačních serverů

Šablona aplikačních serverů nasadí dva nebo víc virtuálních počítačů, které se dají použít jako instance aplikačního serveru SAP pro jeden systém SAP. Pokud například nasadíte šablonu ASCS/SCS pro pět systémů SAP, budete muset tuto šablonu nasadit pětkrát.

Šablonu multi-SID aplikačních serverů nastavíte tak, že v šabloně multi-SID aplikačních serverůzadáte hodnoty pro následující parametry:

• ID systému SAP. Zadejte ID systému SAP pro systém SAP, který chcete nainstalovat. ID se použije jako předpona pro nasazené prostředky.
• Typ operačního systému. Vyberte operační systém virtuálních počítačů.
• Velikost systému SAP. Počet SAP, který bude nový systém poskytovat. Pokud si nejste jistí, kolik SAP bude systém vyžadovat, požádejte svého partnera technologie SAP nebo systémový integrátor.
• Dostupnost systému. Vyberte ha.
• Uživatelské jméno správce a heslo správce. Vytvořte nového uživatele, který se dá použít k přihlášení k počítači.
• ID podsítě Zadejte ID podsítě, kterou jste použili během nasazování šablony ASCS/SCS, nebo ID podsítě, která byla vytvořena jako součást nasazení šablony ASCS/SCS.

Virtuální síť Azure

V našem příkladu je adresní prostor virtuální sítě Azure 10.0.0.0/16. Existuje jedna podsíť s názvem podsíť s rozsahem adres 10.0.0.0/24. Všechny virtuální počítače a interní nástroje pro vyrovnávání zatížení se nasazují v této virtuální síti.

IP adresy DNS

Chcete-li nastavit požadované IP adresy DNS, proveďte následující kroky.

1. V Azure Portal v okně servery DNS se ujistěte, že je možnost servery DNS virtuální sítě nastavená na vlastní DNS.

2. Vyberte nastavení podle typu sítě, kterou máte. Další informace naleznete v následujících zdrojích:

   • Přidejte IP adresy místních serverů DNS.
     Místní servery DNS můžete rozmístit do virtuálních počítačů, které běží v Azure. V takovém scénáři můžete přidat IP adresy virtuálních počítačů Azure, na kterých spouštíte službu DNS.
   • Pro nasazení izolovaná v Azure: nasaďte další virtuální počítač ve stejné instanci Virtual Network, která slouží jako server DNS. Přidejte IP adresy virtuálních počítačů Azure, které jste nastavili pro spuštění služby DNS.

   

   Obrázek 12: Konfigurace serverů DNS pro Azure Virtual Network

   Poznámka

   Pokud změníte IP adresy serverů DNS, budete muset restartovat virtuální počítače Azure, abyste tuto změnu aplikují a rozšíříte nové servery DNS.

V našem příkladu je služba DNS nainstalovaná a nakonfigurovaná na těchto virtuálních Windows počítače:

Názvy hostitelů a statické IP adresy pro clusterovou instanci SAP ASCS/SCS a clusterovou instanci DBMS

Pro místní nasazení potřebujete tyto vyhrazené názvy hostitelů a IP adresy:

Při vytváření clusteru vytvořte názvy virtuálních hostitelů pr1-ascs-vir a pr1-dbms-vir a přidružené IP adresy, které spravují samotný cluster. Informace o tom, jak to provést, najdete v tématu Shromažďování uzlů clusteru v konfiguraci clusteru.

Na serveru DNS můžete ručně vytvořit další dva názvy virtuálních hostitelů, pr1-ascs-sap a pr1-dbms-sap, a přidružené IP adresy. Clusterovaná instance SAP ASCS/SCS a clusterovaná instance DBMS tyto prostředky používají. Informace o tom, jak to provést, najdete v tématu Vytvoření názvu virtuálního hostitele pro clusterovou instanci SAP ASCS/SCS.

Nastavení statických IP adres pro virtuální počítače SAP

Po nasazení virtuálních počítačů pro použití v clusteru je potřeba nastavit statické IP adresy pro všechny virtuální počítače. Proveďte to v konfiguraci Virtual Network Azure, a ne v host operačním systému.

1. V Azure Portal vyberte Síťová karta > skupiny prostředků a > Nastavení IP > adresa.

2. V okně IP adresy v části Přiřazení vyberte Statické. Do pole IP adresa zadejte IP adresu, kterou chcete použít.

   Poznámka

   Pokud změníte IP adresu síťové karty, budete muset restartovat virtuální počítače Azure, aby se tato změna aplikuje.

   

   Obrázek 13: Nastavení statických IP adres pro síťovou kartu každého virtuálního počítače

   Tento krok opakujte pro všechna síťová rozhraní, to znamená pro všechny virtuální počítače, včetně virtuálních počítačů, které chcete použít pro službu Active Directory nebo DNS.

V našem příkladu máme tyto virtuální počítače a statické IP adresy:

Nastavení statické IP adresy pro interní nástroj pro vyrovnávání zatížení Azure

Šablona SAP Azure Resource Manager vytvoří interní nástroj pro vyrovnávání zatížení Azure, který se používá pro cluster instancí SAP ASCS/SCS a cluster DBMS.

Nastavení statické IP adresy pro interní nástroj pro vyrovnávání zatížení Azure:

1. Při počátečním nasazení se IP adresa interního nástroje pro vyrovnávání zatížení nastaví na Dynamická. V Azure Portal v okně IP adresy v části Přiřazení vyberte Statické.

2. Nastavte IP adresu interního nástroje pro vyrovnávání zatížení pr1-lb-ascs na IP adresu názvu virtuálního hostitele instance SAP ASCS/SCS.

3. Nastavte IP adresu interního nástroje pro vyrovnávání zatížení pr1-lb-dbms na IP adresu názvu virtuálního hostitele instance DBMS.

   

   Obrázek 14: Nastavení statických IP adres pro interní nástroj pro vyrovnávání zatížení pro instanci SAP ASCS/SCS

V našem příkladu máme dva interní nástroje pro vyrovnávání zatížení Azure, které mají tyto statické IP adresy:

Výchozí pravidla vyrovnávání zatížení ASCS/SCS pro interní nástroj pro vyrovnávání zatížení Azure

Šablona sap Azure Resource Manager vytvoří porty, které potřebujete:

• Instance jazyk ABAP ASCS s výchozím číslem instance 00
• Instance Java SCS s výchozím číslem instance 01

Při instalaci instance SAP ASCS/SCS musíte použít výchozí číslo instance 00 pro instanci služby jazyk ABAP ASCS a výchozí číslo instance 01 pro instanci Java SCS.

Dále vytvořte požadované koncové body interního vyrovnávání zatížení pro porty SAP NetWeaver.

Pokud chcete vytvořit požadované koncové body interního vyrovnávání zatížení, nejprve vytvořte tyto koncové body vyrovnávání zatížení pro SAP NetWeaver jazyk ABAP ASCS:

Tabulka 1: Čísla portů instancí SAP NetWeaver jazyk ABAP ASCS

Pak vytvořte tyto koncové body pro vyrovnávání zatížení pro porty SAP NetWeaver Java SCS:

Tabulka 2: Čísla portů instancí SAP NetWeaver Java SCS

Obrázek 15: Výchozí pravidla vyrovnávání zatížení ASCS/SCS pro interní nástroj pro vyrovnávání zatížení Azure

Nastavte IP adresu nástroje pro vyrovnávání zatížení pr1-lb-dbms na IP adresu názvu virtuálního hostitele instance DBMS.

Změna výchozích pravidel vyrovnávání zatížení ASCS/SCS pro interní nástroj pro vyrovnávání zatížení Azure

Pokud chcete pro instance SAP ASCS nebo SCS použít různá čísla, musíte změnit názvy a hodnoty jejich portů z výchozích hodnot.

1. V Azure Portal vyberte < SID>-lb-ascs pro vyrovnávání > zatížení Pravidla vyrovnávání zatížení.

2. U všech pravidel vyrovnávání zatížení, která patří do instance SAP ASCS nebo SCS, změňte tyto hodnoty:

   • Název
   • Port
   • Back-endový port

   Pokud například chcete změnit výchozí číslo instance služby ASCS z 00 na 31, musíte provést změny pro všechny porty uvedené v tabulce 1.

   Tady je příklad aktualizace pro port lbrule3200.

   

   Obrázek 16: Změna výchozích pravidel vyrovnávání zatížení ASCS/SCS pro interní nástroj pro vyrovnávání zatížení Azure

Přidání Windows počítačů do domény

Po přiřazení statické IP adresy virtuálním počítačům přidejte virtuální počítače do domény.

Obrázek 17: Přidání virtuálního počítače do domény

Přidání položek registru do obou uzlů clusteru instance SAP ASCS/SCS

Azure Load Balancer má interní nástroj pro vyrovnávání zatížení, který ukončuje připojení, když jsou připojení po určitou dobu nečinná (časový limit nečinnosti). Pracovní procesy SAP v instancích dialogového okna otevřou připojení k procesu zařazení SAP do fronty, jakmile je potřeba odeslat první požadavek na zařazení do fronty nebo jeho vynětu z fronty. Tato připojení obvykle zůstávají vytvořená, dokud se pracovní proces nebo proces zařazení do fronty nerestartuje. Pokud je však připojení po určitou dobu nečinné, interní nástroj pro vyrovnávání zatížení Azure tato připojení zavře. To není problém, protože pracovní proces SAP znovu načte připojení k procesu zařazení do fronty, pokud už neexistuje. Tyto aktivity jsou zdokumentované v trasování procesů SAP pro vývojáře, ale v těchto trasováních vytvářejí velké množství dodatečného obsahu. Je vhodné změnit TCP/IP a na KeepAliveTime KeepAliveInterval obou uzlech clusteru. Tyto změny v parametrech TCP/IP zkombinujte s parametry profilu SAP, které jsou popsané dále v tomto článku.

Pokud chcete přidat položky registru na obou uzlech clusteru instance SAP ASCS/SCS, nejprve přidejte tyto položky registru Windows na obou uzlech clusteru Windows pro SAP ASCS/SCS:

Tabulka 3: Změna prvního parametru TCP/IP

Pak přidejte následující Windows registru na obou uzlech Windows clusteru pro SAP ASCS/SCS:

Tabulka 4: Změna druhého parametru TCP/IP

Pokud chcete tyto změny použít, restartujte oba uzly clusteru.

Nastavení clusteru clusteringu Windows s podporou převzetí služeb při selhání serveru pro instanci SAP ASCS/SCS

Nastavení clusteru clusteringu Windows s podporou převzetí služeb při selhání serveru pro instanci SAP ASCS/SCS zahrnuje tyto úlohy:

• Shromažďování uzlů clusteru v konfiguraci clusteru
• Konfigurace sdílené složky clusteru s podporou sdílené složky

Shromažďování uzlů clusteru v konfiguraci clusteru

1. V Průvodci přidáním rolí a funkcí přidejte clustering s podporou převzetí služeb při selhání do obou uzlů clusteru.

2. Nastavte cluster s podporou převzetí služeb při selhání pomocí Správce clusteru s podporou převzetí služeb při selhání. V Správce clusteru s podporou převzetí služeb při selhání vyberte Vytvořit cluster a pak přidejte pouze název prvního clusteru, uzel A. Ještě nepřidáte druhý uzel. Druhý uzel přidáte v pozdějším kroku.

   

   Obrázek 18: Přidání názvu serveru nebo virtuálního počítače prvního uzlu clusteru

3. Zadejte název sítě (název virtuálního hostitele) clusteru.

   

   Obrázek 19: Zadejte název clusteru.

4. Po vytvoření clusteru spusťte ověřovací test clusteru.

   

   Obrázek 20: Spuštění kontroly ověření clusteru

   V tomto okamžiku procesu můžete ignorovat jakákoli upozornění na disky. Později přidáte sdílenou složku s sdílenou složku a sdílené disky SIOS. V této fázi se nemusíte starat o kvorum.

   

   Obrázek 21: Nenašel se žádný disk kvora

   

   Obrázek 22: Prostředek základního clusteru potřebuje novou IP adresu

5. Změňte IP adresu základní clusterové služby. Cluster se nemůže spustit, dokud nezměníte IP adresu základní clusterové služby, protože IP adresa serveru odkazuje na jeden z uzlů virtuálního počítače. Proveďte to na stránce Vlastnosti prostředku IP základní clusterové služby.

   Například musíme přiřadit IP adresu (v našem příkladu 10.0.0.42) pro název virtuálního hostitele clusteru pr1-ascs-vir.

   

   Obrázek 23: V dialogovém okně Vlastnosti změňte IP adresu.

   

   Obrázek 24: Přiřaďte IP adresu vyhrazenou pro cluster.

6. Přenese název virtuálního hostitele clusteru do režimu online.

   

   Obrázek 25: Základní služba clusteru je v provozu a má správnou IP adresu

7. Přidejte druhý uzel clusteru.

   Teď, když je základní clusterová služba spuštěná, můžete přidat druhý uzel clusteru.

   

   Obrázek 26: Přidání druhého uzlu clusteru

8. Zadejte název druhého hostitele uzlu clusteru.

   

   Obrázek 27: Zadejte druhý název hostitele uzlu clusteru.

   Důležité

   Ujistěte se, že není zaškrtnuté políčko Přidat do clusteru všechna oprávněná úložiště.

   

   Obrázek 28: Nezaškrtá toto políčko

   Upozornění týkající se kvora a disků můžete ignorovat. Kvorum nastavíte a disk nasdílíte později, jak je popsáno v tématu Instalace edice clusteru SIOS DataKeeper pro disk sdílené složky clusteru SAP ASCS/SCS.

   

   Obrázek 29: Ignorování upozornění na kvorum disku

Konfigurace sdílené složky clusteru s podporou sdílené složky

Konfigurace sdílené složky clusteru zahrnuje tyto úlohy:

• Vytvoření sdílené složky
• Nastavení kvora určující sdílené složky v Správce clusteru s podporou převzetí služeb při selhání

Vytvoření sdílené složky

1. Vyberte určující složku místo disku kvora. SIOS DataKeeper tuto možnost podporuje.

   V příkladech v tomto článku se sdílená složka nachází na serveru Active Directory nebo DNS, který běží v Azure. Název sdílené složky s názvem domcontr-0. Vzhledem k tomu, že byste nakonfigurovali připojení VPN k Azure (prostřednictvím sítě VPN typu Site-to-Site nebo Azure ExpressRoute), vaše služba Active Directory nebo DNS je místní a není vhodná ke spuštění sdílené složky.

   Poznámka

   Pokud služba Active Directory nebo DNS běží jenom místně, nekonfigurujte složku s kopii clusteru v operačním systému Active Directory nebo DNS Windows, který běží místně. Latence sítě mezi uzly clusteru běžící v Azure a místní službou Active Directory nebo DNS může být příliš velká a může způsobovat problémy s připojením. Nezapomeňte nakonfigurovat složku s podporou sdílené složky na virtuálním počítači Azure, který je spuštěný v blízkosti uzlu clusteru.

   Jednotka kvora potřebuje alespoň 1 024 MB volného místa. Pro jednotku kvora doporučujeme 2 048 MB volného místa.

2. Přidejte objekt názvu clusteru.

   

   Obrázek 30: Přiřaďte oprávnění ke sdílené složky pro objekt názvu clusteru.

   Ujistěte se, že oprávnění zahrnují oprávnění ke změně dat ve sdíleném souboru pro objekt názvu clusteru (v našem příkladu pr1-ascs-vir$).

3. Pokud chcete přidat objekt názvu clusteru do seznamu, vyberte Přidat. Změňte filtr tak, aby kromě objektů na obrázku 31 kontroll i objekty počítače.

   

   Obrázek 31: Změňte typy objektů tak, aby zahrnovaly počítače.

   

   Obrázek 32: Zaškrtněte políčko Počítače.

4. Zadejte objekt názvu clusteru, jak je znázorněno na obrázku 31. Vzhledem k tomu, že tento záznam již byl vytvořen, můžete změnit oprávnění, jak je znázorněno na obrázku 30.

5. Vyberte kartu zabezpečení sdílené složky a pak nastavte podrobnější oprávnění pro objekt názvu clusteru.

   

   Obrázek 33: Nastavení atributů zabezpečení pro objekt názvu clusteru v kvoru sdílení souborů

Nastavte kvorum určující sdílenou složku v Správce clusteru s podporou převzetí služeb při selhání

1. Otevřete Průvodce konfigurací nastavení kvora.

   

   Obrázek 34: Spuštění Průvodce konfigurací nastavení kvora clusteru

2. Na stránce Vybrat konfiguraci kvora vyberte Vybrat určující disk kvora.

   

   Obrázek 35: Konfigurace kvora, ze kterých si můžete vybrat

3. Na stránce Vybrat určující disk kvora vyberte Konfigurovat určující sdílenou složku.

   

   Obrázek 36: Vybrat určující sdílenou složku

4. Zadejte cestu UNC ke sdílené složce (v našem příkladu \ domcontr-0\FSW). Chcete-li zobrazit seznam změn, které lze provést, vyberte možnost Další.

   

   Obrázek 37: Zadejte umístění sdílené složky pro sdílenou složku s kopií clusteru.

5. Vyberte požadované změny a pak klikněte na tlačítko Další. Musíte úspěšně znovu nakonfigurovat konfiguraci clusteru, jak je znázorněno na obrázku 38.

   

   Obrázek 38: Potvrzení, že jste cluster znovu nakonfigurovali

po úspěšné instalaci Windowsho clusteru s podporou převzetí služeb při selhání je třeba provést změny v některých prahových hodnotách, aby bylo zjišťování převzetí služeb při selhání v Azure možné Parametry, které se mají změnit, jsou popsány v tomto blogu: https://techcommunity.microsoft.com/t5/Failover-Clustering/Tuning-Failover-Cluster-Network-Thresholds/ba-p/371834 . za předpokladu, že vaše dva virtuální počítače, které vytvářejí konfiguraci Windows clusteru pro ASCS/SCS, jsou ve stejné podsíti, je nutné změnit následující parametry na tyto hodnoty:

• SameSubNetDelay = 2000
• SameSubNetThreshold = 15
• RoutingHistoryLength = 30

Tato nastavení byla testována se zákazníky a poskytovala dobré kompromisy, aby byly na jedné straně dostatečně odolnější. Na druhé straně tato nastavení poskytovala v reálném čase dostatek chyb při selhání pro software SAP nebo uzel/virtuální počítač.

Instalace s tím, že Clusterová edice DataKeeper pro disk sdílené složky clusteru SAP ASCS/SCS

nyní máte funkční konfiguraci clusteringu s podporou převzetí služeb při selhání serveru Windows v Azure. K instalaci instance SAP ASCS/SCS ale potřebujete prostředek sdíleného disku. V Azure nemůžete vytvořit prostředky sdíleného disku, které potřebujete. V případě clusteru DataKeeper Edition je řešení třetí strany, které můžete použít k vytvoření prostředků sdíleného disku.

Instalace s tím, že Clusterová edice DataKeeper pro sdílený disk clusteru SAP ASCS/SCS zahrnuje tyto úlohy:

• přidání .NET Framework 3,5
• Instaluje se s DataKeeper.
• Nastavování s datakeep

přidat .NET Framework 3,5

Microsoft .NET Framework 3,5 není automaticky aktivovaný ani nainstalovaný na Windows Server 2012 R2. vzhledem k tomu, že s datakeeper vyžaduje .NET Framework být na všech uzlech, na které instalujete datakeepes, je nutné nainstalovat .NET Framework 3,5 v hostovaném operačním systému všech virtuálních počítačů v clusteru.

existují dva způsoby, jak přidat .NET Framework 3,5:

• pomocí průvodce přidáním rolí a funkcí v Windows, jak je znázorněno na obrázku 39.

  

  Obrázek 39: instalace .NET Framework 3,5 pomocí průvodce přidáním rolí a funkcí

  

  Obrázek 40: indikátor průběhu instalace při instalaci .NET Framework 3,5 pomocí průvodce přidáním rolí a funkcí

• Použijte nástroj příkazového řádku dism.exe. pro tento typ instalace budete potřebovat přístup k adresáři SxS na instalačním médiu Windows. Na příkazovém řádku se zvýšenými oprávněními zadejte:

  Dism /online /enable-feature /featurename:NetFx3 /All /Source:installation_media_drive:\sources\sxs /LimitAccess
  

Instalace s DataKeeper

Nainstalujte cluster s DataKeeper Edition do každého uzlu v clusteru. Pokud chcete vytvořit virtuální sdílené úložiště s využitím DataKeeper, vytvořte synchronizovaný zrcadlový svazek a pak Simulujte sdílené úložiště clusteru.

Před instalací softwaru s DataKeeperSvc vytvořte uživatele domény.

Instalace s DataKeeper:

1. Nainstalujte software v obou uzlech clusteru.

   

   

   Obrázek 41: První stránka Instalace s datakeeping

2. V dialogovém okně zobrazeném na obrázku 42 vyberte Ano.

   

   Obrázek 42: DataKeeper vás informuje, že služba bude zakázaná.

3. V dialogovém okně zobrazeném na obrázku 43 doporučujeme vybrat účet domény nebo serveru.

   

   Obrázek 43: Výběr uživatele pro s datakeeping

4. Zadejte uživatelské jméno a heslo účtu domény, které jste vytvořili pro datakeeping.

   

   Obrázek 44: Zadejte uživatelské jméno a heslo domény pro instalaci s názvem s instalací.

5. Nainstalujte licenční klíč pro vaši instanci s tím, jak je znázorněno na obrázku 45.

   

   Obrázek 45: Zadejte svůj licenční klíč s klíčem datakeeping.

6. Po zobrazení výzvy restartujte virtuální počítač.

Nastavení s s datakeeping

Po instalaci s datakeepce na obou uzlech musíte spustit konfiguraci. Cílem konfigurace je mít synchronní replikaci dat mezi dalšími virtuálními počítači připojenými ke každému z těchto virtuálních počítačů.

1. spusťte nástroj pro správu a konfiguraci datakeep a pak vyberte Připojení Server. (Na obrázku 46 je tato možnost červeně zakroužkovaná.)

   

   Obrázek 46: Správa s nástrojem datakeeping a Configuration Tool

2. Zadejte název nebo TCP/IP adresu prvního uzlu, ke kterému se má nástroj pro správu a konfiguraci připojit, a v druhém kroku druhý uzel.

   

   Obrázek 47: Vložte název nebo TCP/IP adresu prvního uzlu, ke kterému se má nástroj pro správu a konfiguraci připojit, a v druhém kroku druhý uzel.

3. Vytvořte úlohu replikace mezi dvěma uzly.

   

   Obrázek 48: Vytvoření úlohy replikace

   Průvodce vás provede procesem vytvoření úlohy replikace.

4. Zadejte název, TCP/IP adresu a diskový svazek zdrojového uzlu.

   

   Obrázek 49: Zadejte název úlohy replikace.

   

   Obrázek 50: Definujte základní data pro uzel, který by měl být aktuálním zdrojovým uzlem.

5. Zadejte název, TCP/IP adresu a diskový svazek cílového uzlu.

   

   Obrázek 51: Definujte základní data pro uzel, který by měl být aktuálním cílovým uzlem.

6. Definujte algoritmy komprese. V našem příkladu doporučujeme komprimovat datový proud replikace. Obzvláště v situacích opakované synchronizace se komprese streamu replikace výrazně zkracuje i doba opakované synchronizace. Všimněte si, že komprese používá prostředky procesoru a paměti RAM virtuálního počítače. Jak se zvyšuje rychlost komprese, takže se použije objem prostředků procesoru. Toto nastavení můžete také upravit později.

7. Další nastavení, které je třeba ověřit, je, zda replikace probíhá asynchronně nebo synchronně. Při ochraně konfigurací SAP ASCS/SCS je nutné použít synchronní replikaci.

   

   Obrázek 52: Definování podrobností replikace

8. určete, zda má být svazek replikovaný úlohou replikace reprezentován konfigurací clusteru Windows Server s podporou převzetí služeb při selhání clustering jako sdílený disk. v případě konfigurace SAP ASCS/SCS vyberte možnost ano , aby cluster Windows uvidí replikovaný svazek jako sdílený disk, který může použít jako svazek clusteru.

   

   Obrázek 53: Vyberte Ano a nastavte replikovaný svazek jako svazek clusteru.

   Po vytvoření svazku se v nástroji pro správu a konfiguraci datakeepu zobrazí, že je úloha replikace aktivní.

   

   Obrázek 54: Synchronní zrcadlení datakeeping pro disk sdílené složky SAP ASCS/SCS je aktivní.

   Správce clusteru s podporou převzetí služeb při selhání nyní zobrazuje disk jako datakeeping disk, jak je znázorněno na obrázku 55.

   

   Obrázek 55: Správce clusteru s podporou převzetí služeb při selhání zobrazuje disk, který replikuje datakeeping.

Instalace systému SAP NetWeaver

Nepopisujeme instalaci DBMS, protože se nastavení liší v závislosti na použitém systému DBMS. Předpokládáme ale, že se s DBMS budou řešit problémy s vysokou dostupností s využitím různých výrobců DBMS pro Azure. například trvale zapnuto nebo zrcadlení databáze pro SQL Server a oracle Data Guard pro databáze oracle. Ve scénáři, který používáme v tomto článku, jsme nepřidali do systému DBMS větší ochranu.

Neexistují žádné zvláštní požadavky, pokud různé služby DBMS pracují s tímto druhem Clusterové konfigurace SAP ASCS/SCS v Azure.

Instalace SAP s vysokou dostupností instance ASCS/SCS

Instalace SAP s vysokou dostupností instance ASCS/SCS zahrnuje tyto úlohy:

• Vytvoření názvu virtuálního hostitele pro clusterovanou instanci SAP ASCS/SCS
• Instalace prvního uzlu clusteru SAP
• Úprava profilu SAP instance ASCS/SCS
• Přidání portu testu paměti
• otevření Windowsho portu testu brány firewall

Vytvoří název virtuálního hostitele pro clusterovanou instanci SAP ASCS/SCS.

1. v Windows správce DNS vytvořte položku DNS pro název virtuálního hostitele instance ASCS/SCS.

   Důležité

   ip adresa, kterou přiřadíte názvu virtuálního hostitele instance ASCS/SCS, musí být stejná jako ip adresa, kterou jste přiřadili Azure Load Balancer (< SID>- dis--ASCS).

   ip adresa virtuálního hostitele SAP ASCS/SCS (pr1-ASCS-SAP) se shoduje s ip adresou Azure Load Balancer (pr1-9,1-ASCS).

   

   Obrázek 56: Zadejte položku DNS pro virtuální název clusteru SAP ASCS/SCS a adresu TCP/IP.

2. Pokud chcete definovat IP adresu přiřazenou k názvu virtuálního hostitele, vyberte doména Správce DNS > .

   

   Obrázek 57: Nový virtuální název a adresa TCP/IP pro konfiguraci clusteru SAP ASCS/SCS

Instalace prvního uzlu clusteru SAP

1. Provede první možnost uzlu clusteru v uzlu clusteru A. Například na hostiteli PR1-ASCS-0 .

2. Pokud chcete zachovat výchozí porty pro interní nástroj pro vyrovnávání zatížení Azure, vyberte:

   • jazyk ABAP systém: ASCS instance číslo 00
   • Java System: SCS instance číslo 01
   • jazyk ABAP + Java system: ASCS instance číslo 00 a SCS instance číslo 01

   pokud chcete pro instanci ASCS SCS použít jiné než jazyk ABAP 00 instancí instance a 01, musíte nejdřív změnit výchozí pravidla vyrovnávání zatížení interního vyrovnávání zatížení azure, která jsou popsaná v tématu změna výchozích pravidel vyrovnávání zatížení ASCS/SCS pro interní nástroj provyrovnávání zatížení azure.

Několik dalších úloh není popsáno v dokumentaci standardní instalace SAP.

Úprava profilu SAP instance ASCS/SCS

Je nutné přidat nový parametr profilu. Parametr Profile brání propojení mezi pracovními procesy SAP a serverem fronty v době, kdy jsou nečinné příliš dlouho. Uvedli jsme scénář problému v části Přidání položek registru na obou uzlech clusteru instance SAP ASCS/SCS. V této části jsme také zavedli dvě změny některých základních parametrů připojení TCP/IP. V druhém kroku je potřeba nastavit server fronty tak, aby odesílal keep_alive signál, aby připojení nedosáhlo prahové hodnoty nečinnosti interního nástroje pro vyrovnávání zatížení Azure.

Postup úpravy profilu SAP instance ASCS/SCS:

1. Pokud používáte ENSA1, přidejte tento parametr profilu do profilu instance SAP ASCS/SCS.

   enque/encni/set_so_keepalive = true
   

   V našem příkladu je cesta:

   <ShareDisk>:\usr\sap\PR1\SYS\profile\PR1_ASCS00_pr1-ascs-sap

   Například na profil instance SAP SCS a odpovídající cestu:

   <ShareDisk>:\usr\sap\PR1\SYS\profile\PR1_SCS01_pr1-ascs-sap

   Pro ENSA1 i ENSA2 se ujistěte, že keepalive jsou nastavené parametry operačního systému, jak je popsáno v tématu SAP note 1410736.

2. Pokud chcete změny použít, restartujte instanci SAP ASCS/SCS.

Přidat port testu paměti

Pomocí funkce testu interního nástroje pro vyrovnávání zatížení můžete zajistit, aby celá konfigurace clusteru fungovala s Azure Load Balancer. Interní nástroj pro vyrovnávání zatížení Azure obvykle distribuuje příchozí zatížení rovnoměrně mezi zúčastněnými virtuálními počítači. To ale v některých konfiguracích clusteru nebude fungovat, protože je aktivní jenom jedna instance. Druhá instance je pasivní a nemůže přijmout žádnou z úloh. Funkce sondy pomáhá, když interní nástroj pro vyrovnávání zatížení Azure přiřadí práci pouze k aktivní instanci. Nástroj pro vyrovnávání zatížení může pomocí funkce sondy zjistit, které instance jsou aktivní, a potom cílit jenom na instanci s úlohou.

Postup přidání portu sondy:

1. Spusťte následující příkaz prostředí PowerShell a ověřte aktuální nastavení ProbePort . Spusťte ji v rámci jednoho z virtuálních počítačů v konfiguraci clusteru.

   $SAPSID = "PR1"     # SAP <SID>
   
   $SAPNetworkIPClusterName = "SAP $SAPSID IP"
   Get-ClusterResource $SAPNetworkIPClusterName | Get-ClusterParameter
   

2. Definujte port testu paměti. Výchozí číslo portu testu je 0. V našem příkladu používáme port testu 62000.

   

   Obrázek 58: Výchozí port testu konfigurace clusteru je 0.

   Číslo portu je definované v šablonách SAP Azure Resource Manager. V PowerShellu můžete přiřadit číslo portu.

   Pokud chcete nastavit novou hodnotu ProbePort pro prostředek clusteru IP> SAP <SID , spusťte následující skript prostředí PowerShell. Aktualizujte proměnné PowerShellu pro vaše prostředí. Po spuštění skriptu se zobrazí výzva k restartování skupiny clusterů SAP, aby se změny aktivovaly.

   $SAPSID = "PR1"      # SAP <SID>
   $ProbePort = 62000   # ProbePort of the Azure Internal Load Balancer
   
   Clear-Host
   $SAPClusterRoleName = "SAP $SAPSID"
   $SAPIPresourceName = "SAP $SAPSID IP"
   $SAPIPResourceClusterParameters =  Get-ClusterResource $SAPIPresourceName | Get-ClusterParameter
   $IPAddress = ($SAPIPResourceClusterParameters | Where-Object {$_.Name -eq "Address" }).Value
   $NetworkName = ($SAPIPResourceClusterParameters | Where-Object {$_.Name -eq "Network" }).Value
   $SubnetMask = ($SAPIPResourceClusterParameters | Where-Object {$_.Name -eq "SubnetMask" }).Value
   $OverrideAddressMatch = ($SAPIPResourceClusterParameters | Where-Object {$_.Name -eq "OverrideAddressMatch" }).Value
   $EnableDhcp = ($SAPIPResourceClusterParameters | Where-Object {$_.Name -eq "EnableDhcp" }).Value
   $OldProbePort = ($SAPIPResourceClusterParameters | Where-Object {$_.Name -eq "ProbePort" }).Value
   
   $var = Get-ClusterResource | Where-Object {  $_.name -eq $SAPIPresourceName  }
   
   Write-Host "Current configuration parameters for SAP IP cluster resource '$SAPIPresourceName' are:" -ForegroundColor Cyan
   Get-ClusterResource -Name $SAPIPresourceName | Get-ClusterParameter
   
   Write-Host
   Write-Host "Current probe port property of the SAP cluster resource '$SAPIPresourceName' is '$OldProbePort'." -ForegroundColor Cyan
   Write-Host
   Write-Host "Setting the new probe port property of the SAP cluster resource '$SAPIPresourceName' to '$ProbePort' ..." -ForegroundColor Cyan
   Write-Host
   
   $var | Set-ClusterParameter -Multiple @{"Address"=$IPAddress;"ProbePort"=$ProbePort;"Subnetmask"=$SubnetMask;"Network"=$NetworkName;"OverrideAddressMatch"=$OverrideAddressMatch;"EnableDhcp"=$EnableDhcp}
   
   Write-Host
   
   $ActivateChanges = Read-Host "Do you want to take restart SAP cluster role '$SAPClusterRoleName', to activate the changes (yes/no)?"
   
   if($ActivateChanges -eq "yes"){
   Write-Host
   Write-Host "Activating changes..." -ForegroundColor Cyan
   
   Write-Host
   write-host "Taking SAP cluster IP resource '$SAPIPresourceName' offline ..." -ForegroundColor Cyan
   Stop-ClusterResource -Name $SAPIPresourceName
   sleep 5
   
   Write-Host "Starting SAP cluster role '$SAPClusterRoleName' ..." -ForegroundColor Cyan
   Start-ClusterGroup -Name $SAPClusterRoleName
   
   Write-Host "New ProbePort parameter is active." -ForegroundColor Green
   Write-Host
   
   Write-Host "New configuration parameters for SAP IP cluster resource '$SAPIPresourceName':" -ForegroundColor Cyan
   Write-Host
   Get-ClusterResource -Name $SAPIPresourceName | Get-ClusterParameter
   }else
   {
   Write-Host "Changes are not activated."
   }
   

   Po převedení role clusteru SAP <SID > do online režimu ověřte, že je ProbePort nastavená na novou hodnotu.

   $SAPSID = "PR1"     # SAP <SID>
   
   $SAPNetworkIPClusterName = "SAP $SAPSID IP"
   Get-ClusterResource $SAPNetworkIPClusterName | Get-ClusterParameter
   
   

   

   Obrázek 59: Test portu clusteru po nastavení nové hodnoty

otevřete Windows port testu brány firewall.

v obou uzlech clusteru musíte otevřít port testu Windows brány firewall. pomocí následujícího skriptu otevřete Windows port testu brány firewall. Aktualizujte proměnné PowerShellu pro vaše prostředí.

$ProbePort = 62000   # ProbePort of the Azure Internal Load Balancer

New-NetFirewallRule -Name AzureProbePort -DisplayName "Rule for Azure Probe Port" -Direction Inbound -Action Allow -Protocol TCP -LocalPort $ProbePort

ProbePort je nastavená na 62000. Nyní můžete přistupovat ke sdílené složce \ \ascsha-clsap\sapmnt z jiných hostitelů, například z ascsha-specializující.

Instalace instance databáze

Pokud chcete nainstalovat instanci databáze, postupujte podle kroků popsaných v dokumentaci k instalaci SAP.

Instalace druhého uzlu clusteru

Pokud chcete nainstalovat druhý cluster, postupujte podle pokynů v průvodci instalací SAP.

Změna typu spuštění instance Windows SAP ERS

Změňte typ spuštění služby SAP ERS Windows na Automatické (zpožděné spuštění) na obou uzlech clusteru.

Obrázek 60: Změna typu služby pro instanci SAP ERS na automatické zpožděné

Instalace primárního aplikačního serveru SAP

Nainstalujte primární instanci aplikačního serveru (PAS) <SID>-di-0 na virtuální počítač, který jste určili pro hostování pasu. Nastavení specifická pro Azure ani DataKeeper nejsou závislosti.

Instalace dalšího aplikačního serveru SAP

Nainstalujte další aplikační server SAP (AAS) na všechny virtuální počítače, které jste určili k hostování instance aplikačního serveru SAP. Například na <SID>-di-1 <SID>-di-n < > .

Testování převzetí služeb při selhání instance SAP ASCS/SCS a replikace SIOS

Převzetí služeb při selhání instance SAP ASCS/SCS a replikaci disku SIOS můžete snadno testovat a monitorovat pomocí Správce clusteru s podporou převzetí služeb při selhání a nástroje pro správu a konfiguraci SIOS DataKeeper.

Instance SAP ASCS/SCS běží na uzlu clusteru A

Skupina clusterů SAP PR1 běží na uzlu clusteru A. Například u pr1-ascs-0. Přiřaďte sdílenou diskovou jednotku S, která je součástí skupiny clusterů SAP PR1 a kterou používá instance ASCS/SCS, uzlu clusteru A.

Obrázek 61: Správce clusteru s podporou převzetí služeb při selhání: Na uzlu clusteru A běží skupina> SID SAP <.

V nástroji pro správu a konfiguraci DataKeeper pro SIOS vidíte, že data sdíleného disku jsou synchronně replikovaná ze zdrojové jednotky svazku S v uzlu clusteru A na cílovou jednotku svazku S v uzlu clusteru B. Replikuje se například z pr1-ascs-0 [10.0.0.40] do pr1-ascs-1 [10.0.0.41].

Obrázek 62: V SIOS DataKeeperu replikuje místní svazek z uzlu clusteru A do uzlu clusteru B.

Převzetí služeb při selhání z uzlu A do uzlu B

1. Zvolte jednu z těchto možností a inicialy převzetí služeb serveru SAP <SID> clusteru z uzlu clusteru A do uzlu clusteru B:

   • Použití Správce clusteru s podporou převzetí služeb při selhání
   • Použití PowerShellu pro cluster s podporou převzetí služeb při selhání

   $SAPSID = "PR1"     # SAP <SID>
   
   $SAPClusterGroup = "SAP $SAPSID"
   Move-ClusterGroup -Name $SAPClusterGroup
   
   

2. Restartujte uzel clusteru A v hostovaném operačním systému Windows (tím se zahájí automatické převzetí služeb při selhání skupiny clusteru SAP <SID> od uzlu A k uzlu B).

3. Restartujte uzel clusteru A z Azure Portal (tím se zahájí automatické převzetí služeb serveru SID sap <sid> od uzlu A k uzlu B).

4. Restartujte uzel clusteru A pomocí Azure PowerShell (tím se zahájí automatické převzetí služeb při selhání SID SAP <> clusteru z uzlu A do uzlu B).

   Po převzetí služeb při selhání je <SID> clusteru spuštěná v uzlu clusteru B. Například běží na pr1-ascs-1.

   

   Obrázek 63: Správce clusteru s podporou převzetí služeb při selhání clusteru SAP <SID> clusteru běží na uzlu clusteru B

   Sdílený disk je teď připojen k uzlu clusteru B. SIOS DataKeeper replikuje data ze zdrojové jednotky svazku S na uzlu clusteru B na cílovou jednotku svazku S v uzlu clusteru A. Například replikuje z pr1-ascs-1 [10.0.0.41] do pr1-ascs-0 [10.0.0.40].

   

   Obrázek 64: SIOS DataKeeper replikuje místní svazek z uzlu clusteru B do uzlu clusteru A.