Pokyny pro velikost virtuálního počítače hostitele relace pro Azure Virtual Desktop a Služby vzdálené plochy.

Dimenzování hostitele relace pro službu Azure Virtual Desktop a služby vzdálené plochy vyžaduje pečlivé zvážení typů úloh a konfigurací hardwaru. Různé typy úloh vyžadují různé hardwarové konfigurace, aby se zajistil optimální výkon.

Při správném dimenzování pro uživatele existují dva typy hostitelů relací:

  • Jednouživatelská relace: vyhrazená pro jednoho uživatele.

  • Vícesessionový: je sdíleno mezi více uživateli současně.

V prostředí, kde se ke stolním počítačům a aplikacím přistupuje vzdáleně, probíhá spouštění a zpracování dat na hostiteli relace, pokud aplikace nepodporují místní snižování zátěže. Správné určení velikosti jednotlivých hostitelů relací i počtu hostitelů relací je důležité, abyste během zatížení ve špičce nevyčerpali prostředky, což by jinak vedlo k přerušení služeb pro uživatele.

Hostitelé relací můžou běžet na virtuálních počítačích nebo na fyzickém hardwaru pro Služby Vzdálené plochy. Virtuální počítače mají určité režijní náklady, proto byste s tím měli počítat při dimenzování hostitelů relací, které jsou popsané v tomto článku.

Příklady v tomto článku jsou obecné pokyny a měli byste je použít pouze pro počáteční odhady výkonu. Pokud chcete mít co nejlepší prostředí, škálujte nasazení podle potřeb uživatelů.

Plánování kapacity

Kapacita a prostředky, které potřebujete poskytnout, se pro všechny liší, protože závisí na mnoha přispívajících faktorech. Plánování kapacity je proces určení hostitelů relací a jejich prostředků potřebných ke splnění očekávaných požadavků na úlohy. Zahrnuje analýzu aktuálních a budoucích potřeb prostředků, odhad počtu uživatelů na hostitele relace a určení odpovídajících velikostí pro zajištění optimálního výkonu.

Při plánování kapacity pro hostitele relací zvažte následující oblasti:

Plocha Description
Uživatelská úloha Seznamte se s typy aplikací a úloh, které uživatelé provádějí. Různé úlohy mají různé požadavky na prostředky, jako je procesor, paměť a úložiště.
Počet uživatelů Odhadněte počet uživatelů, kteří souběžně přistupují k hostitelům relací. To pomáhá určit požadované prostředky pro podporu očekávaného uživatelského zatížení.
Požadavky na prostředky Analyzujte požadavky na prostředky aplikací a úloh, které uživatelé provádějí. To zahrnuje procesor, paměť, úložiště a šířku pásma sítě.
Očekávání výkonu Definujte očekávání výkonu hostitelů relací, jako je doba odezvy, čas přihlášení, doba spuštění aplikace a celkové uživatelské prostředí. Zvažte výkon přihlášení pro klíčové časy, jako je například začátek pracovního dne nebo směny, protože to může mít vliv na výkon v porovnání se stabilním stavem.
Škálovatelnost Zvažte možnost škálovat hostitele relací podle rostoucích požadavků uživatelů. To může zahrnovat přidání dalších serverů relací nebo změnu velikosti stávajících serverů, aby vyhovovaly dalším uživatelům nebo úlohám.
Odolnost a redundance Zvažte implementaci mechanismů redundance a převzetí služeb při selhání, abyste zajistili vysokou dostupnost a minimalizovali výpadky, pokud dojde k selhání hardwaru nebo softwaru.
Monitorování a optimalizace Implementujte monitorovací nástroje pro sledování využití prostředků a metrik výkonu. Tato data použijte k optimalizaci hostitelů relací a provádění průběžných úprav podle potřeby.

