Deploy Horizon on Azure VMware Solution
- 09/29/2020
- 11 perc olvasás
-
- s
- t
Megjegyzés
Ez a dokumentum a VMware Horizon termékre összpontosít, Horizon 7 néven volt ismert. A Horizon más megoldás, mint a Horizon Cloud on Azure, bár vannak közös összetevők. Az Azure VMware megoldás fő előnyei közé tartozik mind az egyszerűbb méretezési módszer, mind a VMware Cloud Foundation kezelésének integrálása az Azure portálba.
A VMware Horizon®, egy virtuális asztali és alkalmazásplatform, amely az adatközpontban fut, és egyszerű és központosított kezelést biztosít. Virtuális asztalokat és alkalmazásokat biztosít bármilyen eszközön, bárhol. A Horizon lehetővé teszi a Windows és Linux virtuális asztalokhoz, Remote Desktop Server (RDS) hosztolt alkalmazásokhoz, asztalokhoz és fizikai gépekhez való kapcsolatok létrehozását és közvetítését.
Itt kifejezetten a Horizon Azure VMware megoldáson történő telepítésére összpontosítunk. A VMware Horizonra vonatkozó általános információkért olvassa el a Horizon gyártási dokumentációját:
-
Mi a VMware Horizon?
-
Tudjon meg többet a VMware Horizonról
-
Horizon referenciaarchitektúra
A Horizon Azure VMware Solutionon történő bevezetésével immár két virtuális asztali infrastruktúra (VDI) megoldás áll rendelkezésre az Azure platformon. Az alábbi ábra magas szinten foglalja össze a legfontosabb különbségeket.
A Horizon 2006 és a későbbi verziók a Horizon 8-as kiadási soron mind a helyben történő telepítést, mind az Azure VMware Solution telepítést támogatják. Van néhány olyan Horizon funkció, amely helyben támogatott, Azure VMware Solutionben azonban nem. A Horizon ökoszisztéma további termékei is támogatottak. További információért lásd a funkcióparitás és interoperabilitás című fejezetet.
Hibrid felhőben történő Horizon-telepítés
A Horizon-t hibrid felhőkörnyezetben is telepítheti, ha a Horizon Cloud Pod Architecture (CPA) segítségével összekapcsolja a helyben lévő és az Azure adatközpontokat. A CPA skálázza a telepítést, hibrid felhőt épít, és redundanciát biztosít az üzletmenet-folytonossághoz és a katasztrófa-helyreállításhoz. További információért lásd: Meglévő Horizon 7 környezetek bővítése.
Fontos
A CPA nem nyújtott telepítés; minden egyes Horizon pod különálló, és az egyes podokhoz tartozó összes Kapcsolat-kiszolgálónak egyetlen helyen kell lennie, és hálózati szempontból ugyanazon a sugárzási tartományon kell futnia.
A Horizon az Azure VMware Solution privát felhőben is telepíthető, akárcsak a helyben vagy a privát adatközpontban. A Horizon helyben és Azure VMware Solutionen történő telepítésének legfontosabb különbségeit a következő szakaszokban tárgyaljuk.
Az Azure privát felhő fogalmilag megegyezik a VMware SDDC-vel, a Horizon dokumentációban jellemzően használt kifejezéssel. A dokumentum további részében az Azure privát felhő és a VMware SDDC kifejezések felcserélhetők.
A Horizon Cloud Connector szükséges a Horizon on Azure VMware Solution előfizetési licencek kezeléséhez. A Cloud Connector az Azure virtuális hálózatban a Horizon Connection Servers mellett telepíthető.
Fontos
A Horizon Control Plane támogatása a Horizon on Azure VMware Solution számára még nem elérhető. Feltétlenül töltse le a Horizon Cloud Connector VHD verzióját.
vCenter Cloud Admin szerepkör
Mivel az Azure VMware Solution egy SDDC szolgáltatás, és az Azure kezeli az SDDC életciklusát az Azure VMware Solutionen, a vCenter jogosultsági modell az Azure VMware Solutionen eleve korlátozott.
Az ügyfeleknek a Cloud Admin szerepet kell használniuk, amely korlátozott vCenter jogosultságokkal rendelkezik. A Horizon terméket úgy módosították, hogy az Azure VMware Solutionen a Cloud Admin szerepkörrel működjön, konkrétan:
-
Az azonnali klónok rendelkezésre bocsátását úgy módosították, hogy az Azure VMware Solutionen is fusson.
-
Egy speciális vSAN házirend (VMware_Horizon) lett létrehozva az Azure VMware Solutionen, hogy működjön a Horizonral, amelynek elérhetőnek és használhatónak kell lennie a Horizonhoz telepített SDDC-kben.
-
A vSphere Content-Based Read Cache (CBRC), más néven View Storage Accelerator, az Azure VMware Solutionen való futtatásakor le van tiltva.
Fontos
A CBRC-t nem szabad visszakapcsolni.
Figyelem
Azure VMware Solution automatikusan konfigurálja az egyes Horizon-beállításokat, amennyiben a Horizon 2006 (más néven Horizon 8) vagy annál magasabb Horizon 8 ágon telepíti, és a Horizon Connection Server telepítőprogramban kiválasztja az Azure opciót.
Horizon az Azure VMware Solution telepítési architektúrája
A Horizon architektúra tipikus kialakítása pod és blokk stratégiát használ. Egy blokk egyetlen vCenter, míg több blokk együtt egy podot alkot. A Horizon pod a Horizon skálázhatósági korlátai által meghatározott szervezeti egység. Minden Horizon pod külön kezelési portállal rendelkezik, ezért a szabványos tervezési gyakorlat a podok számának minimalizálása.
Minden felhőnek saját hálózati csatlakozási sémája van. A VMware SDDC-hálózattal / NSX Edge-del kombinálva az Azure VMware Solution hálózati csatlakoztathatósága egyedi követelményeket támaszt a Horizon telepítéséhez, amelyek eltérnek az üzlethelyiségen belüliektől.
Minden Azure privát felhő és SDDC 4000 asztali vagy alkalmazási munkamenetet képes kezelni, feltéve, hogy:
-
a munkaterhelés forgalma igazodik a LoginVSI task worker profilhoz.
-
Csak protokollforgalmat veszünk figyelembe, felhasználói adatokat nem.
-
AzNSX Edge nagyra van konfigurálva.
Megjegyzés
Az Ön munkaterhelési profilja és igényei eltérőek lehetnek, ezért az eredmények az Ön felhasználási esetétől függően változhatnak. A felhasználói adatmennyiségek az Ön munkaterhelésével összefüggésben csökkenthetik a skálázási korlátokat. Ennek megfelelően méretezze és tervezze meg telepítését. További információkért lásd a méretezési irányelveket az Azure VMware Solution hosztok méretezése Horizon telepítésekhez című szakaszban.
Az Azure privát felhő és az SDDC maximális korlátja miatt olyan telepítési architektúrát ajánlunk, ahol a Horizon Connection Servers és a VMware Unified Access Gateways (UAG-k) az Azure virtuális hálózaton belül futnak. Ez gyakorlatilag minden Azure privát felhőt és SDDC-t egy-egy blokkká alakít. Ez viszont maximalizálja az Azure VMware megoldáson futó Horizon skálázhatóságát.
Az Azure virtuális hálózat és az Azure privát felhők / SDDC-k közötti kapcsolatot ExpressRoute FastPath segítségével kell konfigurálni. Az alábbi ábra egy alapvető Horizon pod telepítést mutat be.
Hálózati kapcsolat a Horizon Azure VMware Solutionen történő skálázásához
Ez a szakasz magas szinten ismerteti a hálózati architektúrát néhány általános telepítési példával, amelyek segítenek a Horizon Azure VMware Solutionen történő skálázásában. A hangsúly kifejezetten a kritikus hálózati elemekre helyeződik.
Egyetlen Horizon pod Azure VMware Solutionen
Az egyetlen Horizon pod a legegyszerűbb telepítési forgatókönyv, mivel csak egy Horizon podot telepít az USA keleti régiójában. Mivel minden egyes privát felhő és SDDC becslések szerint 4000 asztali munkamenetet képes kezelni, a maximális Horizon pod-méretet telepíti. Akár három privát felhő/SDDC telepítését is tervezheti.
Az Azure Virtual Networkben telepített Horizon infrastruktúra virtuális gépeivel (VM) elérheti a 12 000 munkamenetet Horizon podonként. Az egyes privát felhők és SDDC-k közötti kapcsolat az Azure Virtual Networkhöz ExpressRoute Fast Path. A magánfelhők közötti kelet-nyugati irányú forgalomra nincs szükség.
Az alapszintű telepítési példa legfontosabb feltételezései a következők:
-
Nincs olyan helyhez kötött Horizon podja, amelyet a Cloud Pod Architecture (CPA) segítségével szeretne csatlakoztatni ehhez az új podhoz.
-
A végfelhasználók az interneten keresztül csatlakoznak virtuális asztali gépeikhez (vs. Helyszíni adatközponton keresztül csatlakoznak).
Az Azure Virtual Networkben lévő AD tartományvezérlőjét VPN vagy ExpressRoute áramkörön keresztül összekapcsolja a helyben lévő AD-vel.
Az alappélda variációja lehet a helyben lévő erőforrások csatlakoztathatóságának támogatása. Például a felhasználók elérik az asztali gépeket és virtuális asztali alkalmazásforgalmat generálnak, vagy CPA segítségével csatlakoznak egy helyhez kötött Horizon podhoz.
A diagram azt mutatja, hogyan lehet támogatni a helyhez kötött erőforrások csatlakoztathatóságát. A vállalati hálózat Azure virtuális hálózathoz való csatlakoztatásához ExpressRoute áramkörre van szükség. A vállalati hálózatot az ExpressRoute Global Reach segítségével kell összekapcsolnia az egyes privát felhőkkel és SDDC-kkel is. Ez lehetővé teszi a kapcsolódást az SDDC-ből az ExpressRoute áramkörhöz és a helyben lévő erőforrásokhoz.
Multiple Horizon podok az Azure VMware megoldáson több régióban
Egy másik forgatókönyv a Horizon skálázása több podon keresztül. Ebben a forgatókönyvben két Horizon podot telepít két különböző régióban, és CPA segítségével összevonja őket. Ez hasonló az előző példa hálózati konfigurációjához, de néhány további régiók közötti összeköttetéssel.
Az Azure virtuális hálózatot mindkét régióban összekapcsolja a másik régióban lévő privát felhőkkel/SDDC-kkel. Ez lehetővé teszi, hogy a CPA-összevonás részét képező Horizon-kapcsolati kiszolgálók minden kezelt asztali géphez csatlakozhassanak. További privát felhők/SDDC-k hozzáadása ehhez a konfigurációhoz lehetővé tenné az összességében 24 000 munkamenetig történő skálázást.
Ugyanezek az elvek érvényesek, ha két Horizon podot telepít ugyanabban a régióban. Ügyeljen arra, hogy a második Horizon podot egy külön Azure virtuális hálózatban telepítse. Az egy pod példához hasonlóan ehhez a több podot/régió példához is csatlakoztathatja vállalati hálózatát és helyben lévő podját az ExpressRoute és a Global Reach segítségével.
Az Azure VMware Solution hosztok méretezése Horizon telepítésekhez
A Horizon méretezési módszertana az Azure VMware Solutionben futó hoszton egyszerűbb, mint a helyben lévő Horizon esetében. Ez azért van így, mert az Azure VMware Solution hoszt szabványosított. A pontos hosztméretezés segít meghatározni a VDI-követelmények támogatásához szükséges hosztok számát. Ez központi szerepet játszik az asztalonkénti költség meghatározásában.
Táblázatok méretezéséről
A Horizon virtuális asztalok konkrét vCPU/vRAM követelményei az ügyfél konkrét munkaterhelési profiljától függnek. Dolgozzon együtt az MSFT és a VMware értékesítési csapatával a virtuális asztali gépek vCPU/vRAM követelményeinek meghatározásában.
vCPU per VM | vRAM per VM (GB) | Instance | 100 VM | 200 VM | 300 VM | 400 VM | 500 VM | 600 VM | 700 VM | 800 VMs | 900 VMs | 1000 VMs | 2000 VMs | 3000 VMs | 4000 VM-k | 5000 VM-k | 6000 VM-k | 6400 VM-k | |
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
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 | 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 | 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 | 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 | 11 | 12 | 14 | 16 | 18 | 34 | 51 | 67 | 84 | 100 | 106 |
6 | 12 | AVS | 4 | 6 | 9 | 11 | 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 | 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 | 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 |
Horizont méretezési bemenetek
Itt van, amit össze kell gyűjtenie a tervezett munkaterheléshez:
-
Az egyidejű asztali számítógépek száma
-
Asztalanként szükséges vCPU
-
Asztalanként szükséges vRAM
-
Asztalanként szükséges tárhely
A VDI telepítések általában vagy CPU- vagy RAM-korlátozottak, ami meghatározza a hoszt méretét. Vegyük a következő példát egy LoginVSI Knowledge Worker típusú, teljesítménytesztekkel validált munkaterhelésre:
-
2 000 egyidejű asztali telepítés
-
2vCPU asztalonként.
-
4-GB vRAM asztalonként.
-
50 GB tárhely asztalonként
Ebben a példában a hosztok teljes száma 18-ra faktorálódik, ami 111 VM/host sűrűséget eredményez.
Fontos
Az ügyfelek munkaterhelése eltér ettől a LoginVSI Knowledge Worker példától. A telepítés tervezésének részeként dolgozzon együtt a VMware EUC SE-vel a konkrét méretezési és teljesítményigényeivel kapcsolatban. A hoszt méretezésének véglegesítése előtt mindenképpen végezzen saját teljesítményteszteket a tényleges, tervezett munkaterheléssel, és ennek megfelelően igazítsa ki.
Horizon on Azure VMware Solution licencelése
A Horizon on Azure VMware Solution futtatásának teljes költsége négy összetevőből áll.
Az Azure VMware Solution kapacitásköltsége
Az árazással kapcsolatos információkért lásd az Azure VMware Solution árazási oldalát
Horizon licencelési költsége
Az Azure VMware Solutionhöz kétféle licenc áll rendelkezésre, amelyek lehetnek Concurrent User (CCU) vagy Named User (NU) licencek:
-
Horizon Subscription License
-
Horizon Universal Subscription License
Ha csak belátható időn belül telepíti a Horizon-t az Azure VMware megoldáson, akkor használja a Horizon Subscription License-t, mivel ez alacsonyabb költségű.
Ha az Azure VMware Solutionen és helyben is telepít, mint egy katasztrófa utáni helyreállítási felhasználási esetben, válassza a Horizon univerzális előfizetési licencet. Ez tartalmaz egy vSphere licencet a helyben történő telepítéshez, ezért magasabb a költsége.
Munkálkodjon együtt a VMware EUC értékesítési csapatával, hogy meghatározzák a Horizon licencelési költséget az igényei alapján.
Azure Instance Types
A Horizon infrastruktúrához szükséges Azure virtuális gépek méretének megértéséhez kérjük, olvassa el a VMware iránymutatásait, amelyek itt találhatók.