Skupiny umístění bezkontaktní komunikace Azure pro optimální latenci sítě s aplikacemi SAP

Aplikace SAP založené na architektuře SAP NetWeaver nebo SAP S/4HANA jsou citlivé na latenci sítě mezi aplikační vrstvou SAP a databázovou vrstvou SAP. Tato citlivost je výsledkem většiny obchodních logiky spuštěných v aplikační vrstvě. Vzhledem k tomu, že aplikační vrstva SAP spouští obchodní logiku, vydává dotazy do databázové vrstvy s vysokou frekvencí v poměru tisíc nebo desítky tisíců za sekundu. Ve většině případů je povaha těchto dotazů jednoduchá. Je často možné je spouštět na úrovni databáze za 500 mikrosekund nebo méně.

Čas strávený v síti, který odešle takový dotaz z aplikační vrstvy do databázové vrstvy a obdrží vrácený výsledek, má zásadní vliv na dobu potřebnou k provozu obchodních procesů. Tato citlivost na latenci sítě je důvod, proč možná budete chtít dosáhnout určité minimální latence sítě v projektech nasazení SAP. Pokyny k klasifikaci latence sítě najdete v tématu SAP – poznámka #1100926 – Nejčastější dotazy: výkon sítě .

V mnoha oblastech Azure se dosáhlo množství datových center. Ve stejnou chvíli zákazníci, zejména pro špičkové systémy SAP, používají více speciálních rodin virtuálních počítačů, jako je například řada M nebo Mv2, nebo ve výjimečných případech HANA velké instance. Tyto typy virtuálních počítačů Azure nejsou vždy k dispozici v každém z datových center, která se shromažďují do oblasti Azure. Tyto fakta můžou vytvářet příležitosti pro optimalizaci latence sítě mezi aplikační vrstvou SAP a vrstvou SAP DBMS.

Pokud chcete mít možnost optimalizovat latenci sítě, Azure nabízí skupiny umístění pro Proximity. Skupiny umístění blízkosti se dají použít k vynutit seskupení různých typů virtuálních počítačů v rámci jedné páteře sítě, která poskytuje dostatečnou latenci sítě mezi těmito různými typy virtuálních počítačů, na kterých ještě zatím neposkytujeme. Při nasazování prvního virtuálního počítače do takové skupiny umístění pro Proximity se virtuální počítač dostane do konkrétní páteře sítě. Všechny ostatní virtuální počítače, které se budou nasazovat do stejné skupiny umístění blízkosti, se tyto virtuální počítače budou seskupovat do stejné páteře sítě. Jako odvolání jako u tohoto potenciálního zákazníka se použití konstrukce zavádí i některá omezení a nástrah:

• Nemůžete předpokládat, že všechny typy virtuálních počítačů Azure jsou dostupné v každém a všech datových centrech Azure nebo v každé ze všech síťových hřbetů. V důsledku toho může být kombinace různých typů virtuálních počítačů v rámci jedné skupiny umístění pro Proximity přísně omezená. Tato omezení se projeví proto, že hostitelský hardware, který je potřeba ke spuštění určitého typu virtuálního počítače, nemusí být přítomen v datovém centru nebo pod páteří sítě, ke které se přiřadila skupina umístění blízkosti.
• Když změníte velikost částí virtuálních počítačů, které jsou v jedné skupině umístění blízkosti, nemůžete automaticky předpokládat, že nový typ virtuálního počítače je dostupný ve stejném datovém centru nebo v rámci páteře sítě, ke které se skupina umístění blízkosti přiřadila.
• Když Azure vyřadí hardware z provozu, může vynutit určité virtuální počítače skupiny umístění blízkosti do jiného datového centra Azure nebo jiné páteře sítě. Podrobnosti, které se týkají tohoto případu, najdete v dokumentu skupiny umístění pro Proximity .

Scénáře, ve kterých jste používali skupiny umístění blízkosti, byly:

• Nasazení úloh SAP se skupinami dostupnosti. Umístění databáze SAP, aplikační vrstvy SAP a virtuálních počítačů s ASCS/SCS se seskupují do tří různých skupin dostupnosti. V takovém případě jste se ujistili, že se skupiny dostupnosti nerozšířily do celé oblasti Azure, protože by to mohlo být závislé na oblasti Azure, což má za následek latenci sítě, která by mohla mít negativní vliv na úlohy SAP.
• Chtěli byste nasadit kritické prostředky pro úlohy SAP v různých Zóny dostupnosti a na druhé straně chtěli byste se ujistit, že virtuální počítače vrstvy aplikace v každé z těchto zón budou rozloženy do různých domén selhání pomocí skupin dostupnosti. V takovém případě, jak je popsáno dále v dokumentu, jsou skupiny umístění blízkosti vyžadovány připevnit.
• Skupiny umístění pro Proximity slouží k seskupení virtuálních počítačů, aby se dosáhlo optimální latence sítě mezi službami hostovanými ve virtuálních počítačích.

Stejně jako u scénářů nasazení #1, v mnoha oblastech, zejména oblasti bez Zóny dostupnosti a většiny oblastí s Zóny dostupnosti, latence sítě, která je nezávislá na tom, kde jsou virtuální počítače přijatelné. I když některé oblasti Azure nemůžou poskytovat dostatečně dobré prostředí, aniž by Collocating tři různé skupiny dostupnosti s využitím skupin dostupnosti. V rámci scénáře nasazení #2 v následujících částech tohoto dokumentu doporučujeme použít jiný způsob používání skupin umístění blízkosti.

Co jsou skupiny umístění pro Proximity?

Skupina umístění blízkosti Azure je logická konstrukce. Když je definovaná skupina umístění blízkosti, je svázaná s oblastí Azure a skupinou prostředků Azure. Po nasazení virtuálních počítačů se na skupinu umístění blízkosti odkazuje:

• První virtuální počítač Azure nasazený v rámci síťové páteře, který má spoustu výpočetních jednotek Azure a nízkou latenci sítě. Tato síťová hřbet často odpovídá jednomu datovému centru Azure. První virtuální počítač si můžete představit jako "virtuální počítač oboru", který je nasazený do výpočetní jednotky na bázi služby COMPUTE založené na algoritmech přidělení Azure, které jsou nakonec kombinované s parametry nasazení.
• Všechny následné nasazené virtuální počítače, které odkazují na skupinu umístění blízkosti, budou nasazeny pod stejnou páteř sítě jako první virtuální počítač.

Jedna Skupina prostředků Azure může mít přiřazených několik skupin umístění blízkosti. Ale skupina umístění blízkosti se dá přiřadit jenom k jedné skupině prostředků Azure.

Skupiny umístění pro Proximity se systémy SAP, které používají jenom virtuální počítače Azure

V této části procházíme architekturami nasazení, které jsme doposud používali, a nová doporučení

Skupiny umístění pro Proximity s nasazeními na oblast

Pro nasazení, která nepoužívají velké instance HANA, je důležité zajistit rozumně nízkou latenci sítě mezi aplikační vrstvou SAP a vrstvou DBMS. Pro zajištění takové dostatečně nízké latence sítě pro omezené sady scénářů může být pro takový systém SAP definována skupina umístění blízkosti Azure.

Vyhněte se seskupování různých produkčních nebo neprodukčních systémů do jedné skupiny umístění pro Proximity. Vyhněte se sadě systémů SAP, protože čím více systémů rozcházíte do skupiny umístění blízkosti, tím vyšší je pravděpodobnost:

• Vyžadujete typ virtuálního počítače, který není dostupný v rámci páteře sítě, do které byla skupina umístění blízkosti přiřazena.
• Je možné, že prostředky nestandardních virtuálních počítačů, jako jsou třeba virtuální počítače řady M-Series, by mohly být nesplněné, pokud v průběhu času potřebujete rozšířit počet virtuálních počítačů do skupiny umístění blízkosti.

Využití skupiny v blízkosti, které jsme doposud doporučili, vypadá jako v tomto obrázku.