Následující dva přístupy se běžně používají k určení kapacity hostitelů relací:

  • Pilotní přístup: Nasazení jednoho testovacího serveru a postupné zvýšení zatížení při monitorování zpětné vazby uživatelů a indikátorů výkonu systému, jako jsou procesor, stránkování, disk a síť. Tento přístup je spolehlivý pro menší nasazení, ale může vyžadovat počáteční investice do hardwaru, které nemusí splňovat konečné cíle nasazení.

  • Přístup simulace: Použití automatizačních nástrojů ke generování simulovaných uživatelských úloh, které napodobují skutečné chování uživatelů. Simulace obvykle zahrnuje postupné zvýšení počtu simulovaných uživatelů v průběhu času a shromažďování metrik výkonu během testu. Analýza pomáhá identifikovat bod, kdy výkon překračuje přijatelné prahové hodnoty. Tento přístup je vhodnější pro větší nasazení, kde přesné určení kapacity výrazně ovlivňuje rozhodnutí o nákupu.

Pilotní nasazení bývá u menších nasazení mnohem časově a nákladově efektivnější, zatímco přístup simulace může být vhodnější pro větší nasazení, kde přesné určení kapacity hostitele relace může významně ovlivnit rozhodnutí o nákupu.

Bez ohledu na to, jaký přístup používáte, musíte také zvážit klíčové časy pro přihlášení uživatele, jako je začátek pracovního dne nebo směny, což může mít vliv na výkon v porovnání se stabilním stavem a způsobit dlouhou dobu přihlášení. Hostitel relace může být schopen podporovat dostatek uživatelů pro určitý scénář, ale nemusí mít kapacitu obsluhovat všechny uživatele, kteří se přihlašují souběžně. Naplánujte také určitou rezervu, aby bylo možné čelit neočekávaným špičkám v aktivitách uživatelů nebo požadavcích na prostředky.

Doporučujeme zdokumentovat proces plánování kapacity, včetně předpokladů, výpočtů a rozhodnutí provedených. Sdělte plán zúčastněným stranám, aby se zajistilo sladění a porozumění.

Klíčové faktory ovlivňující kapacitu a výkon

Existuje několik klíčových faktorů, které ovlivňují kapacitu hostitelů relací. Pochopení těchto faktorů vám může pomoct činit informovaná rozhodnutí o velikosti a škálování hostitelů relací.

  • Škálování CPU:

    • Počet jader procesoru přímo ovlivňuje počet uživatelů, kteří můžou být podporováni na virtuálním počítači hostitele relace.
    • Zdvojnásobení počtu jader procesoru nemusí nutně zdvojnásobit kapacitu uživatelů kvůli klesajícímu přínosu a režijním nákladům na synchronizaci. Faktor škálování je vyšší, když je počáteční počet procesorů malý a sníží se s tím, jak se počet jader zvětší. Například faktor škálování z 4 jader na 8 jader je větší než ten, který pochází z 8 jader na 16 jader.
    • Koeficient se obvykle pohybuje v rozmezí od 1,5 do 1,9, což znamená, že u každého dalšího jádra můžete očekávat proporcionální zvýšení kapacity uživatele, ale ne lineární.

  • Dopad na paměť:

    • Množství paměti přidělené virtuálnímu počítači hostitele relace přímo ovlivňuje počet uživatelů, které může podporovat.
    • Pokud je limitující faktor paměti, může přidání další paměti s nižšími kapacitami výrazně zvýšit výkon. Například zvýšení paměti z 8 GB na 16 GB může více než zdvojnásobit počet uživatelů, které můžete podporovat.

  • Dopad přihlášení uživatele:

    • Přihlášení uživatele je operace náročná na procesor a vysoké rychlosti souběžného přihlášení můžou výrazně ovlivnit výkon systému.
    • Naplánujte očekávané vzory přihlášení, například zahájení pracovního dne v 9:00, kde se mnoho uživatelů přihlašuje současně. V opačném případě mohou uživatelé zaznamenat delší časy přihlášení.

  • Režie virtualizace

    • Provoz na virtuálních počítačích může ve srovnání s fyzickými servery způsobit náklady na kapacitu o 15–20 % vyšší, jak ukazuje interní testování.
    • Hypervisor přináší větší latenci a režii procesoru, což může vést k tomu, že doba odezvy uživatele je 10% až 20% vyšší než na holých počítačích.

  • Výhody hyperthreadingu

    • Hyperthreading může zlepšit uživatelskou kapacitu tím, že umožní souběžnému spouštění více vláken na každém jádru, což zefektivňuje využití prostředků procesoru.
    • Výhody hyperthreadingu se liší v závislosti na úloze a počtu jader. Úlohy, které jsou méně náročné na procesor, můžou těžit z dalších možností paralelního zpracování a dosáhnout lepšího výkonu prostřednictvím hyperthreadingu.

  • Výkon sítě

    • Latence sítě, ztráta paketů a zpoždění paketů můžou mít vliv na uživatelské prostředí, zejména pro aplikace, které vyžadují častou komunikaci se vzdálenými servery nebo databázemi. Jakákoli kombinace vysoké latence, ztráty paketů a zatřikování může vést k pomalejší době odezvy a snížení výkonu.
    • Nižší doba odezvy sítě, ztráta paketů a jitter vedou k rychlejší době odezvy a lepšímu celkovému výkonu. Zvažte použití síťových připojení s nízkou latencí, abyste minimalizovali dopad výkonu sítě na uživatelské prostředí.

  • Výkon úložiště

    • Výkon úložiště může mít vliv na uživatelské prostředí, zejména pro aplikace, které vyžadují častý přístup k disku.
    • K zajištění rychlého přístupu k datům a minimalizaci latence používejte vysoce výkonná řešení úložiště, jako jsou disky SSD nebo jednotky NVMe.

  • Požadavky na grafický procesor (GPU)

    • Některé úlohy, jako jsou aplikace náročné na grafiku pro vykreslování videa, 3D návrh a simulace nebo virtuální plochy s vysokým rozlišením, můžou vyžadovat vyhrazené gpu, aby se zajistil optimální výkon.
    • Zvažte použití hostitelů relací s funkcemi GPU, pokud uživatelé spouštějí aplikace náročné na grafiku nebo vyžadují displeje s vysokým rozlišením.

