Horizon implementeren in Azure VMware Solution
Notitie
Dit document richt zich op het VMware Horizon-product, voorheen Horizon 7 genoemd. Horizon is een andere oplossing dan Horizon Cloud in Azure, hoewel er enkele gedeelde onderdelen zijn. De belangrijkste voordelen van de Azure VMware Solution zijn zowel een eenvoudigere groottemethode als de integratie van SDDC-beheer (Software Defined Data Center) in Azure Portal.
VMware Horizon®, een platform voor virtuele desktops en toepassingen, wordt uitgevoerd in het datacenter en biedt eenvoudig en gecentraliseerd beheer. Het levert virtuele bureaubladen en toepassingen op elk apparaat, waar dan ook. Met Horizon kunt u verbindingen maken en brokeren maken met virtuele Windows- en Linux-bureaubladen, extern bureaublad-server (RDS) gehoste toepassingen, bureaubladen en fysieke machines.
Hier richten we ons specifiek op het implementeren van Horizon op Azure VMware Solution. Raadpleeg de productiedocumentatie van Horizon voor algemene informatie over VMware Horizon:
Met de introductie van Horizon in Azure VMware Solution zijn er nu twee VDI-oplossingen (Virtual Desktop Infrastructure) op het Azure-platform:
VMware Horizon in Azure VMware Solution
VMware Horizon Cloud (Desktop-as-a-Service Model)
Horizon 2006 en latere versies op de releaselijn Horizon 8 ondersteunen zowel on-premises als Azure VMware Solution-implementatie. Er zijn enkele Horizon-functies die on-premises worden ondersteund, maar niet in Azure VMware Solution. Andere producten in het Horizon-ecosysteem worden ook ondersteund. Zie functiepariteit en interoperabiliteit voor meer informatie.
Horizon implementeren in een hybride cloud
U kunt Horizon implementeren in een hybride cloudomgeving met behulp van Horizon Cloud Pod Architecture (CPA) om on-premises en Azure-datacenters onderling te verbinden. CPA schaalt uw implementatie omhoog, bouwt een hybride cloud en biedt redundantie voor bedrijfscontinuïteit en herstel na noodgevallen. Zie Bestaande Horizon 7-omgevingen uitbreiden voor meer informatie.
Belangrijk
CPA is geen stretched implementatie; elke Horizon-pod is uniek en alle verbindingsservers die deel uitmaken van elk van de afzonderlijke pods, moeten zich op één locatie bevinden en vanuit een netwerkperspectief op hetzelfde broadcastdomein worden uitgevoerd.
Net als on-premises of privédatacentra kunt u Horizon implementeren in een Azure VMware Solution-privécloud. In de volgende secties bespreken we de belangrijkste verschillen in het implementeren van Horizon on-premises en Azure VMware Solution.
De Azure-privé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 beide termen door elkaar gebruikt.
De Horizon Cloud Connector is vereist voor Horizon in Azure VMware Solution voor het beheren van abonnementslicenties. U kunt cloudconnector implementeren in Azure Virtual Network naast Horizon Connection Servers.
Belangrijk
Horizon Control Plane-ondersteuning voor Horizon in Azure VMware Solution is nog niet beschikbaar. Zorg ervoor dat u de VHD-versie van Horizon Cloud Connector downloadt.
Rol vCenter Server-cloudbeheerder
Omdat Azure VMware Solution een SDDC-service is en Azure de levenscyclus van de SDDC op Azure VMware Solution beheert, wordt het vCenter Server-machtigingsmodel voor Azure VMware Solution standaard beperkt.
Klanten moeten de rol Cloudbeheerder gebruiken, die een beperkte set vCenter Server-machtigingen heeft. Het Horizon-product is gewijzigd om te werken met de rol Cloudbeheerder in Azure VMware Solution, met name:
Directe klooninrichting is gewijzigd om te worden uitgevoerd in Azure VMware Solution.
Er is een specifiek vSAN-beleid (VMware_Horizon) gemaakt in 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, wordt uitgeschakeld bij het uitvoeren op de Azure VMware Solution.
Belangrijk
CBRC mag niet weer worden ingeschakeld.
Notitie
Azure VMware Solution configureert automatisch specifieke Horizon-instellingen zolang u Horizon 2006 (Horizon 8) en hoger implementeert in de Horizon 8-vertakking en de Azure-optie selecteert in het installatieprogramma van de Horizon Connection Server.
Horizon on Azure VMware Solution-implementatiearchitectuur
Een typisch Horizon-architectuurontwerp maakt gebruik van een pod- en blokstrategie. Een blok is één vCenter Server, terwijl meerdere blokken gecombineerd een pod maken. Een Horizon-pod is een organisatie-eenheid die wordt bepaald door de schaalbaarheidslimieten van Horizon. Elke Horizon-pod heeft een afzonderlijke beheerportal en daarom is het minimaliseren van het aantal pods een standaardontwerppraktijk.
Elke cloud heeft een eigen netwerkverbindingsschema. Combineer dat met VMware NSX, de Azure VMware Solution-netwerkconnectiviteit biedt unieke vereisten voor het implementeren van Horizon die verschilt van on-premises.
Elke Azure VMware Solution-privécloud en SDDC kunnen 4000 bureaublad- of toepassingssessies verwerken, uitgaande van:
Het werkbelastingverkeer wordt uitgelijnd met het werkrolprofiel van de LoginVSI-taak.
Alleen protocolverkeer wordt beschouwd, geen gebruikersgegevens.
NSX Edge is zo geconfigureerd dat deze groot is.
Notitie
Uw workloadprofiel en behoeften kunnen afwijken en de resultaten kunnen daarom variëren op basis van uw use-case. Volumes met gebruikersgegevens kunnen de schaallimieten in de context van uw workload verlagen. Grootte en plan uw implementatie dienovereenkomstig. Zie de richtlijnen voor het aanpassen van de grootte in de sectie Grootte azure VMware Solution-hosts voor Horizon-implementaties voor meer informatie.
Gezien de maximale limiet voor de Azure-privécloud en SDDC, raden we u aan een implementatiearchitectuur te gebruiken waarbij de Horizon Connection Servers en VMware Unified Access Gateways (UAG's) worden uitgevoerd in het virtuele Azure-netwerk. Het verandert in feite elke Azure-privécloud en SDDC in een blok. Maximaliseer op zijn beurt de schaalbaarheid van Horizon die wordt uitgevoerd in Azure VMware Solution.
De verbinding tussen Azure Virtual Network en de Privéclouds/SDDC's van Azure moet worden geconfigureerd met ExpressRoute-verbindingen (FastPath ingeschakeld). In het volgende diagram ziet u een eenvoudige Horizon-podimplementatie.
Netwerkconnectiviteit voor het schalen van Horizon in Azure VMware Solution
In deze sectie wordt de netwerkarchitectuur op hoog niveau beschreven met enkele algemene implementatievoorbeelden om u te helpen Horizon te schalen in Azure VMware Solution. De focus ligt specifiek op kritieke netwerkelementen.
Single Horizon-pod in Azure VMware Solution
Eén Horizon-pod is het meest eenvoudige implementatiescenario omdat u slechts één Horizon-pod in de regio US - oost implementeert. Aangezien elke privécloud en SDDC naar schatting 4000 bureaubladsessies verwerken, implementeert u de maximale Grootte van de Horizon-pod. U kunt de implementatie van maximaal drie privéclouds/SDDC's plannen.
Wanneer de virtuele machines (VM's) van de Horizon-infrastructuur zijn geïmplementeerd in Azure Virtual Network, kunt u de 12.000 sessies per Horizon-pod bereiken. De verbinding tussen elke privécloud en SDDC met het virtuele Azure-netwerk is een ExpressRoute-verbinding (FastPath ingeschakeld). Er is geen oost-westverkeer tussen privéclouds nodig.
Belangrijke veronderstellingen voor dit basisimplementatievoorbeeld zijn onder andere:
U hebt geen on-premises Horizon-pod die u met CPA (Cloud Pod Architecture) verbinding wilt maken met deze nieuwe pod.
Eindgebruikers maken verbinding met hun virtuele bureaubladen via internet (versus verbinding maken via een on-premises datacenter).
U verbindt uw AD-domeincontroller in Azure Virtual Network met uw on-premises AD via VPN- of ExpressRoute-circuit.
Een variatie in het basisvoorbeeld kan zijn om connectiviteit voor on-premises resources te ondersteunen. Gebruikers hebben bijvoorbeeld toegang tot desktops en genereren verkeer van virtuele bureaubladtoepassingen of maken verbinding met een on-premises Horizon-pod met behulp van CPA.
In het diagram ziet u hoe u connectiviteit voor on-premises resources kunt ondersteunen. Als u verbinding wilt maken met uw bedrijfsnetwerk met het virtuele Azure-netwerk, hebt u een ExpressRoute-circuit nodig. U moet uw bedrijfsnetwerk verbinden met elk van de privéclouds en SDK's met behulp van ExpressRoute Global Reach. Hiermee is de connectiviteit van het SDDC naar het ExpressRoute-circuit en on-premises resources mogelijk.
Meerdere Horizon-pods in Azure VMware Solution in 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 deze met behulp van CPA. Het is vergelijkbaar met de netwerkconfiguratie in het vorige voorbeeld, maar met meer regionale koppelingen.
Verbind het virtuele Azure-netwerk in elke regio met de privéclouds/SDK's in de andere regio. Hiermee kunnen Horizon-verbindingsservers die deel uitmaken van de CPA-federatie verbinding maken met alle bureaubladen die worden beheerd. Door extra privéclouds/SDK's aan deze configuratie toe te voegen, kunt u over het algemeen schalen naar 24.000 sessies.
Dezelfde principes zijn van toepassing als u twee Horizon-pods in dezelfde regio implementeert. Zorg ervoor dat u de tweede Horizon-pod implementeert in een afzonderlijk Virtueel Azure-netwerk. Net als in het voorbeeld van éé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.
Grootte van Azure VMware Solution-hosts voor Horizon-implementaties
De groottemethodologie van Horizon op een host die wordt uitgevoerd in Azure VMware Solution is eenvoudiger dan Horizon on-premises. Het is eenvoudiger omdat de Azure VMware Solution-host is gestandaardiseerd. De exacte grootte van de host helpt bij het bepalen van het aantal hosts dat nodig is om uw VDI-vereisten te ondersteunen. Het is centraal bij het bepalen van de kosten per desktop.
Groottetabellen aanpassen
Specifieke vCPU/vRAM-vereisten voor virtuele Horizon-bureaubladen zijn afhankelijk van het specifieke workloadprofiel van de klant. Werk samen met uw MSFT- en VMware-verkoopteam om uw vCPU-/vRAM-vereisten voor uw virtuele bureaubladen te bepalen.
| vCPU per VM | vRAM per VM (GB) | Exemplaar | 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 | 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 |
Horizon-invoergrootte
Dit is wat u moet verzamelen voor uw geplande workload:
Aantal gelijktijdige bureaubladen
Vereiste vCPU per bureaublad
Vereiste vRAM per bureaublad
Vereiste opslag per bureaublad
Over het algemeen zijn VDI-implementaties cpu- of RAM-beperkingen, die de hostgrootte bepalen. Laten we het volgende voorbeeld nemen voor een LoginVSI Knowledge Worker-type workload, gevalideerd met prestatietests:
2000 gelijktijdige desktopimplementatie
2vCPU per bureaublad.
4 GB vRAM per desktop.
50 GB opslagruimte per desktop
In dit voorbeeld is het totale aantal hosts van maximaal 18 factoren, wat resulteert in een VM-per-hostdichtheid van 111.
Belangrijk
Workloads van klanten verschillen van dit voorbeeld van een LoginVSI Knowledge Worker. Werk als onderdeel van het plannen van uw implementatie met uw VMware EUC SEs voor uw specifieke grootte- en prestatiebehoeften. Zorg ervoor dat u uw eigen prestatietests uitvoert met behulp van de werkelijke, geplande workload voordat u de grootte van de host voltooit en dienovereenkomstig aanpast.
Horizon on Azure VMware Solution-licenties
Er zijn vier onderdelen voor de totale kosten voor het uitvoeren van Horizon in Azure VMware Solution.
Azure VMware Solution Capacity Cost
Zie de pagina met prijzen van Azure VMware Solution voor meer informatie over de prijzen
Horizon-licentiekosten
Er zijn twee beschikbare licenties voor gebruik met de Azure VMware Solution, die gelijktijdige gebruiker (CCU) of Benoemde gebruiker (NU) kan zijn:
Horizon-abonnementslicentie
Horizon Universal Subscription License
Als u Horizon alleen implementeert in Azure VMware Solution voor de nabije toekomst, gebruikt u de Horizon Subscription License omdat dit lagere kosten zijn.
Als deze is geïmplementeerd in Azure VMware Solution en on-premises, kiest u de Horizon Universal Subscription License als use case voor herstel na noodgevallen. Het bevat echter een vSphere-licentie voor on-premises implementatie, dus het heeft een hogere kosten.
Werk samen met uw VMware EUC-verkoopteam om de horizonlicentiekosten te bepalen op basis van uw behoeften.
Typen Azure-exemplaren
Zie Horizon-installatie in Azure VMware Solution voor meer informatie over de grootten van virtuele Azure-machines die vereist zijn voor de Horizon-infrastructuur.
Verwijzingen
Systeemvereisten voor Horizon Agent voor LinuxHorizon 8 in Azure VMware Solution Architecture