Nasazení horizontu v řešení VMware Azure

Poznámka

Tento dokument se zaměřuje na produkt VMware Horizon, dříve označovaný jako Horizontal 7. Horizont je jiné řešení než Horizontal Cloud v Azure, i když existují některé sdílené součásti. Klíčové výhody řešení Azure VMware zahrnují jak pružnější způsob určení velikosti, tak i integraci správy VMware Cloud Foundation do Azure Portal.

VMware Horizon®, platforma virtuálních klientů a aplikací, běží v datovém centru a poskytuje jednoduchou a centralizovanou správu. Poskytuje virtuální plochy a aplikace na libovolném zařízení, a to kdekoli. horizont umožňuje vytvářet a připojovat připojení k virtuálním plochám Windows a Linux, aplikacím hostovaným na vzdálené ploše (RDS), plochám a fyzickým počítačům.

Tady se zaměřujeme konkrétně na nasazení nástroje Horizontal do řešení Azure VMware. Obecné informace o horizontu VMware najdete v dokumentaci k produkčnímu horizontu:

se zavedením horizontu na řešení azure VMware teď na platformě azure existují dvě řešení Infrastruktura virtuálních klientských počítačů (VDI). Následující diagram shrnuje klíčové rozdíly na vysoké úrovni.

Diagram znázorňující rozdíly mezi horizontem v cloudu řešení Azure VMware a horizontu na platformě Azure.

Verze Horizontal 2006 a novější na řádku verze Horizontal 8 podporuje místní nasazení řešení Azure VMware. K dispozici je několik funkcí horizontu, které jsou podporovány místně, ale ne v řešení Azure VMware. Podporovány jsou i další produkty v ekosystému Horizon. Další informace najdete v tématu věnovaném paritě funkcí a interoperabilitě.

Nasazení horizontu v hybridním cloudu

V hybridním cloudovém prostředí můžete nasadit horizont pomocí architektury Horizontal Cloud pod (CPA) pro propojení místních a datových center Azure. CPA škáluje vaše nasazení, vytváří hybridní cloud a zajišťuje redundanci pro zajištění kontinuity podnikových prostředí a zotavení po havárii. Další informace najdete v tématu rozšíření stávajících prostředí Horizontal 7.

Důležité

CPA není roztažené nasazení; jednotlivé horizonty pod sebou jsou odlišné a všechny připojovací servery, které patří do jednotlivých lusků, se musí nacházet v jednom umístění a spouštět ve stejné doméně všesměrového vysílání z hlediska sítě.

Podobně jako v případě místního nebo privátního datacentra můžete nasadit horizont do privátního cloudu řešení Azure VMware. Probereme klíčové rozdíly v nasazení horizontu do místního prostředí a řešení Azure VMware v následujících oddílech.

Privátní cloud Azure je koncepčně stejný jako SDDC VMware, což se obvykle používá v dokumentaci k horizontu. Zbytek tohoto dokumentu používá obě tyto výrazy.

Cloudový konektor pro horizonty se vyžaduje ke správě licencí předplatného v řešení Azure VMware. Konektor cloudu můžete nasadit v Azure Virtual Network spolu se servery připojení Horizon.

Důležité

Podpora roviny ovládacího prvku horizontu pro horizont v řešení Azure VMware není ještě dostupná. Nezapomeňte si stáhnout verzi VHD Cloud Connector.

role správce cloudu vCenter

Vzhledem k tomu, že řešení Azure VMware je služba SDDC a Azure spravuje životní cyklus SDDC řešení Azure VMware, model oprávnění vCenter v řešení Azure VMware je omezený návrhem.

Zákazníci se musí používat k používání role správce cloudu, která má omezené sady oprávnění vCenter. Produkt Horizon byl upraven tak, aby fungoval s rolí správce cloudu v řešení Azure VMware, konkrétně:

  • Zřizování okamžitého klonování bylo upraveno pro běh řešení Azure VMware.

  • V řešení Azure VMware se vytvořila určitá zásada síti vSAN (VMware_Horizon) pro práci s horizontem, která musí být dostupná a používaná v SDDCs nasazeném pro horizont.

  • vSphere mezipaměť pro čtení na základě obsahu (CBRC), která se také označuje jako akcelerátor Storage, je při spuštění v řešení Azure VMware zakázaná.