Všechny tyto faktory můžou ovlivnit celkový výkon a kapacitu hostitelů relací. Měření zpoždění vstupu uživatele nebo doby odezvy na konci relace je klíčovou metrikou, kterou je třeba zvážit při vyhodnocování výkonu systému z pohledu uživatele. Tato metrika měří dobu potřebnou ke zpracování a odrazu vstupu uživatele v relaci a poskytuje přesnější znázornění uživatelského prostředí. Uživatelé obvykle očekávají dobu odezvy kratší než 200 milisekund na své akce, a jakékoli zpoždění nad tuto hranici může vést ke zhoršení uživatelského zážitku. Další informace o měření uživatelské zkušenosti najdete v tématu Používejte čítače výkonu k diagnostice problémů s výkonem aplikací na hostitelích relací vzdálené plochy.

Workloads

Při dimenzování hostitelů relací je důležité vzít v úvahu typ zátěže, kterou uživatelé spouštějí, protože se mohou výrazně lišit. Například pracovníci zabývající se datovým zadáváním s nízkou náročností mají nízké využití prostředků, což vede k vysoké hustotě uživatelů. Odborníci pracující s velkými 3D aplikacemi však spotřebovávají vyšší prostředky, což by vedlo k nízké hustotě uživatelů se stejným hardwarem.

Tady je příklad, který kategorizuje úlohy do čtyř typů: lehký, střední, těžký a výkonný. Každý typ úlohy má jiné požadavky na prostředky a očekávání uživatelů.

Následující tabulka popisuje jednotlivé úlohy. Příkladem uživatelů jsou typy uživatelů, kteří můžou najít každou úlohu nejužitečnější. Ukázkové aplikace jsou druhy aplikací, které fungují nejlépe pro každou úlohu.

