Skupiny umístění bezkontaktní komunikace

Platí pro: ✔️ Virtuální počítače s Windows s Linuxem ✔️ ✔️ – Flexibilní škálovací sady Uniform Scale Sets ✔️

Umístění virtuálních počítačů do jedné oblasti snižuje fyzickou vzdálenost mezi instancemi. Umístěním do jedné zóny dostupnosti se také fyzicky zblíží. S růstem využití Azure ale může jedna zóna dostupnosti zahrnovat několik fyzických datových center, což může mít za následek latenci sítě, která ovlivní vaši aplikaci.

Pokud chcete virtuální počítače co nejblíže dosáhnout nejnižší možné latence, měli byste je nasadit ve skupině umístění bezkontaktní komunikace.

Skupina umístění bezkontaktní komunikace je logické seskupení, které slouží k zajištění fyzického umístění výpočetních prostředků Azure blízko sebe. Skupiny umístění blízko sebe jsou užitečné pro úlohy, kde je požadavkem nízká latence.

• Nízká latence mezi samostatnými virtuálními počítači
• Nízká latence mezi virtuálními počítači v jedné skupině dostupnosti nebo škálovací sadou virtuálních počítačů
• Nízká latence mezi samostatnými virtuálními počítači, virtuálními počítači ve více skupinách dostupnosti nebo několika škálovacími sadami. V jedné skupině umístění můžete mít více výpočetních prostředků, abyste mohli spojit vícevrstvé aplikace.
• Nízká latence mezi více aplikačními vrstvami pomocí různých typů hardwaru. Například spuštění back-endu pomocí M-series ve skupině dostupnosti a front-endu v instanci D-series ve škálovací sadě ve skupině umístění jedné bezkontaktní komunikace.

Použití skupin umístění bezkontaktní komunikace

Skupina umístění bezkontaktní komunikace je prostředek v Azure. Před použitím s jinými prostředky ho musíte vytvořit. Po vytvoření se dá použít s virtuálními počítači, skupinami dostupnosti nebo škálovacími sadami virtuálních počítačů. Při vytváření výpočetních prostředků zadáte skupinu umístění bezkontaktní komunikace s ID skupiny umístění bezkontaktní komunikace.

Existující prostředek můžete také přesunout do skupiny umístění bezkontaktní komunikace. Při přesunu prostředku do skupiny umístění bezkontaktní komunikace byste měli nejprve zastavit (uvolnit) prostředek, protože se znovu nasadí do jiného datacentra v oblasti, aby splňovalo omezení kolokace.

V případě skupin dostupnosti a škálovacích sad virtuálních počítačů byste měli místo jednotlivých virtuálních počítačů nastavit skupinu umístění bezkontaktní komunikace na úrovni prostředku.

Skupina umístění bezkontaktní komunikace je omezení kolokace místo mechanismu připnutí. Připne se ke konkrétnímu datovému centru s nasazením prvního prostředku, který ho použije. Jakmile se všechny prostředky používající skupinu umístění bezkontaktní komunikace zastaví (uvolní) nebo odstraní, už se nepřipne. Proto při každém použití skupiny umístění bezkontaktní komunikace s více řadami virtuálních počítačů je důležité předem určit všechny požadované typy v šabloně, pokud je to možné, nebo postupovat podle pořadí nasazení, což zlepší vaše šance na úspěšné nasazení. Pokud vaše nasazení selže, restartujte nasazení s velikostí virtuálního počítače, která selhala jako první nasazená velikost.

Určení velikostí virtuálních počítačů pomocí záměru

Volitelný parametr můžete použít intent k poskytnutí zamýšlených velikostí virtuálních počítačů , které mají být součástí skupiny umístění bezkontaktní komunikace. Tento parametr je možné zadat při vytváření skupiny umístění bezkontaktní komunikace nebo ho můžete přidat nebo upravit při aktualizaci skupiny umístění bezkontaktní komunikace po zrušení přidělení všech virtuálních počítačů.

Při zadávání intentmůžete také přidat volitelný zone parametr pro určení zóny dostupnosti, což znamená, že skupina umístění bezkontaktní komunikace musí být vytvořena v rámci konkrétní zóny dostupnosti. Při zadávání parametru zone si všimněte následujících bodů:

• Parametr zóny dostupnosti je možné zadat pouze při vytváření skupiny umístění bezkontaktní komunikace a později ho nelze upravit.
• Parametr zone lze použít pouze s intent, nelze ho použít samostatně.
• Je možné zadat pouze jednu zónu dostupnosti.

