Využití restartování virtuálního počítače infrastruktury Azure k dosažení "vyšší dostupnosti" systému SAP

Tato část platí pro:

Windows a Linux

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 (aktuálně se podporuje jenom 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 celkovou základní platformou Azure.

Poznámka:

Restartování virtuálního počítače Azure primárně chrání virtuální počítače, nikoli aplikace. I když restartování virtuálního počítače nenabízí vysokou dostupnost pro aplikace SAP, nabízí určitou úroveň dostupnosti infrastruktury. Také nepřímo nabízí "vyšší dostupnost" systémů SAP. Na dobu potřebnou k restartování virtuálního počítače po plánovaném nebo neplánovaném výpadku hostitele neexistuje žádná smlouva SLA, což způsobí, že tato metoda vysoké dostupnosti není vhodná pro kritické komponenty systému SAP. Příkladem důležitých komponent může být instance ASCS/SCS nebo systém pro správu databází (DBMS).

Dalším důležitým prvkem infrastruktury pro vysokou dostupnost je úložiště. Například smlouva SLA služby Azure Storage je 99,9 % dostupnosti. Pokud nasadíte všechny virtuální počítače a jejich disky do jednoho účtu úložiště Azure, potenciální nedostupnost služby Azure Storage způsobí nedostupnost všech virtuálních počítačů umístěných v daném účtu úložiště a všech komponent SAP spuštěných uvnitř virtuálních počítačů.

Místo vložení všech virtuálních počítačů do jednoho účtu úložiště Azure můžete pro každý virtuální počítač použít vyhrazené účty úložiště. Pomocí několika nezávislých účtů úložiště Azure zvýšíte celkovou dostupnost virtuálních počítačů a aplikací SAP.

Spravované disky Azure se automaticky umístí do domény selhání virtuálního počítače, ke kterému jsou připojené. Pokud umístíte dva virtuální počítače do skupiny dostupnosti a použijete spravované disky, platforma se postará také o distribuci spravovaných disků do různých domén selhání. Pokud plánujete používat účet premium storage, důrazně doporučujeme používat spravované disky.

Ukázková architektura systému SAP NetWeaver, která využívá vysokou dostupnost infrastruktury Azure a účty úložiště, může vypadat takto:

Ukázková architektura systému SAP NetWeaver, která využívá vysokou dostupnost infrastruktury Azure a spravované disky, může vypadat takto:

Pro důležité komponenty SAP jste zatím dosáhli následujících kroků:

• Vysoká dostupnost aplikačních serverů SAP

  Instance aplikačního serveru SAP jsou redundantní komponenty. Každá instance aplikačního serveru SAP se nasadí na vlastní virtuální počítač, který běží v jiné doméně selhání a upgradu Azure. Další informace najdete v částech Domény selhání a Aktualizační domény .

  Tuto konfiguraci můžete zajistit pomocí skupin dostupnosti Azure. Další informace najdete v části Skupiny dostupnosti Azure.

  Potenciální plánovaná nebo neplánovaná nedostupnost domény selhání nebo upgradu Azure způsobí nedostupnost omezeného počtu virtuálních počítačů s instancemi aplikačního serveru SAP.

  Každá instance aplikačního serveru SAP se umístí do svého vlastního účtu úložiště Azure. Potenciální nedostupnost jednoho účtu úložiště Azure způsobí nedostupnost pouze jednoho virtuálního počítače s instancí aplikačního serveru SAP. Mějte ale na paměti, že existuje limit počtu účtů úložiště Azure v rámci jednoho předplatného Azure. Pokud chcete zajistit automatické spuštění instance ASCS/SCS po restartování virtuálního počítače, nastavte parametr automatického spuštění v spouštěcím profilu instance ASCS/SCS.

  Další informace najdete v tématu Vysoká dostupnost aplikačních serverů SAP.

  I když používáte spravované disky, disky se ukládají do účtu úložiště Azure a v případě výpadku úložiště můžou být nedostupné.

• Vyšší dostupnost instancí SAP ASCS/SCS

  V tomto scénáři využijte restartování virtuálního počítače Azure k ochraně virtuálního počítače s nainstalovanou instancí SAP ASCS/SCS. V případě plánovaných nebo neplánovaných výpadků serverů Azure se virtuální počítače restartují na jiném dostupném serveru. Jak už bylo zmíněno dříve, restartování virtuálního počítače Azure primárně chrání virtuální počítače, nikoli aplikace, v tomto případě instance ASCS/SCS. Prostřednictvím restartování virtuálního počítače nepřímo dosáhnete "vyšší dostupnosti" instance SAP ASCS/SCS.

  Pokud chcete zajistit automatické spuštění instance ASCS/SCS po restartování virtuálního počítače, nastavte parametr automatického spuštění v profilu spuštění instance ASCS/SCS. Toto nastavení znamená, že instance ASCS/SCS jako jediný bod selhání (SPOF) běžící na jednom virtuálním počítači určí dostupnost celého prostředí SAP.

• Vyšší dostupnost serveru DBMS

  Stejně jako v předchozím případě použití instance SAP ASCS/SCS využíváte restartování virtuálního počítače Azure k ochraně virtuálního počítače s nainstalovaným softwarem DBMS a dosažení vyšší dostupnosti softwaru DBMS prostřednictvím restartování virtuálního počítače.

  DBMS, která běží na jednom virtuálním počítači, je také SPOF a je to determinativní faktor pro dostupnost celého prostředí SAP.

Použití automatického startu pro instance SAP

SAP nabízí nastavení, které umožňuje spouštět instance SAP hned po spuštění operačního systému v rámci virtuálního počítače. Pokyny jsou popsané v článku znalostní báze SAP Knowledge Base 1909114. SAP už ale nedoporučuje používat nastavení, protože neumožňuje řídit pořadí restartování instancí, pokud je ovlivněno více než jeden virtuální počítač nebo pokud je na virtuálním počítači spuštěno více instancí.

Za předpokladu typického scénáře Azure jedné instance aplikačního serveru SAP na virtuálním počítači a nakonec se restartuje jeden virtuální počítač, automatický start není kritický. Můžete ho ale povolit přidáním následujícího parametru do počátečního profilu instance SAP Advanced Business Application Programming (jazyk ABAP) nebo Javy:

Autostart = 1

Poznámka:

Parametr automatického startu má také určité nedostatky. Konkrétně parametr aktivuje spuštění instance SAP jazyk ABAP nebo Javy, když se spustí související služba Windows nebo Linux instance. K této sekvenci dochází při spuštění operačního systému. Restartování služeb SAP jsou ale také běžným výskytem funkcí správy životního cyklu softwaru SAP, jako je software Update Manger (SUM) nebo jiné aktualizace nebo upgrady. Tyto funkce neočekávají, že se instance automaticky restartuje. Proto by měl být před spuštěním těchto úloh zakázán parametr Autostart. Parametr automatického startu by se neměl používat také pro instance SAP, které jsou clusterované, například ASCS, SCS/CI.

Další informace o automatickém startu pro instance SAP najdete v následujících článcích:

• Spuštění nebo zastavení SAP spolu se spuštěním nebo zastavením systému Unix Server
• Spuštění a zastavení agentů pro správu SAP NetWeaver

Další kroky

Informace o úplné vysoké dostupnosti s podporou aplikací SAP NetWeaver najdete v tématu Vysoká dostupnost aplikací SAP v Azure IaaS.