Vytvořili jste skupinu umístění Proximity (PPG) v každé ze dvou Zóny dostupnosti jste nasadili systém SAP do nástroje. Všechny virtuální počítače v určité zóně jsou součástí skupiny umístění pro jednotlivé blízkosti této konkrétní zóny. Začali jste v každé zóně a nasadili jste virtuální počítač DBMS k určení oboru PPG a pak jste virtuální počítač ASCS nasadili do stejné zóny a PPG. V třetím kroku jste vytvořili skupinu dostupnosti Azure, která má přiřazenou skupinu dostupnosti s vymezeným PPG a do ní se nasadí vrstva aplikace SAP. Výhodou této konfigurace je to, že všechny komponenty byly v souladu se stejnou páteří sítě. Velkou nevýhodou je, že vaše flexibilita při změně velikosti virtuálních počítačů může být omezená.

V závislosti na mnoha vylepšeních nasazených Microsoftem do oblastí Azure za účelem snížení latence sítě v rámci zóny dostupnosti Azure budou nové pokyny k nasazení pro oblast nasazení vypadat takto:

Rozdíl na výše uvedené doporučení spočívá v tom, že virtuální počítače databáze ve dvou zónách nejsou součástí skupin umístění blízkosti. Pro skupiny umístění blízkosti na zónu se teď vztahuje nasazení virtuálního počítače, na kterém běží instance SAP ASCS/SCS. To také znamená, že pro oblasti, kde jsou Zóny dostupnosti shromažďována více datacentry, instance ASCS/SCS a aplikační vrstva by mohla běžet v jedné síťové hřbetě a virtuální počítače databáze mohou běžet pod jinou páteř sítě. I když se provedou vylepšení sítě, latence sítě mezi aplikační vrstvou SAP a vrstvou DBMS by měla být dostačující pro dostatečně dobrý výkon a propustnost. Výhodou této nové konfigurace je, že máte větší flexibilitu při změně velikosti virtuálních počítačů nebo přesunutí na nové typy virtuálních počítačů pomocí vrstvy DBMS nebo vrstvy aplikace systému SAP.

Skupiny umístění blízkosti s nasazeními sady dostupnosti

V takovém případě je pro účely společné umístění virtuálních počítačů, které jsou nasazené prostřednictvím různých skupin dostupnosti, použít skupiny umístění blízkosti. V tomto scénáři použití nepoužíváte řízené nasazení napříč různými Zóny dostupnosti v oblasti. Místo toho chcete nasadit systém SAP pomocí skupin dostupnosti. V důsledku toho máte alespoň skupinu dostupnosti pro virtuální počítače s ASCS nebo virtuální počítače s SCS a virtuální počítače aplikační vrstvy. Vzhledem k tomu, že nemůžete zadat v době nasazení virtuálního počítače skupinu dostupnosti a zónu dostupnosti, nemůžete určit, kam se mají přidělovat virtuální počítače v různých skupinách dostupnosti. To může vést k tomu, že některé oblasti Azure, které mají latenci sítě mezi různými virtuálními počítači, můžou být příliš vysoké, aby poskytovaly dostatečně dobré prostředí výkonu. Takže Výsledná architektura by vypadala takto:

V tomto obrázku by se jednomu systému SAP přiřadila jedna skupina umístění s jedním okolím. Tento PPG se přiřadí ke třem sadám dostupnosti. Na skupinu umístění blízkosti se pak zavede nasazením první virtuálních počítačů databázových vrstev do skupiny dostupnosti DBMS. Toto doporučení architektury bude společné umístění všechny virtuální počítače ve stejné páteře sítě. Zavádíme omezení uvedená výše v tomto článku. Proto by se měla používat architektura skupiny umístění okolí zhuštěně.

Skupiny umístění blízkosti a velké instance HANA

Pokud jsou některé systémy SAP závislé na velkých instancích vrstvy aplikace v Hana, můžete mít významná vylepšení latence sítě mezi velkými instancemi a virtuálními počítači Azure, když používáte jednotky velkých instancí Hana, které jsou nasazeny v řádcích revize 4. Jedním z vylepšení je, že velké instance v HANA, jak se nasazují, se nasazují se skupinou umístění blízkosti. Tuto skupinu umístění blízkosti můžete použít k nasazení virtuálních počítačů aplikační vrstvy. V důsledku toho budou tyto virtuální počítače nasazeny ve stejném datovém centru, které je hostitelem jednotky velkých instancí HANA.