Vytvoření nebo aktualizace skupiny umístění bezkontaktní komunikace proběhne úspěšně pouze v případech, kdy alespoň jedno datové centrum podporuje všechny velikosti virtuálních počítačů zadané v záměru. Jinak vytvoření nebo aktualizace selže s chybou OverconstrainedAllocationRequest, což znamená, že kombinaci velikostí virtuálních počítačů není možné podporovat v rámci skupiny umístění bezkontaktní komunikace. Záměr neposkytuje žádnou rezervaci kapacity ani záruku. Velikosti virtuálních počítačů a zóna uvedené v intent daném datovém centru se používají k výběru vhodného datového centra, což snižuje riziko selhání, pokud v datovém centru není dostupná požadovaná velikost virtuálního počítače. K selhání přidělení může stále dojít, pokud v době nasazení není k dispozici žádná další kapacita pro velikost virtuálního počítače.

Poznámka:

Pokud chcete použít záměr pro skupiny umístění bezkontaktní komunikace, ujistěte se, že verze rozhraní API je 2021-11-01 nebo vyšší.

Osvědčené postupy při používání záměru

• Pro skupinu umístění bezkontaktní komunikace můžete poskytnout zónu dostupnosti jenom v případě, že zadáte záměr. Poskytnutí zóny dostupnosti bez záměru způsobí chybu při vytváření skupiny umístění bezkontaktní komunikace.
• Pokud v záměru zadáte zónu dostupnosti, ujistěte se, že zóna dostupnosti virtuálních počítačů, které nasadíte, odpovídají tomu, co jste zadali v záměru, aby nedocházelo k chybám při nasazování virtuálních počítačů.
• Vytváření nebo přidávání virtuálních počítačů s velikostmi, které nejsou zahrnuté v záměru, je povolené, ale nedoporučuje se. Velikost ve vybraném datacentru nemusí existovat a může způsobit selhání v době nasazení virtuálního počítače.
• U existujících skupin umístění doporučujeme při aktualizaci záměru zahrnout velikosti stávajících virtuálních počítačů, abyste se vyhnuli selhání při opětovném nasazení virtuálních počítačů.

Záměr může být ovlivněn vyřazením z provozu.

• Je možné, že po vytvoření skupiny umístění bezkontaktní komunikace se záměrem a před nasazením virtuálních počítačů může dojít k událostem plánované údržby, jako je vyřazení hardwaru z provozu v datacentru Azure, což vede k kombinaci velikostí virtuálních počítačů zadaných v záměru, který není k dispozici v datovém centru. V takových případech dojde k chybě OverconstrainedAllocationRequest, a to i při nasazování virtuálních počítačů s velikostmi zadanými v záměru. Můžete zkusit uvolnit všechny prostředky ve skupině umístění bezkontaktní komunikace a vytvořit je znovu, abyste získali datové centrum, které může přizpůsobit záměru. Pokud po vyřazení z provozu neexistuje žádné datové centrum se zadanými velikostmi virtuálních počítačů, možná budete muset změnit záměr použít jinou kombinaci velikostí virtuálních počítačů, protože kombinace velikostí virtuálních počítačů se už nepodporuje.
• Azure může vyřadit celou řadu virtuálních počítačů nebo konkrétní sadu velikostí virtuálních počítačů. Pokud máte v záměru takovou velikost virtuálního počítače, možná ji budete muset odebrat nebo nahradit jinou velikostí před datem vyřazení původní velikosti virtuálního počítače. V opačném případě už záměr nebude platný.

Co očekávat při použití skupin umístění bezkontaktní komunikace

Skupiny umístění bezkontaktní komunikace nabízejí kolokaci ve stejném datacentru. Vzhledem k tomu, že skupiny umístění bezkontaktní komunikace představují další omezení nasazení, může docházet k selhání přidělení. K selhání přidělení při používání skupin umístění bezkontaktní komunikace může docházet v několika případech použití:

• Když požádáte o první virtuální počítač ve skupině umístění bezkontaktní komunikace, automaticky se vybere datacentrum. V některých případech může druhý požadavek na jinou velikost virtuálního počítače selhat, pokud v tomto datovém centru neexistuje. V takovém případě se vrátí chyba OverconstrainedAllocationRequest. Pokud se chcete této chybě vyhnout, zkuste změnit pořadí, ve kterém nasazujete velikosti virtuálních počítačů, nebo máte nasazené oba prostředky pomocí jedné šablony ARM.
• Pokud je skupina umístění bezkontaktní komunikace vytvořená se záměrem, virtuální počítače se nemusí nasazovat v žádném konkrétním pořadí a není nutné je dávkot pomocí jedné šablony ARM, protože záměr slouží k výběru datacentra, které podporuje všechny velikosti virtuálních počítačů uvedené v záměru.
• V případě elastických úloh, kdy přidáváte a odebíráte instance virtuálních počítačů, může mít omezení skupiny umístění bezkontaktní komunikace pro vaše nasazení za následek selhání splnění požadavku, což vede k chybě AllocationFailure .
• Dalším způsobem, jak dosáhnout elasticity, je zastavovat (uvolňovat) a spouštět virtuální počítače podle potřeby. Vzhledem k tomu, že se kapacita po zastavení (uvolnění) virtuálního počítače neudržuje, může jeho opětovné spuštění způsobit chybu AllocationFailure .
• Operace spuštění a opětovného nasazení virtuálního počítače budou po úspěšné konfiguraci nadále respektovat skupinu umístění bezkontaktní komunikace.

