Sdílet prostřednictvím


Aspekty organizace prostředků pro Citrix v Azure

Tento článek obsahuje důležité informace, které byste měli vzít v úvahu při plánování struktury cílové zóny Citrix vaší organizace.

Doporučení pro návrh Citrixu

Následující části obsahují doporučení pro označování a uspořádání prostředků při nasazování Citrixu v Azure.

Další pokyny k návrhu pro Citrix DaaS v Azure jsou k dispozici na platformě Citrix TechZone. Tento článek popisuje aspekty systému, úloh, uživatelů a sítí pro sladění nasazení Citrixu s principy návrhu architektury přechodu na cloud.

Pojmenování a označování citrix cloudu

Standardy pojmenování a označování pomáhají organizovat prostředky a zjednodušit správu prostředků, sledování nákladů a zásady správného řízení.

Zachování konzistence napříč prostředky vám může pomoct identifikovat odchylku od dohodnutých zásad. Prescriptive guidance for resource taggging describes how how one of the following patterns can help you deploy governance practices. Podobné vzory jsou k dispozici pro použití značek k vyhodnocení dodržování právních předpisů.

Standardizovaná konvence vytváření názvů je výchozím bodem pro uspořádání prostředků hostovaných v cloudu. Správně strukturované systémy pojmenování umožňují rychle identifikovat prostředky pro účely správy a účetnictví. Pokud máte stávající zásady vytváření názvů IT pro jiné části vaší organizace, zvažte, jestli s nimi budete sladit zásady vytváření názvů v cloudu, nebo vytvořit jedinečné a oddělené zásady vytváření názvů v cloudu.

Schémata pojmenování Azure by měla odpovídat přidruženým prostředkům v Citrix Cloudu. Pokud například pro nasazení Citrixu používáte více předplatných, použijte schémata pojmenování pro katalogy počítačů v Citrix Cloudu , která identifikují předplatné, ke kterému jsou přidružené. Můžete například použít MC-USEast2Sub01-Win10-HR a MC-USEast2Sub02-Win10-HR k reprezentaci virtuálních rozhraní VDI s Windows 10 nasazených pro hr ve dvou předplatných v oblasti USA – východ 2. Do skupiny pro doručování můžete agregovat více katalogů napříč několika předplatnými nebo oblastmi, abyste usnadnili správu těchto různorodých prostředků pro případ použití. V tomto příkladu je možné zvýrazněné katalogy agregovat do DG-USEast2-Win10-HR.

Skupiny pro správu a předplatná

Předplatné Azure je logický limit škálování, který můžete použít k přidělování prostředků. Mezi tyto limity patří prahové hodnoty pro mnoho typů prostředků a omezení omezení na základě čtení a zápisů provedených v Azure. Žádosti o předplatné, jako je řízení spotřeby virtuálních počítačů, určují doporučený počet počítačů Citrix na předplatné Azure. Z tohoto důvodu doporučujeme použít vyhrazené předplatné nebo předplatná pro cílovou zónu Citrixu.

Následující aspekty vám můžou pomoct při rozhodování mezi architekturou s jedním předplatným nebo více předplatnými:

  • Škálování. Jaké procento vaší organizace bude mít úlohy v Azure? Překročí dlouhodobé využití 5 000 virtuálních počítačů?
  • Případy použití: Jsou vaše případy použití známé? Pokud ano, jsou vaše cílové případy použití predominativně virtualizované aplikace nebo plochy s více relacemi? Považuje se VDI za více výklenek (méně než 5–10 % celkového počtu uživatelů)?
  • Provoz: Máte jasný vztah vlastnictví mezi týmy, které spravují serverové a klientské operační systémy? Mají tyto týmy také samostatná nákladová centra? Existuje sdílený proces řízení změn nebo procesu onboardingu uživatele?

V architektuře s více předplatnými byste měli nasadit komponenty pro správu v předplatném Citrix Shared Services. Virtuální aplikace a plochy by měly být obsaženy v předplatných úloh. Skupiny pro správu Azure nejsou potřeba pro každé nasazení Citrixu v Azure. Pokud ale používáte přístup s více předplatnými, můžou vám skupiny pro správu pomoct zjednodušit používání požadavků zásad správného řízení Azure na celkové nasazení Citrixu.

Můžete začít s jedním předplatným a později přejít na přístup s více předplatnými. Hostitelská připojení v Citrix Cloudu jsou modulární a umožňují přidávat nová předplatná Azure a sdílet image napříč předplatnými pro flexibilní růst. Během procesu návrhu nastavte požadavky a proces pro přidání nových předplatných, aby byl tým připravený z provozu, pokud se stane požadavkem.

Další kroky