Deploy Horizon op Azure VMware Solution
Notitie
Dit document is gericht 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 Azure VMware Solution zijn zowel een eenvoudigere formaatmethode als de integratie van VMware Cloud Foundation-beheer in de Azure Portal.
VMware Horizon®, een platform voor virtuele bureaubladen en toepassingen, wordt uitgevoerd in het datacenter en biedt eenvoudig en gecentraliseerd beheer. Het biedt virtuele bureaubladen en toepassingen op elk apparaat, waar dan ook. Met Horizon kunt u verbindingen maken en brokeren met Windows en virtuele Linux-bureaubladen, Extern bureaublad Server (RDS) gehoste toepassingen, desktops 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 inleiding van Horizon op Azure VMware Solution, zijn er nu twee VDI-oplossingen (Virtual Desktop Infrastructure) op het Azure-platform. In het volgende diagram worden de belangrijkste verschillen op hoog niveau samengevat.
Horizon 2006 en latere versies van de Horizon 8-releaselijn ondersteunen zowel on-premises als Azure VMware Solution implementatie. Er zijn enkele Horizon-functies die on-premises worden ondersteund, maar niet op Azure VMware Solution. Andere producten in het Horizon-ecosysteem worden ook ondersteund. Zie functiepariteit en interoperabiliteit voor meer informatie.
Deploy Horizon in een hybride cloud
U kunt Horizon implementeren in een hybride cloudomgeving met behulp van HORIZON (Horizon Cloud Pod Architecture) om on-premises en Azure-datacenters met elkaar te verbinden. UW IMPLEMENTATIE wordt opgeschaald, er wordt een hybride cloud gebouwd en redundantie voor bedrijfscontinuïteit en herstel na noodherstel. Zie Expanding Existing Horizon 7 Environments (Bestaande Horizon 7-omgevingen uitbreiden) voor meer informatie.
Belangrijk
DEP is geen uitgerekte implementatie; Elke Horizon-pod is uniek en alle verbindingsservers die bij elk van de afzonderlijke pods horen, moeten zich op één locatie bevinden en in hetzelfde broadcastdomein worden uitgevoerd vanuit het perspectief van het netwerk.
Net als bij een on-premises of privé datacentrum kunt u Horizon implementeren in Azure VMware Solution privécloud. In de volgende secties worden de belangrijkste verschillen in het implementeren van Horizon on-premises en Azure VMware Solution besproken.
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 op Azure VMware Solution om abonnementslicenties te beheren. U kunt cloudconnector in Azure Virtual Network naast Horizon Connection Servers.
Belangrijk
Horizon Control Plane-ondersteuning voor Horizon on Azure VMware Solution is nog niet beschikbaar. Download de VHD-versie van Horizon Cloud Connector.
vCenter-cloudbeheerdersrol
Omdat Azure VMware Solution een SDDC-service is en Azure de levenscyclus van de SDDC op Azure VMware Solution beheert, is het machtigingsmodel van vCenter op Azure VMware Solution qua ontwerp beperkt.
Klanten moeten de rol Cloudbeheerder gebruiken, die een beperkte set vCenter-machtigingen heeft. Het Horizon-product is gewijzigd om te werken met de rol cloudbeheerder op Azure VMware Solution, met name:
Instant clone provisioning is gewijzigd om te worden uitgevoerd op Azure VMware Solution.
Er is een specifiek vSAN-beleid (VMware_Horizon) gemaakt op Azure VMware Solution om te 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.
Notitie
Azure VMware Solution configureert automatisch specifieke Horizon-instellingen zolang u Horizon 2006 (ook wel Horizon 8) en hoger implementeert op de Horizon 8-vertakking en selecteert u de Azure-optie in het installatieprogramma voor 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, terwijl meerdere blokken gecombineerd 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. Daarom is het standaardontwerp om het aantal pods te minimaliseren.
Elke cloud heeft een eigen netwerkverbindingsschema. In combinatie met VMware SDDC-netwerken/NSX Edge biedt de Azure VMware Solution-netwerkconnectiviteit unieke vereisten voor het implementeren van Horizon die verschilt van on-premises.
Elke privécloud van Azure en SDDC kan 4000 bureaublad- of toepassingssessies verwerken, uitgaande van:
Het werkbelastingverkeer wordt uitgelijnd met het taakwerkerprofiel LoginVSI.
Alleen protocolverkeer wordt in aanmerking genomen, geen gebruikersgegevens.
NSX Edge is geconfigureerd om groot te zijn.
Notitie
Uw workloadprofiel en behoeften kunnen afwijken en daarom kunnen de resultaten variëren op basis van uw use-case. Gegevensvolumes van gebruikers kunnen de schaallimieten verlagen in de context van uw workload. De grootte van uw implementatie aanpassen en deze plannen. Zie de richtlijnen voor groottegrootte in de sectie Size Azure VMware Solution hosts for Horizon deployments (Grootte van hosts voor Horizon-implementaties) voor meer informatie.
Gezien de maximale limiet voor de Azure-privécloud en SDDC, raden we een implementatiearchitectuur aan waarin de Horizon-verbindingsservers en VMware Unified Access Gateways (UAG's) worden uitgevoerd binnen de Azure-Virtual Network. Elke privécloud en SDDC van Azure worden effectief in een blok verandert. Op zijn beurt maximaliseert u de schaalbaarheid van Horizon die wordt uitgevoerd op Azure VMware Solution.
De verbinding van Azure Virtual Network met de Azure-privé clouds/SDDCs moet worden geconfigureerd met ExpressRoute FastPath. In het volgende diagram ziet u een basisimplementatie van horizonpods.
Netwerkverbinding met Scale Horizon op Azure VMware Solution
In deze sectie wordt de netwerkarchitectuur op hoog niveau be gegeven met enkele algemene implementatievoorbeelden om u te helpen horizon op Azure VMware Solution. De focus ligt specifiek op kritieke netwerkelementen.
Pod Single Horizon op Azure VMware Solution
Eén Horizon-pod is het meest snelle implementatiescenario omdat u slechts één Horizon-pod implementeert in de regio US - oost. Aangezien elke privécloud en SDDC naar schatting 4000 desktopsessies verwerken, implementeert u de maximale Horizon-podgrootte. U kunt de implementatie van maximaal drie privé clouds/SDDCs plannen.
Nu 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 de Azure Virtual Network is ExpressRoute Fast Path. 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 wilt verbinden met deze nieuwe pod met behulp van Cloud Pod Architecture (VAK).
Eindgebruikers maken verbinding met hun virtuele bureaubladen via internet (in vergelijking met verbinding maken via een on-premises datacenter).
U verbindt uw AD-domeincontroller in Azure Virtual Network met uw on-premises AD via EEN VPN- of ExpressRoute-circuit.
Een variant op het basisvoorbeeld kan zijn om connectiviteit voor on-premises resources te ondersteunen. Gebruikers hebben bijvoorbeeld toegang tot desktops en genereren verkeer van virtuele bureaublad-toepassingen of maken verbinding met een on-premises Horizon-pod met behulp van WASOE.
In het diagram ziet u hoe u connectiviteit voor on-premises resources kunt ondersteunen. Als u verbinding wilt maken met uw bedrijfsnetwerk met Virtual Network Azure-netwerk, hebt u een ExpressRoute-circuit nodig. U moet uw bedrijfsnetwerk ook verbinden met elk van de privéclouds en SDDCs met behulp van ExpressRoute Global Reach. Hiermee kunt u verbinding maken tussen de SDDC en het ExpressRoute-circuit en on-premises resources.
Meerdere Horizon-pods op Azure VMware Solution 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 WASE. Het is vergelijkbaar met de netwerkconfiguratie in het vorige voorbeeld, maar met een aantal extra regionale koppelingen.
U verbindt de Azure-Virtual Network in elke regio met de privé clouds/SDDCs in de andere regio. Hierdoor kunnen Horizon-verbindingsservers die deel uitmaken van de FEDERATIE VAN DEU verbinding maken met alle desktops die onder beheer staan. Als u extra privé clouds/SDDCs aan deze configuratie toevoegt, 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 u de tweede Horizon-pod implementeert in een afzonderlijke Azure Virtual Network. Net als in het voorbeeld met één pod kunt u uw bedrijfsnetwerk en on-premises pod verbinden met deze voorbeeld met meerdere pods/regio's met behulp van ExpressRoute en Global Reach.
Grootte Azure VMware Solution hosts voor Horizon-implementaties
De formaatmethodologie van Horizon op een host die wordt uitgevoerd in Azure VMware Solution is eenvoudiger dan Horizon on-premises. Dat komt doordat de Azure VMware Solution host is gestandaardiseerd. De exacte host-formaat bepaalt het aantal hosts dat nodig is voor de ondersteuning van uw VDI-vereisten. Het is belangrijk om de kosten per desktop te bepalen.
De formaat van tabellen
Specifieke vCPU/vRAM-vereisten voor virtuele Horizon-desktops 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 voor het formaat van invoer
Dit is wat u moet verzamelen voor uw geplande workload:
Aantal gelijktijdige bureaubladen
Vereiste vCPU per desktop
Vereiste vRAM per desktop
Vereiste opslag per desktop
Over het algemeen zijn VDI-implementaties cpu- of RAM-beperkingen, waarmee de hostgrootte wordt bepaald. Laten we het volgende voorbeeld nemen voor een LoginVSI Knowledge Worker-type workload, gevalideerd met prestatietests:
2000 gelijktijdige desktopimplementatie
2vCPU per desktop.
4 GB vRAM per desktop.
50 GB aan opslagruimte per desktop
In dit voorbeeld wordt het totale aantal hosts op 18 factoren beïnvloed, wat een VM-per-host-dichtheid van 111 oplevert.
Belangrijk
De workloads van klanten verschillen van dit voorbeeld van een LoginVSI-kenniswerker. Als onderdeel van het plannen van uw implementatie, kunt u samenwerken met uw VMware EUC SE's voor uw specifieke behoeften op het gebied van formaat en prestaties. Zorg ervoor dat u uw eigen prestatietests kunt uitvoeren met behulp van de werkelijke, geplande workload voordat u de host-formaat aanpassen.
Horizon on Azure VMware Solution licensing
Er zijn vier onderdelen voor de totale kosten van het uitvoeren van Horizon op Azure VMware Solution.
Azure VMware Solution capaciteitskosten
Zie de pagina met prijzen voor Azure VMware Solution informatie over de prijzen
Horizon Licensing Cost
Er zijn twee licenties beschikbaar voor gebruik met de Azure VMware Solution, die gelijktijdige gebruiker (CCU) of benoemde gebruiker (NU) kunnen zijn:
Horizon-abonnementslicentie
Horizon Universal Subscription License
Als u Horizon in de nabije Azure VMware Solution implementeert, gebruikt u de Horizon-abonnementslicentie omdat dit lagere kosten met zich mee brengen.
Als deze is geïmplementeerd op Azure VMware Solution en on-premises, kiest u de Horizon Universal Subscription License als gebruiksscenario voor herstel na noodgeval. Het bevat echter een vSphere-licentie voor on-premises implementatie, waardoor de kosten hoger zijn.
Werk samen met uw VMware EUC-verkoopteam om de Horizon-licentiekosten te bepalen op basis van uw behoeften.
Typen Azure-exemplaren
Zie Horizon Installation on Azure VMware Solution voor meer informatie over de grootte van virtuele Azure-machines die vereist zijn voor de Horizon-infrastructuur.
Referenties
Systeemvereisten voor Horizon Agent voor Linux
Volgende stappen
Lees de veelgestelde vragen over VMware Horizon Azure VMware Solution meer informatie over VMware Horizon op Azure VMware Solution.