Architektura a scénáře s vysokou dostupností pro SAP NetWeaver

  • Článek

Definice terminologie

Vysoká dostupnost: Odkazuje na sadu technologií, které minimalizují přerušení IT poskytováním kontinuity IT služeb prostřednictvím redundantních, odolných proti chybám nebo komponent chráněných převzetím služeb při selhání ve stejném datacentru. V našem případě se datové centrum nachází v jedné oblasti Azure.

Zotavení po havárii: Také se týká minimalizace přerušení IT služeb a jejich obnovení, ale v různých datových centrech, která mohou být vzdálená stovky kilometrů od sebe. 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 vytvořili jako zákazník.

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 (virtuální počítače), síť nebo úložiště a jeho výhody pro zvýšení dostupnosti aplikací SAP.

  • Využití restartování virtuálního počítače infrastruktury Azure k ochraně aplikací SAP:

    Pokud se rozhodnete nepoužívat funkce, jako je clustering windows serveru s podporou převzetí služeb při selhání (WSFC) nebo Pacemaker v Linuxu, využívá se restartování virtuálního počítače Azure. Pokud dojde k plánovanému a neplánovanému výpadku infrastruktury fyzického serveru Azure a celkové základní platformě Azure, obnoví funkce v systémech SAP.

  • Vysoká dostupnost aplikací SAP:

    Pokud chcete dosáhnout úplné dostupnosti systému SAP, musíte chránit všechny důležité systémové komponenty SAP. Příklad:

    • Redundantní aplikační servery SAP
    • Jedinečné komponenty. Příkladem může být jedna součást 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í.

Neexistuje žádná konfigurace sapinst-integrated SAP high-availability pro Linux, protože existuje pro Windows. Informace o vysoké dostupnosti SAP v místním prostředí pro Linux najdete v tématu Informace o partnerech 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 s jedním virtuálním počítačem 99,9 % se službou Premium Storage. Pokud chcete získat představu o dostupnosti 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í za měsíc nebo 43 200 minut. Například výpadek 0,05 % odpovídá 21,6 minut. Jako obvykle se dostupnost různých služeb vypočítá následujícím způsobem:

(Služba dostupnosti č. 1/100) x (Služba dostupnosti #2/100) x (Služba dostupnosti č. 3/100) *...

Příklad:

(99,95/100) x (99,9/100) x (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í nasazené dvě nebo více instancí ve stejné skupině dostupnosti, zaručujeme, že máte připojení k alespoň jedné instanci alespoň 99,95 % času.

Pokud jsou dva nebo více virtuálních počítačů součástí stejné skupiny dostupnosti, přiřadí se každému virtuálnímu počítači ve skupině dostupnosti aktualizační doména a doména selhání základní platformou Azure.

  • Aktualizační domény zaručují, že se během plánované údržby infrastruktury Azure nerestartuje současně více virtuálních počítačů. Současně se restartuje jenom jeden virtuální počítač.
  • Domény selhání zaručují, že virtuální počítače jsou nasazené na hardwarových komponentách, které nesdílejí společný zdroj napájení a síťový přepínač. Když servery, síťový přepínač nebo zdroj napájení projdou neplánovaným výpadkem, ovlivní to jenom jeden virtuální počítač.

Další informace najdete v tématu správa dostupnosti virtuálních počítačů v Azure pomocí skupiny dostupnosti.

Zóny dostupnosti Azure

Azure se právě zavádí koncept Azure Zóny dostupnosti v různých oblastech Azure. V oblastech Azure, kde jsou nabízeny Zóny dostupnosti, mají oblasti Azure několik datových center, která jsou nezávislá na napájení zdroje, 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 nabízenými Zóny dostupnosti. Za předpokladu, že problémy se zdroji napájení a/nebo sítí ovlivní jenom jednu infrastrukturu zóny dostupnosti, je nasazení aplikace v rámci oblasti Azure stále plně funkční. Nakonec s určitou omezenou kapacitou, protože některé virtuální počítače v jedné zóně můžou být ztraceny. Ale virtuální počítače v ostatních dvou zónách jsou stále v provozu. Oblasti Azure, které nabízejí zóny, jsou uvedené v Azure Zóny dostupnosti.

Při používání Zóny dostupnosti je potřeba zvážit několik věcí. Seznam důležitých aspektů:

  • Skupiny dostupnosti Azure nemůžete nasadit v rámci zóny dostupnosti. Pouze možnost kombinovat skupiny dostupnosti a Zóny dostupnosti je se skupinami umístění bezkontaktní komunikace. Další informace najdete v článku Kombinování skupin dostupnosti a zón dostupnosti se skupinami umístění bezkontaktní komunikace.
  • Load Balancer úrovně Basic nemůžete použít k vytváření řešení clusteru s podporou převzetí služeb při selhání na základě služeb clusteru s podporou převzetí služeb při selhání systému Windows nebo Linux Pacemaker. Místo toho musíte použít skladovou položku Azure Standard Load Balancer.
  • Azure Zóny dostupnosti neudělují žádné záruky 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 po oblast. Existují případy, kdy 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 můžou existovat scénáře zákazníků, kdy latence mezi aktivním virtuálním počítačem DBMS v jedné zóně a instancí aplikace SAP ve virtuálním počítači v jiné zóně může být příliš rušivá a není přijatelná pro obchodní procesy SAP. V důsledku toho se architektury nasazení musí lišit s aktivní/aktivní architekturou pro aplikaci nebo aktivní/pasivní architekturu, pokud je latence příliš vysoká.
  • Použití spravovaných disků Azure je povinné pro nasazení do azure Zóny dostupnosti.

Škálovací sada virtuálních počítačů s flexibilní orchestrací

Škálovací sady virtuálních počítačů s flexibilní orchestrací v Azure nabízejí způsob dosažení vysoké dostupnosti pro úlohy SAP, podobně jako jiné architektury nasazení, jako jsou skupiny dostupnosti a zóny dostupnosti. Díky flexibilní škálovací sadě je možné virtuální počítače distribuovat napříč různými zónami dostupnosti a doménami selhání, což je vhodná možnost pro nasazení vysoce dostupných úloh SAP.

Škálovací sada virtuálních počítačů s flexibilní orchestrací nabízí flexibilitu při vytváření škálovací sady v rámci oblasti nebo jeho rozsahu napříč zónami dostupnosti. Při vytváření se flexibilní škálovací sada v rámci oblasti s platformOuFaultDomainCount>1 (FD>1) distribuuje virtuální počítače nasazené ve škálovací sadě napříč zadaným počtem domén selhání ve stejné oblasti. Na druhou stranu by vytvoření flexibilní škálovací sady napříč zónami dostupnosti s platformOuFaultDomainCount=1 (FD=1) distribuovalo virtuální počítače mezi různé zóny a škálovací sada také distribuovala virtuální počítače mezi různé domény selhání v rámci každé zóny na základě nejlepšího úsilí. Pro úlohy SAP se podporuje pouze flexibilní škálovací sada s FD=1.

Výhodou použití flexibilních škálovacích sad s FD=1 pro nasazení napříč zónami místo tradičního nasazení zóny dostupnosti je, že virtuální počítače nasazené se škálovací sadou by se distribuovaly napříč různými doménami selhání v rámci zóny co nejlépe. Abyste se vyhnuli omezením spojeným s využitím skupiny umístění bezkontaktní komunikace pro zajištění dostupnosti virtuálních počítačů napříč všemi datovými centry Azure nebo pod jednotlivými sítěmi, doporučujeme nasadit úlohy SAP napříč zónami dostupnosti pomocí flexibilní škálovací sady s FD=1. Tato strategie nasazení zajišťuje, že virtuální počítače nasazené v každé zóně nejsou omezeny na jedno datové centrum nebo síťovou páteř a všechny systémové komponenty SAP, jako jsou databáze, ASCS/ERS a aplikační vrstva, jsou vymezeny na úrovni zón.

Proto pro nové nasazení úloh SAP napříč zónami dostupnosti doporučujeme použít flexibilní škálovací sadu s FD=1. Další informace najdete v tématu Škálovací sada virtuálních počítačů pro dokument úlohy SAP.

Plánovaná a neplánovaná údržba virtuálních počítačů

Dostupnost virtuálních počítačů můžou ovlivnit dva typy událostí platformy Azure:

  • Události plánované údržby jsou pravidelné aktualizace provedené Microsoftem na základní platformě Azure. Aktualizace zlepšují celkovou spolehlivost, výkon a zabezpečení infrastruktury platformy, na které běží vaše virtuální počítače.
  • K neplánovaným událostem údržby dochází v případě, že hardware nebo fyzická infrastruktura, která je základem vašeho virtuálního počítače, nějakým způsobem selhala. Může zahrnovat selhání místní sítě, selhání místního disku nebo jiná selhání na úrovni racku. Po zjištění takového selhání platforma Azure automaticky migruje váš virtuální počítač z fyzického serveru, který není v pořádku, na fyzický server, který je hostitelem virtuálního počítače, na fyzický server, který je v pořádku. Tyto události jsou vzácné, ale můžou také způsobit restartování virtuálního počítače.

Další informace najdete v tématu Údržba virtuálních 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, která splňuje smlouvu SLA služby Azure Storage i v případě přechodných selhání hardwaru.

Vzhledem k tomu, že Azure Storage ve výchozím nastavení uchovává tři image dat, je použití RAID 5 nebo RAID 1 na několika discích Azure zbytečné.

Další informace najdete v tématu Replikace azure Storage.

Spravované disky Azure

Spravované disky je typ prostředku v Azure Resource Manageru, je doporučená možnost úložiště místo virtuálních pevných disků uložených v účtech úložiště Azure. Spravované disky automaticky odpovídají skupině dostupnosti Azure virtuálního počítače, ke kterému jsou připojené. Zvýší dostupnost vašeho virtuálního počítače a služeb, které na něm běží.

Další informace najdete v tématu Přehled Spravovaných disků Azure.

Doporučujeme používat spravované disky, protože zjednodušují nasazení a správu virtuálních počítačů.

Porovnání různých typů nasazení pro úlohy SAP

Tady je stručný přehled různých typů nasazení, které jsou k dispozici pro úlohy SAP.

Funkce Škálovací sada virtuálních počítačů s flexibilní orchestrací (FD=1) Zóna dostupnosti Skupina dostupnosti
Chování nasazení Instance přistály napříč 1, 2 nebo 3 zónami dostupnosti a distribuují se napříč různými racky v rámci každé zóny na základě maximálního úsilí. Instance přistály napříč 1, 2 nebo 3 zónami dostupnosti Instance přistály v rámci oblasti a distribuují se napříč různými doménami selhání nebo aktualizacemi.
Přiřazení virtuálních počítačů a spravovaných disků ke konkrétní zóně dostupnosti Ano Ano No
Doména selhání – Maximální šíření (Azure bude maximálně rozprostřet instance) Ano No Ano, na základě počtu domén selhání definovaných během vytváření.
Zarovnání domény selhání výpočetních prostředků do úložiště No Ne Ano
Rezervace kapacity Ano (přiřazení rezervace kapacity na úrovni virtuálního počítače) Ano Číslo

Poznámka:

Možnosti nasazení s vysokou dostupností pro úlohy SAP

Při nasazování úlohy SAP s vysokou dostupností v Azure je důležité vzít v úvahu různé dostupné typy nasazení a způsob jejich použití v různých oblastech Azure (například napříč zónami, v jedné zóně nebo v oblasti bez zón). Následující tabulka ukazuje několik možností vysoké dostupnosti pro systémy SAP v oblastech Azure.

Typ systému Napříč různými zónami v oblasti V zóně singe oblasti V oblasti bez zón
Systém SAP s vysokou dostupností Flexibilní škálovací sada s FD=1 Skupiny dostupnosti se skupinami umístění bezkontaktní komunikace Skupiny dostupnosti
Skupiny dostupnosti a Zóny dostupnosti se skupinami umístění bezkontaktní komunikace Flexibilní škálovací sada s FD=1 (výběr pouze jedné zóny) Flexibilní škálovací sada s FD=1 (nejsou definovány žádné zóny)
Zóny dostupnosti Skupiny dostupnosti
  • Nasazení napříč různými zónami v oblasti: Pro zajištění nejvyšší dostupnosti by se systémy SAP měly nasazovat napříč různými zónami v oblasti. Tím se zajistí, že pokud jedna zóna není dostupná, bude systém SAP dál dostupný v jiné zóně. Pokud nasazujete novou úlohu SAP napříč zónami dostupnosti, doporučujeme použít flexibilní škálovací sadu virtuálních počítačů s možností nasazení FD=1. Umožňuje nasadit několik virtuálních počítačů napříč různými zónami v oblasti, aniž byste se museli starat o omezení kapacity nebo skupiny umístění. Architektura škálovací sady zajišťuje, aby virtuální počítače nasazené se škálovací sadou byly distribuovány napříč různými doménami selhání v rámci zóny co nejlépe. Všechny vysoce dostupné komponenty SAP, jako je SAP ASCS/ERS, se databáze SAP distribuují napříč různými zónami, zatímco více aplikačních serverů v každé zóně se distribuuje v různých doménách selhání na základě nejlepšího úsilí.
  • Nasazení v jedné zóně oblasti: Pokud chcete nasadit systém SAP s vysokou dostupností v lokalitě s více zónami dostupnosti, a pokud je nezbytné, aby všechny součásti systému byly v jedné zóně, doporučujeme použít skupiny dostupnosti s možností nasazení Skupiny umístění bezkontaktní komunikace. Tento přístup umožňuje seskupit všechny systémové komponenty SAP do jedné zóny dostupnosti a zajistit tak, aby se virtuální počítače v rámci skupiny dostupnosti rozprostřely mezi různé domény selhání a aktualizační domény. I když toto nasazení odpovídá výpočetním prostředkům doménám selhání úložiště, není zaručená bezkontaktní komunikace. Vzhledem k tomu, že je tato možnost nasazení regionální, nepodporuje Azure Site Recovery pro zotavení po havárii mezi zónami. Tato možnost navíc omezuje celé nasazení SAP na jedno datové centrum, což může vést k omezením kapacity v případě, že potřebujete změnit velikost skladové položky nebo instance aplikace se škálováním na více instancí.
  • Nasazení v oblasti bez zón: Pokud nasazujete systém SAP v oblasti, která nemá žádné zóny, doporučujeme použít skupiny dostupnosti. Tato možnost poskytuje redundanci a odolnost proti chybám umístěním virtuálních počítačů do různých domén selhání a aktualizačních domén.

Důležité

Je třeba poznamenat, že možnosti nasazení pro oblasti Azure jsou pouze návrhy. Nejvhodnější strategie nasazení pro váš systém SAP bude záviset na vašich konkrétních požadavcích a prostředí.

Využití vysoké dostupnosti infrastruktury Azure k ochraně aplikací SAP

Pokud se rozhodnete nepoužívat funkce, jako je WSFC nebo Pacemaker v Linuxu (podporované pro SUSE Linux Enterprise Server 12 a novější a Red Hat Enterprise Linux 7 a novější), využívá se restartování virtuálního počítače Azure. Pokud dojde k plánovanému a neplánovanému výpadku infrastruktury fyzického serveru Azure a celkové základní platformě Azure, obnoví funkce v systémech SAP.

Další informace o 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é dostupnosti systému SAP, musíte chránit všechny důležité systémové komponenty SAP. Příklad:

  • Redundantní aplikační servery SAP
  • Jedinečné komponenty. Příkladem může být jedna součást selhání (SPOF), například instance SAP ASCS/SCS nebo systém pro správu databází (DBMS).

V dalších částech se dozvíte, jak dosáhnout vysoké dostupnosti všech tří důležitých systémových komponent SAP.

Architektura s vysokou dostupností pro aplikační servery SAP

Windows logo. Windows a Linux logo. Linux

Pro aplikační server SAP a instance dialogových oken obvykle nepotřebujete konkrétní řešení s vysokou dostupností. Vysokou dostupnost dosáhnete redundancí a nakonfigurujete několik instancí dialogových oken v různých instancích virtuálních počítačů Azure. Měli byste mít nainstalované alespoň dvě instance aplikace SAP ve dvou instancích virtuálních počítačů Azure.

V závislosti na typu nasazení (flexibilní škálovací sada s FD=1, zónou dostupnosti nebo sadou dostupnosti) musíte odpovídajícím způsobem distribuovat instance aplikačního serveru SAP, aby bylo dosaženo redundance.

  • Flexibilní škálovací sada s platformOuFaultDomainCount=1 (FD=1): Aplikační servery SAP nasazené s flexibilní škálovací sadou (FD=1) distribuují virtuální počítače napříč různými zónami dostupnosti a škálovací sada také distribuuje virtuální počítače mezi různé domény selhání v rámci každé zóny na základě maximálního úsilí. Tím se zajistí, že pokud jedna zóna není dostupná, budou aplikační servery SAP nasazené v jiné zóně dál dostupné.
  • Zóna dostupnosti: Aplikační servery SAP nasazené napříč zónami dostupnosti zajišťují, že virtuální počítače jsou rozložené do různých zón, aby bylo dosaženo redundance. Tím se zajistí, že pokud jedna zóna není dostupná, budou aplikační servery SAP nasazené v jiné zóně dál dostupné. Další informace najdete v tématu Konfigurace úloh SAP v Azure Zóny dostupnosti
  • Skupina dostupnosti: Aplikační servery SAP nasazené ve skupině dostupnosti zajišťují distribuci virtuálních počítačů napříč různými doménami selhání a aktualizačními doménami. Při umísťování virtuálních počítačů do různých aktualizačních domén zajistěte, aby se virtuální počítače během výpadku plánované údržby neaktualizovaly současně. Umístění virtuálních počítačů do jiné domény selhání zajišťuje, že je virtuální počítač chráněný před selháním hardwaru nebo přerušením napájení v datovém centru. Počet domén selhání a aktualizačních domén, které můžete použít ve skupině dostupnosti Azure v rámci jednotky škálování Azure, je ale konečný. Pokud budete dál přidávat virtuální počítače do jedné skupiny dostupnosti, dva nebo více virtuálních počítačů nakonec skončí ve stejné chybě nebo aktualizační doméně. Další informace najdete v části Skupiny dostupnosti Azure v dokumentu o plánování a implementaci virtuálních počítačů Azure pro SAP NetWeaver.

Pouze nespravované disky: Při použití nespravovaných disků se sadou dostupnosti je důležité si uvědomit, že účet úložiště Azure se stane kritickým bodem selhání. Proto je nutné vytvořit minimálně dva účty úložiště Azure, ve kterých se distribuují aspoň dva virtuální počítače. V ideálním nastavení se disky každého virtuálního počítače, na kterém běží instance dialogového okna SAP, nasadí v jiném účtu úložiště.

Důležité

Důrazně doporučujeme používat spravované disky Azure pro instalace s vysokou dostupností SAP. Vzhledem k tomu, že spravované disky automaticky odpovídají skupině dostupnosti virtuálního počítače, ke kterému jsou připojené, zvyšují dostupnost vašeho virtuálního počítače a služby, které na něm běží.

Architektura vysoké dostupnosti pro instanci SAP ASCS/SCS ve Windows

Windows logo. Windows

K ochraně instance SAP ASCS/SCS můžete použít řešení WSFC. Na základě typu konfigurace sdílené složky clusteru (sdílená složka nebo sdílený disk) můžete odkazovat na příslušné řešení na základě typu úložiště.

Architektura s vysokou dostupností pro instanci SAP ASCS/SCS v Linuxu

Linux logo. Linux

Konfigurace clusteringu instancí SAP ASCS/SCS v Linuxu závisí na distribuci operačního systému a typu používaného úložiště. Doporučujeme implementovat vhodné řešení podle konkrétní architektury clusteru operačního systému.

Sap NetWeaver s více identifikátory SID pro clusterovanou instanci SAP ASCS/SCS

Windows logo. Okno

WsFC podporuje více identifikátorů SID pomocí sdílené složky a sdíleného disku. Další informace o architektuře s vysokou dostupností s více identifikátory SID ve Windows najdete tady:

Linux logo. Linux

Clustering s více identifikátory SID se podporuje v clusterech Pacemaker s Linuxem pro SAP ASCS/ERS, omezené na pět identifikátorů SID SAP ve stejném clusteru. Další informace o architektuře s vysokou dostupností s více SID v Linuxu najdete tady:

Vysoká dostupnost instance DBMS

V systému SAP jsou servery DBMS také kritickým bodem selhání. Proto je důležité chránit databázi implementací řešení s vysokou dostupností. Řešení vysoké dostupnosti DBMS se liší v závislosti na databázi používané pro systém SAP. V závislosti na databázi postupujte podle pokynů, abyste dosáhli vysoké dostupnosti databáze.

Databáze Doporučení zotavení po havárii
SAP HANA Replikace systému HANA (HSR)
Oracle Oracle Data Guard
IBM DB2 Zotavení po havárii s vysokou dostupností (HADR)
Microsoft SQL Microsoft SQL AlwaysOn
SAP ASE ASE HADR AlwaysOn