Scénáře a architektura s vysokou dostupností pro SAP NetWeaver
Definice terminologie
Vysoká dostupnost: Označuje sadu technologií, které minimalizují výpadky IT tím, že poskytují kontinuitu podnikových it služeb prostřednictvím redundantních komponent, komponent odolností proti chybám nebo komponent chráněných převzetím služeb při selhání ve stejném datovém centru. V našem případě se datové centrum nachází v jedné oblasti Azure.
Zotavení po havárii: Označuje také minimalizaci výpadků IT služeb a jejich zotavení, ale v různých datových centrech, která jsou od nich stovky kilometrů daleko. V našem případě se datová centra můžou nacházet v různých oblastech Azure ve stejné geopolitické oblasti nebo v umístěních, která jste jako zákazník zřídili vy.
Přehled vysoké dostupnosti
Vysokou dostupnost SAP v Azure je možné rozdělit do tří typů:
Vysoká dostupnost infrastruktury Azure:
Vysoká dostupnost může například zahrnovat výpočetní prostředky, síť nebo úložiště a její výhody pro zvýšení dostupnosti aplikací SAP.
Využití restartování virtuálního počítače infrastruktury Azure k dosažení vyšší dostupnosti aplikací SAP:
Pokud se rozhodnete nepoužít funkce, jako je Windows Clustering s podporou převzetí služeb při selhání (WSFC) nebo Pacemaker v Linuxu, využije se restartování virtuálního počítače Azure. Chrání systémy SAP před plánovanými a neplánovanými výpadky infrastruktury fyzického serveru Azure a celkové základní platformy Azure.
Vysoká dostupnost aplikace SAP:
Pokud chcete dosáhnout plné vysoké dostupnosti systému SAP, musíte chránit všechny důležité systémové komponenty SAP. Například:
- Redundantní aplikační servery SAP.
- Jedinečné součásti. Příkladem může být komponenta s jedním bodem selhání (SPOF), například instance SAP ASCS/SCS nebo systém pro správu databází (DBMS).
Vysoká dostupnost SAP v Azure se liší od vysoké dostupnosti SAP v místním fyzickém nebo virtuálním prostředí. Následující dokument SAP NetWeaver s VMware a Hyper-V v Microsoft Windows popisuje standardní konfigurace SAP s vysokou dostupností ve virtualizovaných prostředích na Windows.
Pro Linux neexistuje žádná konfigurace sapinst-integrated SAP high-availability, protože pro Windows. Informace o vysoké dostupnosti SAP v místním prostředí pro Linux najdete v tématu Informace o partnerovi s vysokou dostupností.
Vysoká dostupnost infrastruktury Azure
Smlouva SLA pro virtuální počítače s jednou instancí
V současné době existuje smlouva SLA pro jeden virtuální počítač s 99,9% úložištěm úrovně Premium. Pokud chcete získat představu o tom, jaká může být dostupnost jednoho virtuálního počítače, můžete vytvořit produkt různých dostupných smluv o úrovni služeb Azure.
Základem výpočtu je 30 dní v měsíci nebo 43 200 minut. Například 0,05% prostoj odpovídá 21,6 minutám. Jako obvykle se dostupnost různých služeb počítá následujícím způsobem:
(Dostupnost služby #1/100) * (dostupnost služby #2/100) * (dostupnost služby #3/100) * ...
Například:
(99,95/100) * (99,9/100) * (99,9/100) = 0,9975 nebo celková dostupnost 99,75 %.
Několik instancí virtuálních počítačů ve stejné skupině dostupnosti
U všech virtuálních počítačů, které mají dvě nebo více instancí nasazených ve stejné skupině dostupnosti, zaručujeme, že budete mít připojení virtuálního počítače alespoň k jedné instanci alespoň 99,95 % času.
Pokud jsou dva nebo více virtuálních počítačů součástí stejné skupiny dostupnosti, základní platforma Azure každému virtuálnímu počítači ve skupině dostupnosti přiřadí aktualizační doménu a doménu selhání.
Aktualizační domény zaručují, že se během plánované údržby infrastruktury Azure nestartuje více virtuálních počítače současně. Najednou se restartuje pouze jeden virtuální počítač.
Domény selhání zaručují, že se virtuální počítače nasadí do hardwarových komponent, které nesdílely společný zdroj napájení a síťový přepínač. Pokud dojde k neplánovaným výpadkům serverů, síťového přepínače nebo zdroje napájení, je ovlivněn pouze jeden virtuální počítač.
Další informace najdete v tématu Správa dostupnosti virtuálních Windows počítačů v Azure.
K dosažení vysoké dostupnosti se používá sada dostupnosti:
- Redundantní aplikační servery SAP.
- Clustery se dvěma nebo více uzly (například virtuálními počítači), které chrání spofy, jako je instance SAP ASCS/SCS nebo DBMS.
Zóny dostupnosti Azure
Azure se v procesu zavádí koncepty Zóny dostupnosti Azure v různých oblastech Azure. V oblastech Azure, Zóny dostupnosti jsou nabízeny, mají oblasti Azure několik datových center, která jsou nezávislá na zdroji napájení, chlazení a síti. Důvodem pro nabízení různých zón v rámci jedné oblasti Azure je umožnit nasazení aplikací napříč dvěma nebo třemi Zóny dostupnosti nabízí. Za předpokladu, že problémy se zdroji napájení nebo sítí ovlivní jenom jednu infrastrukturu zóny dostupnosti, bude nasazení aplikace v rámci oblasti Azure stále plně funkční. Nakonec s omezenou kapacitou, protože některé virtuální počítače v jedné zóně můžou být ztraceny. Virtuální počítače v ostatních dvou zónách jsou ale stále v provozu. Oblasti Azure, které nabízejí zóny, jsou uvedené v Zóny dostupnosti Azure.
Při Zóny dostupnosti je třeba vzít v úvahu několik věcí. Seznam aspekty, jako je:
- Skupiny dostupnosti Azure nemůžete nasadit v rámci zóny dostupnosti. Jako rámec nasazení pro virtuální počítač musíte zvolit zónu dostupnosti nebo sadu dostupnosti.
- Základní řešení clusteru s podporou převzetí služeb při Load Balancer nemůžete použít k vytváření řešení clusteru s podporou převzetí služeb při selhání založených Windows s podporou převzetí služeb při selhání nebo Pacemakeru pro Linux. Místo toho musíte použít SKU Azure Standard Load Balancer.
- Zóny dostupnosti Azure nezaručují žádnou záruku určité vzdálenosti mezi různými zónami v rámci jedné oblasti.
- Latence sítě mezi různými Zóny dostupnosti Azure v různých oblastech Azure se může lišit od oblasti Azure k oblasti. V některých případech můžete jako zákazník přiměřeně spustit aplikační vrstvu SAP nasazenou napříč různými zónami, protože latence sítě z jedné zóny do aktivního virtuálního počítače DBMS je stále přijatelná z dopadu obchodního procesu. Zatímco v zákaznických scénářích může být latence mezi aktivním virtuálním počítačem DBMS v jedné zóně a instancí aplikace SAP na virtuálním počítače v jiné zóně příliš rušivá a nepřijatelná pro obchodní procesy SAP. V důsledku toho se architektury nasazení musí lišit od architektury aktivní/aktivní pro aplikaci nebo architektury aktivní/pasivní, pokud je latence příliš vysoká.
- Použití spravovaných disků Azure je pro nasazení do Zóny dostupnosti Azure
Plánovaná a neplánovaná údržba virtuálních počítačů
Dostupnost virtuálních počítačů mohou ovlivnit dva typy událostí platformy Azure:
Události plánované údržby jsou pravidelné aktualizace základní platformy Azure, které provádí Microsoft. Aktualizace zlepšují celkovou spolehlivost, výkon a zabezpečení infrastruktury platformy, na které běží vaše virtuální počítače.
Události neplánované údržby nastanou, když hardware nebo fyzická infrastruktura, na které je váš virtuální počítač, nějakým způsobem selhala. Může zahrnovat selhání místní sítě, selhání místních disků nebo jiná selhání na úrovni racku. Když se takové selhání detekuje, platforma Azure automaticky migruje virtuální počítač z fyzického serveru, který není v pořádku a který je hostitelem vašeho virtuálního počítače, na fyzický server, který je v pořádku. Takové události jsou vzácné, ale můžou také způsobit restartování vašeho virtuálního počítače.
Další informace najdete v tématu Správa dostupnosti virtuálních Windows počítačů v Azure.
Redundance Azure Storage
Data ve vašem účtu úložiště se vždy replikují, aby se zajistila stálost a vysoká dostupnost, a to Azure Storage sla i v případě přechodných selhání hardwaru.
Protože Azure Storage ve výchozím nastavení uchovává tři obrázky dat, není použití RAID 5 nebo RAID 1 na více discích Azure zbytečné.
Další informace najdete v tématu Azure Storage replikace.
Spravované disky Azure
Spravované disky je typ prostředku v Azure Resource Manager, který se doporučuje používat místo virtuálních pevných disků (VHD), které jsou uložené v účtech úložiště Azure. Spravované disky se automaticky zarovná se skupině dostupnosti Azure virtuálního počítače, ke které jsou připojené. Zvyšují dostupnost vašeho virtuálního počítače a služeb, které na tomto virtuálním počítači běží.
Další informace najdete v tématu Přehled Spravované disky Azure.
Doporučujeme používat spravované disky, protože zjednodušují nasazení a správu virtuálních počítačů.
Využití vysoké dostupnosti infrastruktury Azure k dosažení vyšší dostupnosti aplikací SAP
Pokud se rozhodnete nepoužít funkce, jako je WSFC nebo Pacemaker v Linuxu (v současné době se podporuje pouze pro SUSE Linux Enterprise Server [SLES] 12 a novější), využívá se restartování virtuálního počítače Azure. Chrání systémy SAP před plánovanými a neplánovanými výpadky infrastruktury fyzického serveru Azure a celkové základní platformy Azure.
Další informace o tomto přístupu najdete v tématu Využití restartování virtuálního počítače infrastruktury Azure k dosažení vyšší dostupnosti systému SAP.
Vysoká dostupnost aplikací SAP v Azure IaaS
Pokud chcete dosáhnout plné vysoké dostupnosti systému SAP, musíte chránit všechny důležité systémové komponenty SAP. Například:
- Redundantní aplikační servery SAP.
- Jedinečné součásti. Příkladem může být komponenta s jedním bodem selhání (SPOF), například instance SAP ASCS/SCS nebo systém pro správu databází (DBMS).
Další části popisují, jak dosáhnout vysoké dostupnosti pro všechny tři důležité systémové komponenty SAP.
Architektura vysoké dostupnosti pro aplikační servery SAP
Tato část se týká:
Windows a
Linux
Pro instance aplikačního serveru SAP a dialogových dialogů obvykle nepotřebujete konkrétní řešení s vysokou dostupností. Dosáhnete vysoké dostupnosti díky redundanci a nakonfigurujete několik instancí dialogových oknů v různých instancích virtuálních počítačů Azure. Ve dvou instancích virtuálních počítačů Azure byste měli mít nainstalované alespoň dvě instance aplikací SAP.
Obrázek 1: Aplikační server SAP s vysokou dostupností
Všechny virtuální počítače, které hostí instance aplikačního serveru SAP, musíte umístit do stejné skupiny dostupnosti Azure. Skupiny dostupnosti Azure zajišťují, že:
Všechny virtuální počítače nejsou součástí stejné aktualizační domény.
Aktualizační doména zajišťuje, že se virtuální počítače nebudou během plánované údržby aktualizovat ve stejnou dobu.Základní funkce, které staví na různých aktualizačních doménách a doménách selhání v rámci jednotky škálování Azure, už byly představeny v části aktualizačních domén.
Všechny virtuální počítače nejsou součástí stejné domény selhání.
Doména selhání zajišťuje nasazení virtuálních počítačů tak, aby žádný jediný bod selhání neovlivňuje dostupnost všech virtuálních počítačů.
Počet aktualizačních domén a domén selhání, které může použít sada dostupnosti Azure v rámci jednotky škálování Azure, je konečný. Pokud budete virtuální počítače přidávat do jedné skupiny dostupnosti, dva nebo více virtuálních počítače nakonec skončí ve stejné doméně selhání nebo aktualizační doméně.
Pokud nasadíte několik instancí aplikačního serveru SAP na jejich vyhrazené virtuální počítače za předpokladu, že máme pět aktualizačních domén, objeví se následující obrázek. Skutečný maximální počet aktualizačních domén a domén selhání ve skupině dostupnosti se v budoucnu může změnit:
Obrázek 2: Vysoká dostupnost aplikačních serverů SAP ve skupině dostupnosti Azure
Další informace najdete v tématu Správa dostupnosti virtuálních Windows počítačů v Azure.
Další informace najdete v části Skupiny dostupnosti Azure v dokumentu Plánování a implementace virtuálních počítačů Azure pro SAP NetWeaver.
Pouze nespravované disky: Vzhledem k tomu, že účet úložiště Azure je potenciálním jediným bodem selhání, je důležité mít alespoň dva účty úložiště Azure, ve kterých se distribuují alespoň dva virtuální počítače. V ideálním nastavení by se disky všech virtuálních počítačů, na nichž běží instance dialogového okna SAP, nasadily do jiného účtu úložiště.
Důležité
Důrazně doporučujeme pro instalace SAP s vysokou dostupností používat spravované disky Azure. Vzhledem k tomu, že spravované disky jsou automaticky v souladu se skupiny dostupnosti virtuálního počítače, ke které jsou připojené, zvyšují dostupnost virtuálního počítače a služeb, které na tomto virtuálním počítači běží.
Architektura vysoké dostupnosti pro instanci SAP ASCS/SCS na Windows
K ochraně instance SAP ASCS/SCS můžete použít řešení WSFC. Řešení má dvě varianty:
Clusterování instance SAP ASCS/SCS pomocí clusterovaných sdílených disků: Další informace o této architektuře najdete v tématu Clusterování instance SAP ASCS/SCSna clusteru s podporou převzetí služeb při selhání Windows pomocí sdíleného disku clusteru.
Clusterování instance SAP ASCS/SCS pomocí sdílené složky: Další informace o této architektuře najdete v tématu Cluster instance SAP ASCS/SCSna clusteru Windows s podporou převzetí služeb při selhání pomocí sdílené složky .
Clusterování instance SAP ASCS/SCS pomocí sdílené složky SMB ANF: Další informace o této architektuře najdete v tématu Clusterování instance SAP ASCS/SCSv clusteru s podporou převzetí služeb při selhání Windows pomocí sdílené složky SMB ANF.
Architektura vysoké dostupnosti pro instanci SAP ASCS/SCS v Linuxu
Další informace o clusteringu instance SAP ASCS/SCS pomocí architektury clusteru SLES najdete v tématu Vysoká dostupnost pro SAP NetWeaverna virtuálních počítačích Azure na SUSE Linux Enterprise Serveru pro aplikace SAP. Alternativní architekturu vysoké dostupnosti na SLES, která nevyžaduje vysoce dostupný systém souborů NFS, najdete v průvodci vysokou dostupností pro SAP NetWeaverna SUSE Linux Enterprise Serveru s Azure NetApp Files pro aplikace SAP.
Další informace o clusteringu instance SAP ASCS/SCS pomocí architektury clusteru Red Hat najdete v tématu Vysoká dostupnost azure Virtual Machines pro SAP NetWeaver v Red Hat Enterprise Linuxu.
Konfigurace SAP NetWeaver s více SID pro clusterovou instanci SAP ASCS/SCS
Služba WSFC podporuje více sidů pomocí sdílené složky a sdíleného disku.
Další informace o architektuře vysoké dostupnosti více sidů na Windows najdete v těchto tématu:
Clustering s více identifikátory SID se podporuje v clusterech s Linuxem Pacemaker pro SAP ASCS/ERS, které jsou omezené na pět identifikátorů SID SAP na stejném clusteru. Další informace o architektuře vysoké dostupnosti více SID v Linuxu najdete v těchto tématu:
- Ha for SAP NW on Azure VMs on SLES for SAP applications multi-SID guide
- Ha for SAP NW on Azure VMs on RHEL for SAP applications multi-SID guide
Instance DBMS s vysokou dostupností
DBMS je také jediným kontaktním bodem v systému SAP. Potřebujete ho chránit pomocí řešení s vysokou dostupností. Následující obrázek znázorňuje řešení vysoké SQL Server AlwaysOn v Azure s clusteringem s podporou převzetí služeb při selhání Windows Serveru a interním vyrovnáváním zatížení Azure. SQL Server AlwaysOn replikuje data a soubory protokolů DBMS pomocí vlastní replikace DBMS. V takovém případě nepotřebujete sdílený disk clusteru, což zjednodušuje celé nastavení.
Obrázek 3: Příklad vysoké dostupnosti SAP DBMS s SQL Server AlwaysOn
Další informace o clusteringu SQL Server DBMS v Azure pomocí modelu nasazení Azure Resource Manager najdete v těchto článcích:
Další informace o clusteringu SAP HANA DBMS v Azure pomocí modelu nasazení Azure Resource Manager najdete v tématu Vysoká dostupnost služby SAP HANA na virtuálních počítačích Azure.