Deploy Horizon on Azure VMware Solution
- 09/29/2020
- 11 minuten om te lezen
-
-
s -
t
-
Note
Dit document richt zich op het VMware Horizon-product, voorheen bekend als Horizon 7. Horizon is een andere oplossing dan Horizon Cloud on Azure, hoewel er enkele gedeelde onderdelen zijn. Belangrijke voordelen van de VMware-oplossing op Azure zijn onder meer een meer eenvoudige dimensioneringsmethode en de integratie van VMware Cloud Foundation-beheer in de Azure-portal.
VMware Horizon®, een platform voor virtuele desktops en applicaties, wordt uitgevoerd in het datacenter en biedt eenvoudig en gecentraliseerd beheer. Het levert virtuele desktops en applicaties op elk apparaat, overal. Met Horizon kunt u verbindingen met virtuele Windows- en Linux-desktops, door Remote Desktop Server (RDS) gehoste applicaties, desktops en fysieke machines maken en tot stand brengen.
Hier richten we ons specifiek op de implementatie van Horizon op Azure VMware Solution. Voor algemene informatie over VMware Horizon raadpleegt u de productiedocumentatie van Horizon:
-
Wat is VMware Horizon?
-
Meer informatie over VMware Horizon
-
Horizon Reference Architecture
Met de introductie van Horizon op Azure VMware Solution zijn er nu twee Virtual Desktop Infrastructure (VDI)-oplossingen op het Azure-platform. In het volgende diagram worden de belangrijkste verschillen op hoog niveau samengevat.
Horizon 2006 en latere versies op de Horizon 8-release-lijn ondersteunen zowel implementatie op locatie als implementatie op Azure VMware Solution. Er zijn enkele Horizon-functies die wel op locatie worden ondersteund, maar niet op Azure VMware Solution. Extra producten in het Horizon-ecosysteem worden ook ondersteund. Zie voor informatie feature parity en interoperabiliteit.
Tel Horizon uit in een hybride cloud
U kunt Horizon inzetten in een hybride cloudomgeving wanneer u Horizon Cloud Pod Architecture (CPA) gebruikt om on-premises en Azure-datacenters met elkaar te verbinden. CPA schaalt uw implementatie op, bouwt een hybride cloud en biedt redundantie voor bedrijfscontinuïteit en noodherstel. Zie Uitbreiden van bestaande Horizon 7-omgevingen voor meer informatie.
Belangrijk
CPA is geen gestrekte implementatie; elke Horizon-pod is afzonderlijk en alle verbindingsservers die bij elk van de afzonderlijke pods horen, moeten zich op een enkele locatie bevinden en vanuit een netwerkperspectief op hetzelfde broadcastdomein draaien.
Net als on-premises of private datacenters kan Horizon worden ingezet in een Azure VMware Solution private cloud. We bespreken de belangrijkste verschillen bij het implementeren van Horizon on-premises en op Azure VMware Solution in de volgende secties.
De Azure private cloud is conceptueel hetzelfde als de VMware SDDC, een term die doorgaans wordt gebruikt in de Horizon-documentatie. In de rest van dit document worden de termen Azure private cloud en VMware SDDC door elkaar gebruikt.
De Horizon Cloud Connector is vereist voor Horizon on Azure VMware Solution om abonnementslicenties te beheren. Cloud Connector kan worden ingezet in Azure Virtual Network naast Horizon Connection Servers.
Important
Horizon Control Plane-ondersteuning voor Horizon on Azure VMware Solution is nog niet beschikbaar. Zorg ervoor dat u de VHD-versie van Horizon Cloud Connector downloadt.
vCenter Cloud Admin-rol
Omdat Azure VMware Solution een SDDC-service is en Azure de levenscyclus van de SDDC op Azure VMware Solution beheert, is het vCenter-permissiemodel op Azure VMware Solution bij ontwerp beperkt.
Klanten zijn verplicht de Cloud Admin-rol te gebruiken, die een beperkte set vCenter-permissies heeft. Het Horizon-product is aangepast om te kunnen werken met de Cloud Admin-rol op Azure VMware Solution, met name:
-
Instant clone provisioning is aangepast om te kunnen werken op Azure VMware Solution.
-
Er is een specifiek vSAN-beleid (VMware_Horizon) gemaakt op Azure VMware Solution om te kunnen werken met Horizon, dat beschikbaar moet zijn en moet worden gebruikt in de SDDC’s die zijn geïmplementeerd voor Horizon.
-
vSphere Content-Based Read Cache (CBRC), ook wel bekend als View Storage Accelerator, is uitgeschakeld wanneer deze wordt uitgevoerd op de Azure VMware Solution.
Belangrijk
CBRC mag niet opnieuw worden ingeschakeld.
Note
Azure VMware-oplossing configureert automatisch specifieke Horizon-instellingen zolang u Horizon 2006 (ook bekend als Horizon 8) en hoger implementeert op de Horizon 8-tak en de Azure-optie selecteert in het Horizon Connection Server-installatieprogramma.
Horizon op Azure VMware Solution-implementatiearchitectuur
Een typisch Horizon-architectuurontwerp maakt gebruik van een pod- en blokstrategie. Een blok is een enkel vCenter, terwijl meerdere blokken samen een pod vormen. Een Horizon pod is een organisatie-eenheid die wordt bepaald door de schaalbaarheidslimieten van Horizon. Elke Horizon-pod heeft een afzonderlijke beheerportal, en dus is een standaard ontwerppraktijk om het aantal pods te minimaliseren.
Elke cloud heeft zijn eigen netwerkconnectiviteitsschema. In combinatie met VMware SDDC-netwerken / NSX Edge stelt de netwerkconnectiviteit van de Azure VMware-oplossing unieke vereisten aan de implementatie van Horizon die verschillen van on-premises.
Elke Azure private cloud en SDDC kan 4.000 desktop- of applicatiesessies aan, ervan uitgaande dat:
-
het werklastverkeer is afgestemd op het LoginVSI task worker-profiel.
-
Alleen protocolverkeer wordt in aanmerking genomen, geen gebruikersgegevens.
-
NSX Edge is geconfigureerd als groot.
Note
Uw werklastprofiel en -behoeften kunnen anders zijn, en daarom kunnen de resultaten variëren op basis van uw gebruikssituatie. Volumes met gebruikersgegevens kunnen de schaallimieten in de context van uw werklast verlagen. Dimensioneer en plan uw implementatie dienovereenkomstig. Raadpleeg voor meer informatie de richtlijnen voor de schaalgrootte in het gedeelte Azure VMware Solution hosts voor Horizon-implementaties formatteren.
Gezien de maximale limiet voor Azure private cloud en SDDC, raden we een implementatiearchitectuur aan waarbij de Horizon Connection Servers en VMware Unified Access Gateways (UAG’s) binnen het Azure Virtual Network worden uitgevoerd. Hierdoor wordt elke Azure private cloud en SDDC in feite een blok. Op zijn beurt, het maximaliseren van de schaalbaarheid van Horizon draaien op Azure VMware Solution.
De verbinding van Azure Virtual Network naar de Azure private clouds / SDDC’s moet worden geconfigureerd met ExpressRoute FastPath. Het volgende diagram toont een basisimplementatie van Horizon pod.
Netwerkconnectiviteit om Horizon op Azure VMware Solution te schalen
In dit gedeelte wordt de netwerkarchitectuur op hoog niveau uiteengezet met enkele veelvoorkomende implementatievoorbeelden om u te helpen Horizon op Azure VMware Solution te schalen. De nadruk ligt specifiek op kritieke netwerkelementen.
Enkele Horizon-pod op Azure VMware Solution
Een enkele Horizon-pod is het meest rechttoe rechtaan implementatiescenario omdat u slechts één Horizon-pod implementeert in de regio US East. Aangezien elke private cloud en SDDC naar schatting 4.000 desktopsessies aankan, zet u de maximale Horizon pod-grootte in. U kunt de inzet van maximaal drie private clouds/SDDC’s plannen.
Met de virtuele Horizon-infrastructuurmachines (VM’s) die worden ingezet in Azure Virtual Network, kunt u de 12.000 sessies per Horizon pod bereiken. De verbinding tussen elke private cloud en SDDC naar het Azure Virtual Network is ExpressRoute Fast Path. Er is geen oost-westverkeer tussen private clouds nodig.
De belangrijkste aannamen voor dit basisimplementatievoorbeeld zijn onder meer dat:
-
U geen on-premises Horizon-pod hebt die u met deze nieuwe pod wilt verbinden via Cloud Pod Architecture (CPA).
-
Eindgebruikers maken verbinding met hun virtuele desktops via internet (vs.
U verbindt uw AD-domeincontroller in Azure Virtual Network met uw AD op locatie via VPN of ExpressRoute-circuit.
Een variatie op het basisvoorbeeld zou kunnen zijn om connectiviteit voor bronnen op locatie te ondersteunen. Gebruikers krijgen bijvoorbeeld toegang tot desktops en genereren verkeer van virtuele desktoptoepassingen of maken verbinding met een on-premises Horizon pod met behulp van CPA.
Het diagram laat zien hoe connectiviteit voor on-premises resources kan worden ondersteund. Om verbinding te maken met uw bedrijfsnetwerk naar het Azure Virtual Network, heeft u een ExpressRoute circuit nodig. U zult ook uw bedrijfsnetwerk moeten verbinden met elk van de private cloud en SDDC’s met ExpressRoute Global Reach. Hiermee wordt de connectiviteit van het SDDC naar het ExpressRoute-circuit en on-premises resources mogelijk.
Meerdere Horizon-pods op Azure VMware Solution over meerdere regio’s
Een ander scenario is het schalen van Horizon over meerdere pods. In dit scenario implementeert u twee Horizon-pods in twee verschillende regio’s en federeert u ze met behulp van CPA. Het is vergelijkbaar met de netwerkconfiguratie in het vorige voorbeeld, maar met een aantal extra cross-regionale links.
Je verbindt het Azure Virtual Network in elke regio met de private clouds/SDDC’s in de andere regio. Hiermee kunnen Horizon-verbindingsservers die deel uitmaken van de CPA-federatie verbinding maken met alle desktops onder beheer. Door extra private clouds/SDDC’s aan deze configuratie toe te voegen, kunt u schalen naar 24.000 sessies in totaal.
Dezelfde principes zijn van toepassing als u twee Horizon pods in dezelfde regio implementeert. Zorg ervoor dat je de tweede Horizon pod in een apart Azure Virtual Network implementeert. Net als bij het voorbeeld met één pod, kunt u uw bedrijfsnetwerk en on-premises pod verbinden met dit voorbeeld met meerdere pods/regio’s met behulp van ExpressRoute en Global Reach.
De grootte van Azure VMware Solution-hosts voor Horizon-implementaties
De methode voor de grootte van Horizon op een host die in Azure VMware Solution wordt uitgevoerd, is eenvoudiger dan Horizon on-premises. Dat komt omdat de Azure VMware Solution host gestandaardiseerd is. De exacte grootte van de host helpt bij het bepalen van het aantal hosts dat nodig is om uw VDI-eisen te ondersteunen. Het staat centraal bij het bepalen van de kosten per desktop.
Sizing tables
Specifieke vCPU/vRAM-vereisten voor virtuele Horizon-desktops zijn afhankelijk van het specifieke werklastprofiel van de klant. Werk samen met uw MSFT- en VMware-verkoopteam om de vCPU/vRAM-vereisten voor uw virtuele desktops te bepalen.
| vCPU per VM | vRAM per VM (GB) | Instance | 100 VM’s | 200 VM’s | 300 VM’s | 400 VM’s | 500 VM’s | 600 VM’s | 700 VM’s | 800 VM’s | 900 VM’s | 1000 VM’s | 2000 VM’s | 3000 VM’s | 4000 VM’s | 5000 VM’s | 6000 VM’s | 6400 VM’s |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2 | 3.5 | AVS | 3 | 3 | 4 | 4 | 5 | 6 | 6 | 7 | 8 | 9 | 17 | 25 | 33 | 41 | 49 | 53 |
| 2 | 4 | AVS | 3 | 4 | 5 | 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 | 1111 | 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 | 1111 | 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 | 1111 | 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 | 1111 | 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 | 1111 | 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 | 1111 | 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 |
Horizon sizing inputs
Dit is wat u moet verzamelen voor uw geplande werklast:
-
Aantal gelijktijdige desktops
-
Noodzakelijke vCPU per desktop
-
Noodzakelijke vRAM per desktop
-
Noodzakelijke opslag per desktop
In het algemeen zijn VDI-implementaties ofwel CPU ofwel RAM beperkt, wat bepalend is voor de hostgrootte. Laten we het volgende voorbeeld nemen voor een werkbelasting van het type LoginVSI Knowledge Worker, gevalideerd met prestatietests:
-
2.000 gelijktijdige desktopimplementaties
-
2vCPU per desktop.
-
4-GB vRAM per desktop.
-
50 GB opslag per desktop.
Voor dit voorbeeld komt het totale aantal hosts uit op 18, wat een VM-per-host-dichtheid oplevert van 111.
Belangrijk
De werklasten van klanten zullen afwijken van dit voorbeeld van een LoginVSI Knowledge Worker. Als onderdeel van de planning van uw implementatie werkt u samen met uw VMware EUC SE’s voor uw specifieke omvang en prestatiebehoeften. Voer uw eigen prestatietests uit met de werkelijke, geplande werklast voordat u de grootte van de host definitief vaststelt en pas deze dienovereenkomstig aan.
Horizon on Azure VMware Solution-licenties
Er zijn vier componenten voor de totale kosten van Horizon on Azure VMware Solution.
Capaciteitskosten van de Azure VMware Solution
Voor informatie over de prijzen, zie de prijzenpagina van de Azure VMware Solution
Horizon-licentiekosten
Er zijn twee beschikbare licenties voor gebruik met de Azure VMware Solution, die ofwel Concurrent User (CCU) of Named User (NU) kunnen zijn:
-
Horizon Subscription License
-
Horizon Universal Subscription License
Als u Horizon in de nabije toekomst alleen op de Azure VMware Solution wilt implementeren, gebruik dan de Horizon Subscription License, omdat deze goedkoper is.
Als u Horizon inzet op Azure VMware Solution en on-premises, zoals bij een disaster recovery use case, kiest u de Horizon Universal Subscription License. Deze omvat een vSphere-licentie voor on-premises implementatie, dus de kosten zijn hoger.
Werk samen met uw VMware EUC-verkoopteam om de Horizon-licentiekosten te bepalen op basis van uw behoeften.
Azure Instance Types
Om inzicht te krijgen in de grootte van Azure virtuele machines die vereist zijn voor de Horizon-infrastructuur, raadpleegt u de richtlijnen van VMware die u hier kunt vinden.