Důležité

CBRC se nesmí znovu zapnout.

Poznámka

Řešení Azure VMware automaticky konfiguruje konkrétní nastavení horizontu, pokud nasadíte horizont 2006 (neboli horizont 8) a vyšší ve větvi Horizon 8 a vyberete možnost Azure v instalačním programu serveru pro připojení k horizontu.

Architektura nasazení řešení VMware pro Azure – Horizont

Typický návrh architektury Horizon používá strategii pod a blok. Blok je jeden vCenter, zatímco několik bloků se v kombinaci vytvoří pod. Horizont pod je jednotka organizace určená omezeními škálovatelnosti horizontu. Každý Horizont má samostatný portál pro správu, a proto standardní postupy návrhu minimalizují počet lusků.

Každý Cloud má vlastní schéma připojení k síti. V kombinaci se službou VMware SDDC Networking/NSX Edge nabízí připojení k síti řešení Azure VMware jedinečné požadavky na nasazení horizontu, které se liší od místních.

Každý privátní cloud Azure a SDDC může zpracovávat 4 000 klientských nebo aplikačních relací za předpokladu, že:

  • Provoz zatížení se zarovnává s profilem pracovního procesu LoginVSI úloh.

  • Bere se jenom provoz protokolu, ale žádná uživatelská data.

  • NSX Edge je nakonfigurován tak, aby byl velký.

Poznámka

Váš profil úlohy a potřeby se můžou lišit, takže výsledky se můžou lišit v závislosti na vašem případu použití. Svazky uživatelských dat můžou v kontextu vaší úlohy snižovat omezení škálování. Velikost a naplánujte nasazení odpovídajícím způsobem. Další informace najdete v části pokyny pro změnu velikosti v části Velikost hostitelů řešení Azure VMware pro nasazení na horizont .

Vzhledem k privátnímu cloudu Azure a SDDC maximálnímu limitu doporučujeme architekturu nasazení, kde jsou servery připojení Horizon a brány VMware Unified Access (UAGs) spuštěné v rámci Azure Virtual Network. To efektivně zapíná každý privátní cloud Azure a SDDC do bloku. Zase maximalizujete škálovatelnost horizontu běžícího na řešení Azure VMware.

Připojení z Azure Virtual Network k privátním cloudům Azure nebo SDDCs by se mělo konfigurovat s ExpressRoute FastPath. Následující diagram znázorňuje základní nasazení horizontu pod.

Diagram znázorňující typické nasazení horizontu pod pomocí rychlé cesty ExpressPath

Síťové připojení ke škále horizontálního škálování v řešení Azure VMware

V této části se dozvíte, jak vytvořit architekturu sítě na vysoké úrovni s některými běžnými příklady nasazení, které vám pomůžou škálovat horizonty na řešení Azure VMware. Fokus je zaměřen konkrétně na kritické síťové prvky.

Jeden horizont pod v řešení Azure VMware

Diagram znázorňující jeden horizont, pod kterým je řešení Azure VMware.

Jeden horizont je nejrovnější scénář nasazení, protože v USA – východ oblasti nasadíte pouze jeden horizont. Vzhledem k tomu, že každý privátní cloud a SDDC jsou odhadované na zpracování 4 000 relací pro stolní počítače, nasadíte maximální velikost v rozsahu pod. Nasazení můžete naplánovat až na tři privátní cloudy nebo SDDCs.

U virtuálních počítačů infrastruktury Horizon nasazených v Azure Virtual Network můžete dosáhnout relací 12 000 na horizontu pod. Připojení mezi jednotlivými privátními cloudy a SDDC do Azure Virtual Network je ExpressRoute rychlá cesta. Mezi privátními cloudy je potřeba žádný přenos v západním východě.

Mezi klíčové předpoklady pro tento příklad základního nasazení patří:

  • Nemáte místní horizont, ve kterém se chcete připojit k tomuto novému pod pomocí architektury v cloudu pod (CPA).

  • Koncoví uživatelé se připojují ke svým virtuálním plochám prostřednictvím Internetu (vs. připojení prostřednictvím místního datacentra).

Řadič domény služby AD se připojujete v Azure Virtual Network s místní službou AD prostřednictvím sítě VPN nebo okruhu ExpressRoute.