Typ úlohy Ukázkové uživatele Ukázkové aplikace
Light Uživatelé provádějící základní úlohy zadávání dat Databázové aplikace, rozhraní příkazového řádku
Středně Konzultanti a výzkumní pracovníci trhu Databázové aplikace, rozhraní příkazového řádku, Microsoft Word, statické webové stránky
Heavy Softwaroví inženýři, tvůrci obsahu Databázové aplikace, rozhraní příkazového řádku, Microsoft Word, statické webové stránky, Microsoft Outlook, Microsoft PowerPoint, dynamické webové stránky, vývoj softwaru
Power Grafické návrháře, 3D tvůrci modelů, výzkumní pracovníci strojového učení Aplikace pro zadávání databází, rozhraní příkazového řádku, Microsoft Word, statické webové stránky, Microsoft Outlook, Microsoft PowerPoint, dynamické webové stránky, úpravy fotek a videí, návrh s podporou počítačů (CAD), výroba s podporou počítačů (CAM)

Doporučení pro dimenzování hostitele relace na jedno použití

Ve scénáři s jednou relací je k hostiteli relace přihlášený pouze jeden uživatel najednou. Pokud například používáte osobní fondy hostitelů ve službě Azure Virtual Desktop, používáte scénář s jednou relací.

Doporučení velikosti pro jednorázové relace jsou založena na virtuálních počítačích Azure. Tyto údaje můžete použít také jako směrný plán pro hostitele fyzických relací. Zvažte svůj přístup k plánování kapacity a upřesněte tato doporučení pro vaše úlohy.

Doporučujeme použít alespoň dvě fyzická jádra procesoru na virtuální počítač, obvykle čtyři virtuální procesory s hyper-threadingem. Pokud potřebujete konkrétnější doporučení pro určení velikosti virtuálních počítačů pro scénáře s jednou relací, požádejte dodavatele softwaru specifického pro vaši úlohu. Nastavení velikosti virtuálního počítače pro hostitele relací s jednou relací obvykle odpovídá pokynům pro fyzické zařízení.

Následující tabulka uvádí příklady typických úloh:

Typ úlohy minimální velikost úložiště vCPU/RAM/OS Příklady instancí Azure Minimální úložiště kontejnerového profilu
Light 2 virtuální procesory, 8 GB paměti RAM, 32 GB úložiště D2s_v5, D2s_v4 30 GB
Středně 4 virtuální procesory, 16 GB paměti RAM, 32 GB úložiště D4s_v5, D4s_v4 30 GB
Heavy 8 virtuálních procesorů, 32 GB paměti RAM, 32 GB úložiště D8s_v5, D8s_v4 30 GB

Doporučení pro dimenzování hostitele pro více relací

Ve scénáři s více relacemi je v daném okamžiku k hostitelskému virtuálnímu počítači relace přihlášeno více uživatelů. Pokud například ve službě Azure Virtual Desktop používáte sdílené fondy hostitelů s operačním systémem Windows 11 Enterprise pro více relací, jde o nasazení s více relacemi.

Prostředí s více relacemi zažívají ve špičce výrazně vyšší zatížení ve srovnání s prostředími s jednou relací. Hostitel relace s konkrétní hardwarovou kapacitou má maximální pracovní zátěž, kterou může podporovat, než jsou jeho prostředky vyčerpány.

Tato doporučení ohledně velikosti pro scénáře více relací vycházejí z virtuálních počítačů Azure. Tyto údaje můžete také použít jako referenční hodnoty pro fyzické hostitele relací. Zvažte svůj přístup k plánování kapacity, abyste přizpůsobili tato doporučení pro své úlohy.

Následující tabulka uvádí maximální navrhovaný počet uživatelů na virtuální jednotku centrálního zpracování (vCPU) a minimální konfiguraci virtuálního počítače pro standardní nebo větší uživatelskou úlohu. Pokud potřebujete konkrétnější doporučení pro určení velikosti virtuálních počítačů pro scénáře s jednou relací, požádejte dodavatele softwaru specifického pro vaši úlohu.

