Plánování kapacity pro role serveru služby App Service ve službě Azure Stack Hub

Pokud chcete ve službě Azure Stack Hub nastavit nasazení Azure App Service připravené pro produkční prostředí, musíte naplánovat kapacitu, kterou očekáváte, že systém bude podporovat.

Tento článek obsahuje pokyny k minimálnímu počtu výpočetních instancí a skladových položek výpočetních prostředků, které byste měli použít pro jakékoli produkční nasazení.

Poznámka

Pokyny k doporučeným výpočetním skladovým položkám pro role byly aktualizovány ve verzi 2020.Q2 Azure App Service ve službě Azure Stack Hub, aby standardní nasazení byla v souladu s nasazeními Azure.

Strategii App Service kapacity můžete naplánovat pomocí těchto pokynů.

App Service role serveru	Minimální doporučený počet instancí	Doporučená skladová položka výpočetních prostředků
Controller	2	A4v2
Front-end	2	A4_v2
Správa	2	D3_v2
Publisher	2	A2_v2
Webové pracovní procesy – sdílené	2	A4_v2
Webové pracovní procesy – vyhrazené – malé	2 na úroveň	A1_v2
Pracovní procesy webu – vyhrazené – střední	2 na úroveň	A2_v2
Webové pracovní procesy – vyhrazené – velké	2 na úroveň	A4_v2

Role kontroleru

Doporučené minimum: Dvě instance A4v2

U kontroleru Azure App Service obvykle dochází k nízké spotřebě procesoru, paměti a síťových prostředků. Pro zajištění vysoké dostupnosti však musíte mít dva kontrolery. Dva kontrolery jsou také maximální povolený počet kontrolerů. Během nasazování můžete vytvořit druhý kontroler webů přímo z instalačního programu.

Front-endová role

Doporučené minimum: Dvě instance A4v_2

Front-end směruje požadavky na webové pracovní procesy v závislosti na dostupnosti webového pracovního procesu. Pro zajištění vysoké dostupnosti byste měli mít více než jeden front-end a můžete mít více než dva. Pro účely plánování kapacity zvažte, že každé jádro dokáže zpracovat přibližně 100 požadavků za sekundu.

Role správy

Doporučené minimum: Dvě instance D3v2

Role modelu nasazení classic Aplikace Azure zodpovídá za App Service koncových bodů azure Resource Manager a rozhraní API, rozšíření portálu (správce, tenant, portál Functions) a datovou službu. Role serveru pro správu obvykle v produkčním prostředí vyžaduje pouze přibližně 4 GB paměti RAM. Při mnoha úlohách správy (například vytváření webu) však může dojít k vysokým úrovním procesoru. Pro zajištění vysoké dostupnosti byste měli mít k této roli přiřazeno více než jeden server a nejméně dvě jádra na jeden server.

Role vydavatele

Doporučené minimum: Dvě instance A2v2

Pokud publikuje více uživatelů současně, může u role vydavatele docházet k velkému využití procesoru. V případě vysoké dostupnosti se ujistěte, že je k dispozici více než jedna role vydavatele. Vydavatel zpracovává pouze přenosy FTP/FTPS.

Role webového pracovního procesu

Doporučené minimum: Dvě instance A4_v2

Pro zajištění vysoké dostupnosti byste měli mít aspoň čtyři role webového pracovního procesu: dvě pro režim sdíleného webu a dvě pro každou vyhrazenou úroveň pracovního procesu, kterou plánujete nabídnout. Sdílený a vyhrazený výpočetní režim poskytují tenantům různé úrovně služeb. Můžete potřebovat více webových pracovních procesů, pokud mnoho vašich zákazníků:

• Použití úrovní pracovního procesu vyhrazeného výpočetního režimu (které jsou náročné na prostředky)
• Běží v režimu sdílených výpočetních prostředků.

Jakmile uživatel vytvoří plán App Service pro skladovou položku vyhrazeného výpočetního režimu, počet webových pracovních procesů zadaných v plánu App Service už nebude uživatelům k dispozici.

Pokud chcete uživatelům v modelu plánu Consumption poskytnout Azure Functions, musíte nasadit sdílené webové pracovní procesy.

Při rozhodování o počtu sdílených rolí webového pracovního procesu, které se mají použít, si projděte tyto důležité informace:

• Paměť: Paměť je nejdůležitějším prostředkem pro roli webového pracovního procesu. Nedostatek paměti má vliv na výkon webu při prohození virtuální paměti z disku. Každý server vyžaduje přibližně 1,2 GB paměti RAM pro operační systém. Paměť RAM nad touto prahovou hodnotou je možné použít ke spouštění webů.

• Procento aktivních webů: Obvykle je aktivních přibližně 5 procent aplikací v Azure App Service v nasazení služby Azure Stack Hub. Procento aplikací, které jsou v daném okamžiku aktivní, však může být vyšší nebo nižší. Při 5procentní míře aktivních aplikací by maximální počet aplikací, které se mají umístit do Azure App Service v nasazení služby Azure Stack Hub, měl být menší než 20násobek počtu aktivních webů (5 x 20 = 100).

• Průměrná paměťová náročnost: Průměrná paměťová náročnost aplikací v produkčních prostředích je přibližně 70 MB. Při použití této stopy se paměť přidělená všem počítačům nebo virtuálním počítačům role webového pracovního procesu vypočítá takto:

  Number of provisioned applications * 70 MB * 5% - (number of web worker roles * 1044 MB)

  Pokud je například v prostředí 5 000 aplikací s 10 rolemi webového pracovního procesu, každý virtuální počítač s rolí webového pracovního procesu by měl mít 7060 MB paměti RAM:

  5,000 * 70 * 0.05 - (10 * 1044) = 7060 (= about 7 GB)

  Informace o přidávání dalších instancí pracovních procesů najdete v tématu Přidání dalších rolí pracovního procesu.

Další aspekty pro vyhrazené pracovní procesy během upgradu a údržby

Během upgradu a údržby pracovních procesů budou Azure App Service ve službě Azure Stack Hub provádět údržbu na 20 % každé vrstvy pracovního procesu v libovolném okamžiku. Proto musí správci cloudu vždy udržovat 20% fond nepřidělených pracovních procesů na úrovni pracovního procesu, aby zajistili, že jejich tenanti během upgradu a údržby nezaznají žádnou ztrátu služby. Pokud máte například 10 pracovních procesů na úrovni pracovního procesu, měli byste zajistit, aby 2 nebyly přiděleny, aby bylo možné provést upgrade a údržbu. Pokud se přidělí celých 10 pracovních procesů, měli byste škálovat vrstvu pracovního procesu, abyste zachovali fond nepřidělených pracovních procesů.

Během upgradu a údržby Azure App Service přesune úlohy do nepřidělených pracovních procesů, aby se zajistilo, že úlohy budou dál fungovat. Pokud ale během upgradu nejsou k dispozici žádné nepřidělené pracovní procesy, může dojít k výpadku úloh tenanta. Pokud jde o sdílené pracovní procesy, zákazníci nemusí zřizovat další pracovní procesy, protože služba automaticky přidělí aplikace tenanta v rámci dostupných pracovních procesů. Pro zajištění vysoké dostupnosti platí minimální požadavek na dva pracovní procesy na této úrovni.

Správci cloudu můžou monitorovat přidělení úrovně pracovního procesu v oblasti pro správu App Service na portálu pro správu služby Azure Stack Hub. Přejděte na App Service a v levém podokně vyberte Vrstvy pracovních procesů. Tabulka Vrstvy pracovního procesu zobrazuje název, velikost, použitou image, počet dostupných pracovních procesů (nepřidělených), celkový počet pracovních procesů v každé vrstvě a celkový stav vrstvy pracovního procesu.

Role souborového serveru

Pro roli souborového serveru můžete pro vývoj a testování použít samostatný souborový server. Například při nasazování Azure App Service v sadě Azure Stack Development Kit (ASDK) můžete použít tuto šablonu. Pro produkční účely byste měli použít předkonfigurovaný souborový server Windows nebo předem nakonfigurovaný souborový server mimo Windows.

V produkčních prostředích role souborového serveru dochází k intenzivním vstupně-výstupním operacím disku. Vzhledem k tomu, že obsahuje veškerý obsah a soubory aplikací pro weby uživatelů, měli byste pro tuto roli předem nakonfigurovat jeden z následujících prostředků:

• Souborový server Windows
• Cluster souborových serverů s Windows
• Souborový server mimo Windows
• Cluster souborových serverů mimo Windows
• Zařízení NAS (Network Attached Storage)

Další informace najdete v tématu Zřízení souborového serveru.

Další kroky

Požadavky na nasazení služby App Service ve službě Azure Stack Hub