Pokud chcete zjistit, jestli je jednotka velkých instancí HANA nasazená v rámci kontrolního razítka nebo řádku revize 4, přečtěte si článek Správa velkých instancí Azure Hana prostřednictvím Azure Portal. V přehledu atributů jednotky velkých instancí HANA můžete také určit název skupiny umístění blízkosti, protože byla vytvořena při nasazení jednotky velkých instancí HANA. Název, který se zobrazí v přehledu atributy, je název skupiny umístění blízkosti, do které byste měli nasadit virtuální počítače vrstvy aplikace.

V porovnání se systémy SAP, které používají jenom virtuální počítače Azure, je při použití velkých instancí HANA méně flexibilita při rozhodování o tom, kolik skupin prostředků Azure se má použít. Všechny jednotky velkých instancí HANA tenanta rozsáhlých instancí Hana se seskupují do jedné skupiny prostředků, jak je popsáno v tomto článku. Pokud nebudete nasazovat do různých klientů, aby se odlišili například produkční a neprodukční systémy nebo jiné systémy, všechny jednotky velkých instancí HANA budou nasazeny v klientovi s velkým počtem instancí HANA. Tento tenant má relaci 1:1 se skupinou prostředků. Pro každou jednotlivou jednotku však bude definována samostatná skupina umístění blízkosti.

V důsledku toho budou vztahy mezi skupinami prostředků Azure a skupinami umístění blízkosti pro jednoho tenanta, jak je znázorněno zde:

Příklad nasazení se skupinami umístění pro Proximity

Níže jsou uvedené některé příkazy PowerShellu, které můžete použít k nasazení virtuálních počítačů se skupinami umístění s použitím blízkosti Azure.

Prvním krokem po přihlášení k Azure Cloud Shellje ověření, jestli se nacházíte v předplatném Azure, které chcete použít pro nasazení:

Get-AzureRmContext

Pokud potřebujete přejít na jiné předplatné, můžete to udělat spuštěním tohoto příkazu:

Set-AzureRmContext -Subscription "PPG test subscription"

Spuštěním tohoto příkazu vytvořte novou skupinu prostředků Azure:

New-AzResourceGroup -Name "ppgexercise" -Location "westus2"

Spuštěním tohoto příkazu vytvořte novou skupinu umístění blízkosti:

New-AzProximityPlacementGroup -ResourceGroupName "ppgexercise" -Name "collocate" -Location "westus2"

Nasaďte první virtuální počítač do skupiny umístění pro Proximity pomocí příkazu, jako je tento:

New-AzVm -ResourceGroupName "ppgexercise" -Name "ppgscopevm" -Location "westus2" -OpenPorts 80,3389 -ProximityPlacementGroup "collocate" -Size "Standard_E16s_v4"

předchozí příkaz nasadí virtuální počítač založený na Windows. Po úspěšném nasazení tohoto virtuálního počítače se rozsah síťové páteře skupiny umístění blízkosti definuje v oblasti Azure. Všechna další nasazení virtuálních počítačů, která odkazují na skupinu umístění Proximity, jak je znázorněno v předchozím příkazu, se nasadí do stejné páteře sítě, pokud je možné hostovat typ virtuálního počítače na hardwaru umístěném v této páteře sítě a kapacita pro tento typ virtuálního počítače je k dispozici.

Kombinování skupin dostupnosti a Zóny dostupnosti se skupinami umístění pro Proximity

Jedním z problémů při použití Zóny dostupnosti pro nasazení systému SAP je, že aplikační vrstvu SAP nemůžete nasadit pomocí skupin dostupnosti v rámci konkrétní zóny dostupnosti. Chcete, aby byla aplikační vrstva SAP nasazená ve stejných zónách jako virtuální počítače SAP ASCS/SCS. Odkazování na zónu dostupnosti a skupinu dostupnosti, když nasazení jednoho virtuálního počítače není v tuto chvíli možné. Ale jenom nasazujete virtuální počítač, který dá pokyn k zóně dostupnosti, ztratíte možnost zajistit, aby virtuální počítače vrstvy aplikace byly rozdělené do různých domén aktualizace a selhání.

Když použijete skupiny umístění blízkosti, můžete toto omezení obejít. Toto je pořadí nasazení:

• Vytvořte skupinu umístění blízkosti.
• Nasaďte svůj virtuální počítač pro ukotvení, doporučuje se použít virtuální počítač ASCS/SCS, který odkazuje na zónu dostupnosti.
• Vytvořte skupinu dostupnosti, která odkazuje na skupinu v blízkosti Azure. (Viz příkaz později v tomto článku.)
• Nasaďte virtuální počítače aplikační vrstvy tak, že odkazujete na skupinu dostupnosti a na skupinu umístění blízkosti.

Místo nasazování prvního virtuálního počítače, jak je znázorněno v předchozí části, se při nasazení virtuálního počítače odkazuje na zónu dostupnosti a na skupinu umístění blízkosti:

New-AzVm -ResourceGroupName "ppgexercise" -Name "centralserviceszone1" -Location "westus2" -OpenPorts 80,3389 -Zone "1" -ProximityPlacementGroup "collocate" -Size "Standard_E8s_v4"

Úspěšné nasazení tohoto virtuálního počítače by způsobilo hostování instance ASCS/SCS systému SAP v jedné zóně dostupnosti. Rozsah skupiny umístění blízkosti je pevně nastavená na jednu ze sítí, kterou jste definovali v zóně dostupnosti.

V dalším kroku potřebujete vytvořit skupiny dostupnosti, které chcete použít pro aplikační vrstvu systému SAP.

Definujte a vytvořte skupinu umístění blízkosti. Příkaz pro vytvoření sady dostupnosti vyžaduje další odkaz na ID skupiny umístění blízkosti (ne název). ID skupiny umístění blízkosti můžete získat pomocí tohoto příkazu:

Get-AzProximityPlacementGroup -ResourceGroupName "ppgexercise" -Name "collocate"

Když vytvoříte skupinu dostupnosti, musíte zvážit další parametry při použití spravovaných disků (výchozí, pokud není uvedeno jinak) a skupin umístění blízkosti:

New-AzAvailabilitySet -ResourceGroupName "ppgexercise" -Name "ppgavset" -Location "westus2" -ProximityPlacementGroupId "/subscriptions/my very long ppg id string" -sku "aligned" -PlatformUpdateDomainCount 3 -PlatformFaultDomainCount 2 

V ideálním případě byste měli použít tři domény selhání. Ale počet podporovaných domén selhání se může lišit od oblasti do oblasti. V takovém případě je maximální počet domén selhání možných pro konkrétní oblasti dva. Pokud chcete nasadit virtuální počítače vrstvy aplikace, musíte přidat odkaz na název skupiny dostupnosti a název skupiny umístění blízkosti, jak je znázorněno zde:

New-AzVm -ResourceGroupName "ppgexercise" -Name "appinstance1" -Location "westus2" -OpenPorts 80,3389 -AvailabilitySetName "myppgavset" -ProximityPlacementGroup "collocate" -Size "Standard_E16s_v4"

Výsledek tohoto nasazení:

• Centrální služby pro váš systém SAP nacházející se v konkrétní zóně dostupnosti nebo Zóny dostupnosti.
• Vrstva aplikace SAP, která se nachází prostřednictvím skupin dostupnosti ve stejné síťové páteře jako virtuální počítač (ASCS/SCS) služby SAP Central Services (/).

Změna konfigurace skupiny umístění blízkosti stávajícího systému

Pokud jste implementovali skupiny umístění pro Proximity jako doporučení, které jste doposud nastavili, a chcete provést úpravu na novou konfiguraci, můžete to udělat pomocí metod popsaných v těchto článcích:

• Nasazování virtuálních počítačů do skupin umístění bezkontaktní komunikace pomocí Azure CLI
• Nasazení virtuálních počítačů do skupin umístění Proximity pomocí prostředí PowerShell

Tyto příkazy můžete použít také pro případy, kdy dochází k chybám přidělení v případech, kdy nemůžete přesunout na nový typ virtuálního počítače s existujícím virtuálním počítačem ve skupině umístění blízkosti.

Další kroky

Projděte si dokumentaci:

• Úlohy SAP v Azure: kontrolní seznam pro plánování a nasazení
• Nasazování virtuálních počítačů do skupin umístění bezkontaktní komunikace pomocí Azure CLI
• Nasazení virtuálních počítačů do skupin umístění Proximity pomocí prostředí PowerShell
• Důvody pro nasazení Azure Virtual Machines DBMS pro úlohy SAP