Typ úlohy Maximální počet uživatelů na vCPU Minimální úložiště vCPU/RAM/OS Příklady instancí Azure Minimální úložiště profilů
Light 6 8 virtuálních procesorů, 16 GB paměti RAM, 32 GB úložiště D8s_v5, D8s_v4, F8s_v2, D8as_v4, D16s_v5, D16s_v4, F16s_v2, D16as_v4 30 GB
Středně 4 8 virtuálních procesorů, 16 GB paměti RAM, 32 GB úložiště D8s_v5, D8s_v4, F8s_v2, D8as_v4, D16s_v5, D16s_v4, F16s_v2, D16as_v4 30 GB
Heavy 2 8 virtuálních procesorů, 16 GB paměti RAM, 32 GB úložiště D8s_v5, D8s_v4, F8s_v2, D8as_v4, D16s_v5, D16s_v4, F16s_v2, D16as_v4 30 GB
Power 1 6 virtuálních procesorů, 56 GB paměti RAM, 340 GB úložiště D16ds_v5, D16s_v4, D16as_v4, NV6, NV16as_v4 30 GB

U úloh s více relacemi byste měli velikost virtuálního počítače omezit na rozmezí mezi 4 vCPU a 24 vCPU z následujících důvodů:

  • Všechny virtuální počítače by měly mít více než dvě jádra. Komponenty uživatelského rozhraní ve Windows se spoléhají na použití alespoň dvou paralelních vláken pro některé z těžších operací vykreslování. V případě scénářů s více relacemi přítomnost více uživatelů na dvoujádrovém virtuálním počítači způsobuje nestabilitu uživatelského rozhraní a aplikací, což snižuje kvalitu uživatelského zážitku. Čtyři jádra jsou nejnižší doporučený počet jader, které by měl mít stabilní virtuální stroj pro více relací.

  • Virtuální počítače by neměly mít více než 32 jader. S rostoucím počtem jader se zvyšuje i režie na synchronizaci systému. U většiny pracovních zátěží, přibližně při 16 jádrech, se návratnost investic sníží, přičemž většina dodatečné kapacity je kompenzována náklady na synchronizaci. Uživatelské prostředí je lepší díky 16jádrovým virtuálním počítačům místo jednoho 32jádrových virtuálních počítačů.

Doporučený rozsah mezi 4 a 24 jádry obecně poskytuje uživatelům lepší návratnost kapacity, když zvýšíte počet jader. Pokud máte například 12 uživatelů, kteří se přihlašují současně k virtuálnímu počítači se čtyřmi jádry, je poměr tři uživatelé na jádro. Na virtuálním počítači s 8 jádry a 14 uživateli je poměr 1,75 uživatelů na jádro. V tomto scénáři nabízí druhá konfigurace poměr 1,75 větší kapacitu pro aplikace, které mají krátkodobou poptávku po procesoru.

Toto doporučení platí ve větším měřítku. V případě scénářů s 20 nebo více uživateli připojenými k jednomu virtuálnímu počítači by několik menších virtuálních počítačů fungovalo lépe než jeden nebo dva velké virtuální počítače. Pokud například očekáváte, že se 30 nebo více uživatelů přihlásí v rozmezí 10 minut na stejném hostiteli relace s 16 jádry, dva 8jádrové virtuální počítače budou zpracovávat úlohy lépe. Můžete také použít šířkové vyrovnávání zatížení k rovnoměrné distribuci uživatelů mezi různými virtuálními počítači, na rozdíl od hloubkového vyrovnávání zatížení, kde můžete použít nového hostitele relace pouze po naplnění stávajícího uživateli.

Je také lepší místo několika velkých virtuálních počítačů použít velký počet menších virtuálních počítačů. Je jednodušší vypnout virtuální počítače, které je potřeba aktualizovat nebo se aktuálně nepoužívají. U větších virtuálních počítačů budete pravděpodobně mít v daném okamžiku alespoň jednoho uživatele přihlášeného, což vám brání v vypnutí virtuálního počítače. Pokud máte mnoho menších virtuálních počítačů, je pravděpodobnější, že máte některé virtuální počítače bez aktivních uživatelů. Tyto nepoužívané virtuální počítače můžete bezpečně vypnout, abyste ušetřili prostředky ručně nebo automaticky pomocí automatického škálování ve službě Azure Virtual Desktop. Úspora prostředků zvyšuje odolnost vašeho nasazení, usnadňuje údržbu a nižší náklady.

Související obsah

  • Last updated on