Plánovaná údržba a skupiny umístění bezkontaktní komunikace

Události plánované údržby, jako je vyřazení hardwaru z provozu v datacentru Azure, můžou potenciálně ovlivnit sladění prostředků ve skupinách umístění bezkontaktní komunikace. Prostředky můžou být přesunuty do jiného datového centra, čímž dojde k narušení kollokace a očekávání latence spojené se skupinou umístění bezkontaktní komunikace.

Kontrola stavu zarovnání

Stav zarovnání skupin umístění bezkontaktní komunikace můžete zkontrolovat následujícím postupem.

• Stav umístění umístění bezkontaktní komunikace se dá zobrazit pomocí portálu, rozhraní příkazového řádku a PowerShellu.

  • PowerShell – stav kolokace je možné získat prostřednictvím rutiny Get-AzProximityPlacementGroup zahrnutím volitelného parametru -ColocationStatus.

  • CLI – stav kolokace lze získat az ppg show zahrnutím volitelného parametru --include-colocation-status.

• Pro každou skupinu umístění bezkontaktní komunikace poskytuje vlastnost stavu kolokace souhrn aktuálního stavu zarovnání seskupených prostředků.

  • Zarovnané: Prostředek se nachází ve stejné latenci ve skupině umístění bezkontaktní komunikace.

  • Neznámé: Nejméně jeden z prostředků virtuálního počítače je uvolněný. Po úspěšném spuštění by se stav měl vrátit zpět na Zarovnané.

  • Nezarovnané: Nejméně jeden prostředek virtuálního počítače není zarovnán se skupinou umístění bezkontaktní komunikace. Konkrétní prostředky, které nejsou v souladu, budou také uvedeny samostatně v oddílu členství.

• Pro skupiny dostupnosti se na stránce Přehled skupiny dostupnosti zobrazí informace o zarovnání jednotlivých virtuálních počítačů.

• Informace o zarovnání jednotlivých instancí ve škálovacích sadách najdete na kartě Instance na stránce Přehled pro škálovací sadu.

Reign resources

Pokud je Not Alignedskupina umístění bezkontaktní komunikace , můžete zastavit\zrušit přidělení a pak restartovat ovlivněné prostředky. Pokud je virtuální počítač ve skupině dostupnosti nebo škálovací sadě, musí být před restartováním virtuálních počítačů ve skupině dostupnosti nebo škálovací sadě nejprve zastaveny a uvolněny.

Pokud dojde k selhání přidělení kvůli omezením nasazení, možná budete muset nejprve zastavit nebo zrušit přidělení všech prostředků v ovlivněné skupině umístění bezkontaktní komunikace (včetně zarovnaných prostředků) a pak je restartovat, aby se obnovilo zarovnání.

Osvědčené postupy

• Pro nejnižší latenci používejte skupiny umístění bezkontaktní komunikace společně s akcelerovanými síťovými službami. Další informace najdete v tématu Vytvoření virtuálního počítače s Linuxem s akcelerovanými síťovými službami nebo vytvoření virtuálního počítače s Windows s akcelerovanými síťovými službami.
• Abyste se vyhnuli cílovému hardwaru, který nepodporuje všechny skladové položky a velikosti virtuálních počítačů, které požadujete, použijte záměr pro skupiny umístění bezkontaktní komunikace. Pokud se jedná o již existující skupinu umístění bezkontaktní komunikace bez záměru, můžete použít jednu šablonu ARM se všemi zadanými velikostmi virtuálních počítačů, abyste se tomuto problému vyhnuli.
• Při opakovaném spuštění existující skupiny umístění, ze které byly virtuální počítače odstraněny, počkejte na úplné dokončení odstranění, a teprve potom do ní přidejte virtuální počítače.
• Pokud je latence vaší první prioritou, umístěte virtuální počítače do skupiny umístění bezkontaktní komunikace a celého řešení do zóny dostupnosti. Pokud je ale odolnost vaší nejvyšší prioritou, rozložte instance do více zón dostupnosti (jedna skupina umístění bezkontaktní komunikace nemůže zahrnovat zóny).

Další kroky

• Nasaďte virtuální počítač do skupiny umístění bezkontaktní komunikace pomocí Azure CLI nebo PowerShellu.
• Zjistěte, jak otestovat latenci sítě.
• Zjistěte, jak optimalizovat propustnost sítě.
• Naučte se používat skupiny umístění bezkontaktní komunikace s aplikacemi SAP.