Variantou základního příkladu může být podpora připojení k místním prostředkům. Například uživatelé přistupují k plochám a generují provoz aplikací pro virtuální počítače nebo se připojují k místnímu horizontu pod pomocí CPA.

Diagram ukazuje, jak podporovat možnosti připojení k místním prostředkům. Pokud se chcete připojit k podnikové síti k Azure Virtual Network, budete potřebovat okruh ExpressRoute. Také budete muset připojit podnikovou síť ke každému privátnímu cloudu a SDDCs pomocí ExpressRoute Global Reach. Umožňuje připojení z SDDC k okruhu ExpressRoute a místním prostředkům.

Diagram znázorňující připojení podnikové sítě k Virtual Network Azure.

Několik horizontů na řešení Azure VMware v různých oblastech

Dalším scénářem je horizontální škálování v různých luskech. V tomto scénáři nasadíte dvě lusky do dvou různých oblastí a federovat je pomocí CPA. Je podobný konfiguraci sítě v předchozím příkladu, ale s některými dalšími odkazy pro více oblastí.

Azure Virtual Network v každé oblasti připojíte k privátním cloudům/SDDCs v jiné oblasti. Umožňuje, aby se servery připojení Horizon v rámci federace CPA připojily ke všem plochám v rámci správy. Přidání dalších privátních cloudů/SDDCs do této konfigurace vám umožní škálovat na celkem 24 000 relací.

Stejné zásady platí i v případě, že ve stejné oblasti nasadíte dvě lusky. V samostatném Virtual Network Azure je třeba nasadit druhý horizont. Stejně jako v případě jednoho z nich můžete k tomuto příkladu typu multi-pod a oblastí připojit svou podnikovou síť a místní, a to pomocí ExpressRoute a Global Reach.

 Diagram znázorňující více Horizon v rámci řešení Azure VMware v několika oblastech.

Velikost hostitelů řešení Azure VMware pro nasazení v horizontu

Metodologie změny velikosti v hostiteli běžícím v řešení Azure VMware je jednodušší než v místním prostředí. Důvodem je to, že hostitel řešení Azure VMware je standardizovaný. Přesná velikost hostitele pomáhá určit počet hostitelů potřebných k podpoře vašich požadavků na VDI. Je centrální určit náklady na plochu.

Změna velikosti tabulek

Specifické požadavky na virtuální procesory a vRAM pro virtuální klienty Horizon závisí na profilu konkrétní úlohy zákazníka. Spolupracujte se svým prodejním týmem MSFT a VMware, abyste zjistili požadavky na virtuální procesory a vRAM pro vaše virtuální desktopy.

vCPU na virtuální počítač vRAM na virtuální počítač (GB) Instance 100 virtuálních počítače 200 virtuálních počítače 300 virtuálních počítače 400 virtuálních počítače 500 virtuálních počítače 600 virtuálních počítače 700 virtuálních počítače 800 virtuálních počítače 900 virtuálních počítače 1 000 virtuálních počítače 2 000 virtuálních počítače 3 000 virtuálních počítače 4 000 virtuálních počítače 5 000 virtuálních počítače 6 000 virtuálních počítače 6 400 virtuálních počítače
2 3,5 AVS 3 3 4 4 5 6 6 7 8 9 17 25 33 41 49 53
2 4 AVS 3 3 4 5 6 6 7 8 9 9 18 26 34 42 51 54
2 6 AVS 3 4 5 6 7 9 10 11 12 13 26 38 51 62 75 79
2 8 AVS 3 5 6 8 9 11 12 14 16 18 34 51 67 84 100 106
2 12 AVS 4 6 9 11 13 16 19 21 23 26 51 75 100 124 149 158
2 16 AVS 5 8 11 14 18 21 24 27 30 34 67 100 133 165 198 211
4 3,5 AVS 3 3 4 5 6 7 8 9 10 11 22 33 44 55 66 70
4 4 AVS 3 3 4 5 6 7 8 9 10 11 22 33 44 55 66 70
4 6 AVS 3 4 5 6 7 9 10 11 12 13 26 38 51 62 75 79
4 8 AVS 3 5 6 8 9 11 12 14 16 18 34 51 67 84 100 106
4 12 AVS 4 6 9 11 13 16 19 21 23 26 51 75 100 124 149 158
4 16 AVS 5 8 11 14 18 21 24 27 30 34 67 100 133 165 198 211
6 3,5 AVS 3 4 5 6 7 9 10 11 13 14 27 41 54 68 81 86
6 4 AVS 3 4 5 6 7 9 10 11 13 14 27 41 54 68 81 86
6 6 AVS 3 4 5 6 7 9 10 11 13 14 27 41 54 68 81 86
6 8 AVS 3 5 6 8 9 11 12 14 16 18 34 51 67 84 100 106
6 12 AVS 4 6 9 11 13 16 19 21 23 26 51 75 100 124 149 158
6 16 AVS 5 8 11 14 18 21 24 27 30 34 67 100 133 165 198 211
8 3,5 AVS 3 4 6 7 9 10 12 14 15 17 33 49 66 82 98 105
8 4 AVS 3 4 6 7 9 10 12 14 15 17 33 49 66 82 98 105
8 6 AVS 3 4 6 7 9 10 12 14 15 17 33 49 66 82 98 105
8 8 AVS 3 5 6 8 9 11 12 14 16 18 34 51 67 84 100 106
8 12 AVS 4 6 9 11 13 16 19 21 23 26 51 75 100 124 149 158
8 16 AVS 5 8 11 14 18 21 24 27 30 34 67 100 133 165 198 211

