Distribuera Horizon på Azure VMware-lösning
- 09/29/2020
- 11 minuter att läsa
-
-
s -
t
-
Note
Detta dokument fokuserar på VMware Horizon-produkten, tidigare känd som Horizon 7. Horizon är en annan lösning än Horizon Cloud on Azure, även om det finns vissa gemensamma komponenter. Viktiga fördelar med Azure VMware-lösningen är både en enklare dimensioneringsmetod och integrationen av VMware Cloud Foundation-hanteringen i Azure-portalen.
VMware Horizon®, en plattform för virtuella skrivbord och applikationer, körs i datacentret och ger enkel och centraliserad hantering. Den levererar virtuella skrivbord och applikationer på alla enheter, var som helst. Med Horizon kan du skapa och förmedla anslutningar till virtuella Windows- och Linux-diskar, RDS-hostade applikationer (Remote Desktop Server), diskar och fysiska maskiner.
Här fokuserar vi särskilt på att distribuera Horizon på Azure VMware Solution. Allmän information om VMware Horizon finns i produktionsdokumentationen för Horizon:
-
Vad är VMware Horizon?
-
Lär dig mer om VMware Horizon
-
Horizons referensarkitektur
Med Horisonts introduktion på Azure VMware Solution finns det nu två lösningar för virtuell skrivbordsinfrastruktur (VDI) på Azureplattformen. Följande diagram sammanfattar de viktigaste skillnaderna på en hög nivå.
Horizon 2006 och senare versioner i Horizon 8-utgåvan stöder både distribution på plats och distribution av Azure VMware Solution. Det finns några Horizon-funktioner som stöds på plats men inte i Azure VMware Solution. Ytterligare produkter i Horizon-ekosystemet stöds också. För mer information, se funktionsparitet och interoperabilitet.
Distribuera Horizon i ett hybridmoln
Du kan distribuera Horizon i en hybridmolnmiljö när du använder Horizon Cloud Pod Architecture (CPA) för att koppla samman datacenter på plats och Azure-datacenter. CPA skalar upp din distribution, bygger ett hybridmoln och ger redundans för affärskontinuitet och katastrofåterställning. Mer information finns i Utöka befintliga Horizon 7-miljöer.
Viktigt
CPA är inte en utsträckt distribution; varje Horizon-pod är distinkt, och alla anslutningsservrar som tillhör var och en av de enskilda pods måste vara placerade på en enda plats och köras på samma sändningsdomän ur ett nätverksperspektiv.
Som på plats eller i privata datacenter kan Horizon distribueras i ett privat moln med Azure VMware Solution. Vi diskuterar de viktigaste skillnaderna mellan att distribuera Horizon på plats och i Azure VMware Solution i följande avsnitt.
Azure private cloud är konceptuellt sett detsamma som VMware SDDC, en term som vanligtvis används i Horizon-dokumentationen. I resten av det här dokumentet används termerna Azure private cloud och VMware SDDC som utbytbara.
Horisont Cloud Connector krävs för att Horizon på Azure VMware Solution ska kunna hantera prenumerationslicenser. Cloud Connector kan distribueras i Azure Virtual Network tillsammans med Horizon Connection Servers.
Viktigt
Stöd för Horizon Control Plane för Horizon on Azure VMware Solution är ännu inte tillgängligt. Se till att ladda ner VHD-versionen av Horizon Cloud Connector.
vCenter Cloud Admin-rollen
Då Azure VMware Solution är en SDDC-tjänst och Azure hanterar livscykeln för SDDC på Azure VMware Solution är vCenter-behörighetsmodellen på Azure VMware Solution begränsad till sin utformning.
Kunderna måste använda Cloud Admin-rollen, som har en begränsad uppsättning vCenterbehörigheter. Horizon-produkten ändrades för att fungera med Cloud Admin-rollen på Azure VMware Solution, särskilt:
-
Instant clone provisioning ändrades för att kunna köras på Azure VMware Solution.
-
En specifik vSAN-princip (VMware_Horizon) skapades på Azure VMware Solution för att fungera med Horizon, som måste vara tillgänglig och användas i de SDDC:er som distribueras för Horizon.
-
vSphere Content-Based Read Cache (CBRC), även känd som View Storage Accelerator, inaktiveras när den körs på Azure VMware Solution.
Viktigt
CBRC får inte aktiveras igen.
Notera
Azure VMware Solution konfigurerar automatiskt specifika Horizon-inställningar så länge du distribuerar Horizon 2006 (även kallad Horizon 8) och högre på Horizon 8-avdelningen och väljer Azure-alternativet i Horizon Connection Server-installationsprogrammet.
Horizon on Azure VMware Solution deployment architecture
En typisk Horizon-arkitekturdesign använder en pod- och blockstrategi. Ett block är ett enskilt vCenter, medan flera block tillsammans utgör en pod. En Horizon-pod är en organisationsenhet som bestäms av Horisonts skalbarhetsgränser. Varje Horizon-pod har en separat hanteringsportal och därför är en standardkonstruktionspraxis att minimera antalet pods.
Varje moln har sitt eget system för nätverksanslutning. I kombination med VMware SDDC-nätverk / NSX Edge innebär Azure VMware-lösningens nätverksanslutning unika krav för att distribuera Horizon som skiljer sig från lokala nätverksanslutningar.
Varje privat Azure-moln och SDDC kan hantera 4 000 skrivbords- eller programsessioner, förutsatt att:
-
Arbetsbelastningstrafiken är i linje med LoginVSI-arbetsgivarprofilen för arbetsuppgifter.
-
Endast protokolltrafik beaktas, inga användardata.
-
NSX Edge är konfigurerad för att vara stor.
Notera
Din arbetsbelastningsprofil och dina behov kan skilja sig åt och därför kan resultaten variera utifrån ditt användningsfall. Användardatavolymer kan sänka skalgränserna i samband med din arbetsbelastning. Dimensionera och planera din distribution i enlighet med detta. Mer information finns i riktlinjerna för dimensionering i avsnittet Size Azure VMware Solution hosts for Horizon deployments.
Med tanke på Azures privata moln och SDDC maxgräns rekommenderar vi en distributionsarkitektur där Horizon Connection Servers och VMware Unified Access Gateways (UAGs) körs inuti Azures virtuella nätverk. Det gör effektivt varje privat Azure-moln och SDDC till ett block. Detta maximerar i sin tur skalbarheten för Horizon som körs på Azure VMware Solution.
Förbindelsen från Azure Virtual Network till de privata Azure-molnen/ SDDC:erna bör konfigureras med ExpressRoute FastPath. Följande diagram visar en grundläggande Horizon-poddistribution.
Nätverksanslutning för att skala Horizon på Azure VMware Solution
Det här avsnittet beskriver nätverksarkitekturen på en hög nivå med några vanliga distributionsexempel som hjälper dig att skala Horizon på Azure VMware Solution. Fokus ligger särskilt på kritiska nätverkselement.
En enda Horizon-pod på Azure VMware Solution
En enda Horizon-pod är det mest okomplicerade distributionsscenariot eftersom du distribuerar bara en Horizon-pod i regionen US East. Eftersom varje privat moln och SDDC beräknas hantera 4 000 skrivbordssessioner distribuerar du den maximala Horizon-podstorleken. Du kan planera distributionen av upp till tre privata moln/SDDC:er.
Med de virtuella maskinerna i Horizon-infrastrukturen som distribueras i Azure Virtual Network kan du nå upp till 12 000 sessioner per Horizon-pod. Anslutningen mellan varje privat moln och SDDC till Azure Virtual Network är ExpressRoute Fast Path. Ingen öst-västlig trafik mellan privata moln behövs.
Nyckelantaganden för det här grundläggande distributionsexemplet är att:
-
Du har ingen Horizon-pod på plats som du vill ansluta till den nya podden med hjälp av Cloud Pod Architecture (CPA).
-
Endanvändare ansluter till sina virtuella skrivbord via internet (vs.
Du ansluter din AD-domänkontrollant i Azure Virtual Network till din AD på plats via VPN eller ExpressRoute-krets.
En variant på det grundläggande exemplet kan vara att stödja anslutningsmöjligheter för resurser på plats. Till exempel kan användare få tillgång till skrivbord och generera trafik för virtuella skrivbordsprogram eller ansluta till en Horizon-pod på plats med CPA.
Diagrammet visar hur man stöder konnektivitet för resurser på plats. För att ansluta ditt företagsnätverk till Azure Virtual Network behöver du en ExpressRoute-krets. Du måste också ansluta ditt företagsnätverk till varje privat moln och SDDC med hjälp av ExpressRoute Global Reach. Det möjliggör anslutningen från SDDC till ExpressRoute-kretsen och lokala resurser.
Flera Horizon-poddar på Azure VMware-lösning i flera regioner
Ett annat scenario är skalning av Horizon i flera poddar. I det här scenariot distribuerar du två Horizon-poddar i två olika regioner och federerar dem med hjälp av CPA. Det liknar nätverkskonfigurationen i det föregående exemplet, men med några ytterligare länkar över regiongränserna.
Du ansluter Azure Virtual Network i varje region till de privata molnen/SDDC:erna i den andra regionen. Det gör det möjligt för Horizon-anslutningsservrar som ingår i CPA-federationen att ansluta till alla skrivbord som hanteras. Om du lägger till ytterligare privata moln/SDDC:er i den här konfigurationen kan du skala upp till 24 000 sessioner totalt.
Samma principer gäller om du distribuerar två Horizon-poddar i samma region. Se till att distribuera den andra Horizon-podden i ett separat Azure Virtual Network. Precis som i exemplet med en enda pod kan du ansluta ditt företagsnätverk och din pod på plats till det här exemplet med flera pods/regioner med hjälp av ExpressRoute och Global Reach.
Dimensionera Azure VMware Solution-värdar för Horizon-implementeringar
Horizons metodik för att dimensionera värddatorer på en värd som körs i Azure VMware Solution är enklare än Horizon på plats. Det beror på att värddatorn i Azure VMware Solution är standardiserad. Exakt värddimensionering hjälper till att fastställa det antal värdar som behövs för att stödja dina VDI-krav. Det är centralt för att bestämma kostnaden per skrivbord.
Dimensioneringstabeller
Specifika vCPU/vRAM-krav för virtuella skrivbord i Horizon beror på kundens specifika arbetsbelastningsprofil. Samarbeta med ditt MSFT- och VMware-försäljningsteam för att få hjälp med att fastställa dina vCPU/vRAM-krav för dina virtuella skrivbordsplatser.
| vCPU per VM | vRAM per VM (GB) | Instans | 100 VM:er | 200 virtuella maskiner | 300 virtuella maskiner | 400 virtuella maskiner | 500 virtuella maskiner | 600 virtuella maskiner | 700 virtuella maskiner | 800 virtuella maskiner | 900 virtuella maskiner | 1000 virtuella maskiner | 2000 virtuella maskiner | 3000 virtuella maskiner | 4000 VMs | 5000 VMs | 6000 VMs | 6400 VMs | |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 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 | 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 | 11 | 12 | 14 | 16 | 18 | 34 | 51 | 67 | 84 | 100 | 106 |
| 4 | 12 | AVS | 4 | 4 | 6 | 9 | 11 | 13 | 16 | 19 | 21 | 23 | 26 | 51 | 75 | 100 | 124 | 149 | 158 |
| 4 | 16 | AVS | 5 | 8 | 11 | 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 | 6 | 7 | 9 | 10 | 11 | 13 | 14 | 27 | 41 | 54 | 68 | 81 | 86 |
| 6 | 8 | AVS | 3 | 5 | 6 | 8 | 9 | 11 | 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 | 10 | 12 | 14 | 15 | 17 | 33 | 49 | 66 | 82 | 98 | 105 |
| 8 | 4 | AVS | 3 | 4 | 4 | 6 | 7 | 9 | 10 | 12 | 14 | 15 | 17 | 33 | 49 | 66 | 82 | 98 | 105 |
| 8 | 6 | AVS | 3 | 4 | 6 | 7 | 9 | 10 | 10 | 12 | 14 | 15 | 17 | 33 | 49 | 66 | 82 | 98 | 105 |
| 8 | 8 | AVS | 3 | 5 | 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 |
Inflöden för storleksanpassning
Här är vad du behöver samla in för din planerade arbetsbelastning:
-
Antal samtidiga stationära datorer
-
Behövlig vCPU per stationär dator
-
Behövlig vRAM per stationär dator
-
Behövlig lagringsutrymme per stationär dator
I allmänhet är VDI-implementeringar antingen CPU- eller RAM-begränsade, vilket bestämmer värdstorleken. Låt oss ta följande exempel för en arbetsbelastning av typen LoginVSI Knowledge Worker, validerad med prestandatestning:
-
2 000 samtidiga skrivbordsimplementeringar
-
2vCPU per skrivbord.
-
4-GB vRAM per skrivbord.
-
50 GB lagring per skrivbord
För det här exemplet uppgår det totala antalet värdar till 18, vilket ger en täthet på 111 virtuella maskiner per värd.
Viktigt
Kundernas arbetsbelastning kommer att variera från det här exemplet med en LoginVSI-kunskapsmedarbetare. Som en del av planeringen av din implementering bör du samarbeta med dina VMware EUC SEs för dina specifika dimensionerings- och prestandabehov. Se till att köra dina egna prestandatester med den faktiska, planerade arbetsbelastningen innan du slutför dimensioneringen av värddatorn och justerar i enlighet med detta.
Horizon on Azure VMware Solution-licensiering
Det finns fyra komponenter i de totala kostnaderna för att köra Horizon on Azure VMware Solution.
Kapacitetskostnad för Azure VMware Solution
För information om prissättningen, se prissättningssidan för Azure VMware Solution
Kostnad för Horizon-licensiering
Det finns två tillgängliga licenser för användning med Azure VMware Solution, som kan vara antingen Concurrent User (CCU) eller Named User (NU):
-
Horizon Subscription License
-
Horizon Universal Subscription License
Om du bara distribuerar Horizon på Azure VMware Solution inom en överskådlig framtid, ska du använda Horizon Subscription License eftersom det är en lägre kostnad.
Om du distribuerar Horizon på Azure VMware Solution och på plats, som i ett användningsfall för katastrofåterställning, väljer du Horizon Universal Subscription License. Den innehåller en vSphere-licens för distribution på plats, så den har en högre kostnad.
Samarbeta med ditt VMware EUC-försäljningsteam för att fastställa Horizon-licenskostnaden baserat på dina behov.
Azure Instance Types
För att förstå storleken på de virtuella Azure-maskiner som kommer att krävas för Horizon-infrastrukturen hänvisar du till VMwares riktlinjer som du kan hitta här.