Vstupy pro změnu velikosti Horizonu

Tady je to, co budete potřebovat shromáždit pro plánovanou úlohu:

  • Počet souběžných ploch

  • Požadovaný virtuální procesor na plochu

  • Požadovaný vRAM na plochu

  • Požadované úložiště na plochu

Obecně platí, že nasazení VDI jsou buď omezené na procesor, nebo paměť RAM, což určuje velikost hostitele. Podívejme se na následující příklad úlohy typu LoginVSI Knowledge Worker ověřený pomocí testování výkonnosti:

  • 2 000 souběžných nasazení desktopových aplikací

  • 2vCPU na plochu.

  • 4 GB vRAM na plochu.

  • 50 GB úložiště na plochu

V tomto příkladu celkový počet hostitelů vyševiduje až 18 a výsledkem je hustota virtuálních počítačů na hostitele 111.

Důležité

Úlohy zákazníků se budou lišit od tohoto příkladu pracovníka znalostní báze LoginVSI. V rámci plánování nasazení pracujte se svými VMware EUC SES na konkrétních potřebách velikosti a výkonu. Před dokončením velikosti hostitele a odpovídajícím způsobem je upravte, nezapomeňte spustit vlastní testování výkonnosti pomocí skutečné plánované úlohy.

Horizon on Azure VMware Solution licencování

K dispozici jsou čtyři komponenty celkových nákladů na provoz Horizonu na Azure VMware Solution.

Azure VMware Solution nákladů na kapacitu

Informace o cenách najdete na stránce s cenami Azure VMware Solution.

Náklady na licencování na horizont

K dispozici jsou dvě dostupné licence pro řešení Azure VMware, což může být buď souběžný uživatel (CCU) nebo pojmenovaný uživatel (NU):

  • Licence pro předplatné horizontu

  • Licence horizont Universal Subscription

Pokud v předvídatelné budoucnosti jenom nasazujete horizonty do řešení Azure VMware, pak použijte licenci pro předplatné horizontu, protože se jedná o nižší náklady.

Pokud je nasazená v řešení Azure VMware a v místním prostředí, jako případ použití zotavení po havárii vyberte licenci horizont Universal Subscription. Zahrnuje ale vSphereou licenci pro místní nasazení, takže má vyšší náklady.

Pracujte s prodejním týmem VMware EUC a určete náklady na licencování horizontu podle vašich potřeb.

Typy instancí Azure

Informace o velikostech virtuálních počítačů Azure, které jsou potřeba pro infrastrukturu Horizon, najdete v tématu instalace Horizon v řešení Azure VMware.

Reference

Požadavky na systém pro agenta Horizon pro Linux

Další kroky

Další informace o VMware Horizon pro řešení Azure VMware najdete v nejčastějších dotazech ke horizontuVMware.