Deploy Horizon on Azure VMware Solution
- 09/29/2020
- 11 minutes to read
-
-
s -
t
-
Huomautus
Tämä dokumentti keskittyy VMware Horizon -tuotteeseen, joka tunnettiin aiemmin nimellä Horizon 7. Horizon on eri ratkaisu kuin Horizon Cloud on Azure, vaikka joitakin yhteisiä komponentteja onkin. Azuren VMware-ratkaisun keskeisiä etuja ovat sekä suoraviivaisempi mitoitusmenetelmä että VMware Cloud Foundation -hallinnan integrointi Azure-portaaliin.
VMware Horizon®, virtuaalisen työpöydän ja sovellusten alusta, toimii datakeskuksessa ja tarjoaa yksinkertaisen ja keskitetyn hallinnan. Se tarjoaa virtuaalisia työpöytiä ja sovelluksia millä tahansa laitteella, missä tahansa. Horizonin avulla voit luoda ja välittää yhteyksiä Windows- ja Linux-virtuaalisiin työpöytiin, Remote Desktop Serverin (RDS) isännöimiin sovelluksiin, työpöytiin ja fyysisiin koneisiin.
Tässä keskitymme erityisesti Horizonin käyttöönottoon Azuren VMware-ratkaisussa. Yleistä tietoa VMware Horizonista on Horizon-tuotannon dokumentaatiossa:
-
Mikä on VMware Horizon?
-
Lisätietoa VMware Horizonista
-
Horizonin viitearkkitehtuuri
Horizonin käyttöönoton myötä Azure VMware Solutionissa Azure-alustalla on nyt kaksi Virtual Desktop Infrastructure (VDI) -ratkaisua. Seuraavassa kaaviossa on yhteenveto tärkeimmistä eroista korkealla tasolla.
Horizon 2006 ja myöhemmät versiot Horizon 8 -julkaisulinjalla tukevat sekä tiloissa tapahtuvaa käyttöönottoa että Azure VMware Solution -käyttöönottoa. On olemassa muutamia Horizon-ominaisuuksia, joita tuetaan toimitiloissa mutta ei Azure VMware Solutionissa. Myös muita Horizon-ekosysteemin tuotteita tuetaan. Lisätietoja on kohdassa Ominaisuuksien yhdenvertaisuus ja yhteentoimivuus.
Horizonin käyttöönotto hybridipilvessä
Voit ottaa Horizonin käyttöön hybridipilviympäristössä, kun käytät Horizonin Cloud Pod -arkkitehtuuria (CPA) toimitilojen ja Azure-tietokeskusten yhdistämiseen. CPA skaalaa käyttöönottoa, rakentaa hybridipilven ja tarjoaa redundanssia liiketoiminnan jatkuvuutta ja katastrofien palautumista varten. Lisätietoja on kohdassa Olemassa olevien Horizon 7 -ympäristöjen laajentaminen.
Tärkeää
CPA ei ole venytetty käyttöönotto; jokainen Horizon-pod on erillinen, ja kaikkien kuhunkin yksittäiseen podiin kuuluvien yhteyspalvelimien on sijaittava samassa paikassa, ja niiden on toimittava verkon kannalta samassa lähetysalueella.
Kuten toimitiloissa tai yksityisessä datakeskuksessa, Horizon voidaan ottaa käyttöön Azure VMware Solution -ratkaisun yksityisessä pilvessä. Seuraavissa kappaleissa käsitellään keskeisiä eroja Horizonin käyttöönotossa toimitiloissa ja Azure VMware Solutionissa.
Azuren yksityinen pilvi on käsitteellisesti sama kuin VMware SDDC, jota termiä käytetään tyypillisesti Horizon-asiakirjoissa. Muualla tässä asiakirjassa käytetään termejä Azure private cloud ja VMware SDDC keskenään vaihdettavissa.
Horizon Cloud Connector tarvitaan Horizon on Azure VMware Solution -palvelussa tilauslisenssien hallintaan. Cloud Connector voidaan ottaa käyttöön Azuren virtuaaliverkossa Horizon-yhteyspalvelimien rinnalla.
Tärkeää
Horizon Control Plane -tuki Horizon on Azure VMware Solution -ratkaisulle ei ole vielä saatavilla. Muista ladata Horizon Cloud Connectorin VHD-versio.
vCenter Cloud Admin -rooli
Sen vuoksi, että Azure VMware Solution on SDDC-palvelu ja Azure hallinnoi Azure VMware Solutionin SDDC:n elinkaarta, Azure VMware Solutionin vCenter-oikeusmalli on lähtökohtaisesti rajoitettu.
Asiakkaat joutuvat käyttämään pilvipalvelun ylläpitäjäroolia (Cloud Admin -roolista), jolla on rajoitettu vCenter-oikeudet. Horizon-tuotetta muutettiin siten, että se toimii Cloud Admin -roolin kanssa Azure VMware Solutionissa, erityisesti:
-
Instant clone provisioning muutettiin toimimaan Azure VMware Solutionissa.
-
A Azure VMware Solutionissa luotiin erityinen vSAN-käytäntö (VMware_Horizon) toimimaan Horizonin kanssa, jonka on oltava käytettävissä ja sitä on käytettävä Horizonia varten käyttöönotetuissa SDDC:ssä.
-
vSphere Content-Based Read Cache (CBRC), joka tunnetaan myös nimellä View Storage Accelerator, on poistettu käytöstä, kun sitä käytetään Azure VMware Solutionissa.
Tärkeää
CBRC:tä ei saa ottaa takaisin käyttöön.
Huomautus
Azure VMware -ratkaisu määrittää automaattisesti tietyt Horizon-asetukset, kunhan otat Horizon 2006:n (eli Horizon 8:n) ja sitä uudemmat versiot käyttöön Horisontti 8:n haaraosassa ja valitset Azure-vaihtoehdon Horisonttiyhteyspalvelimen asennusohjelman asennuskehotteessa.
Horizon on Azure VMware Solution -käyttöönottoarkkitehtuuri
Tyypillinen Horizon-arkkitehtuurisuunnittelu käyttää pod- ja lohkostrategiaa. Lohko on yksittäinen vCenter, kun taas useat lohkot yhdessä muodostavat podin. Horizon pod on Horizon-skaalautuvuusrajojen määrittelemä organisaatioyksikkö. Jokaisella Horizon-podilla on erillinen hallintaportaali, joten tavallinen suunnittelukäytäntö on minimoida podien määrä.
Jokaiseen pilveen kuuluu oma verkkoyhteysjärjestelmä. Yhdessä VMware SDDC:n verkkoyhteyksien / NSX Edgen kanssa Azuren VMware-ratkaisun verkkoyhteydet asettavat Horizon-käyttöönotolle ainutlaatuisia vaatimuksia, jotka poikkeavat toimitiloissa tapahtuvasta käyttöönotosta.
Jokainen Azure-yksityispilvi ja SDDC voi käsitellä 4000 työpöytä- tai sovellusistuntoa olettaen, että:
-
Työkuorman liikenne vastaa LoginVSI-tehtävätyöntekijän profiilia.
-
Huomioon otetaan vain protokollaliikenne, ei käyttäjätietoja.
-
NSX Edge on määritetty suureksi.
Huomautus
Työkuormaprofiilisi ja -tarpeesi voivat olla erilaiset, joten tulokset voivat vaihdella käyttökohteesi mukaan. Käyttäjätiedon volyymit saattavat alentaa skaalausrajoja työmääräsi yhteydessä. Mitoita ja suunnittele käyttöönotto sen mukaisesti. Katso lisätietoja mitoitusohjeista kohdasta Kokoa Azure VMware -ratkaisun isännät Horizon-käyttöönottoja varten.
Antaen Azuren yksityisen pilven ja SDDC:n enimmäisrajan suosittelemme käyttöönottoarkkitehtuuria, jossa Horizon-yhteyspalvelimet ja VMware Unified Access Gateways (UAG) toimivat Azuren virtuaaliverkon sisällä. Se tekee jokaisesta Azuren yksityisestä pilvestä ja SDDC:stä käytännössä lohkon. Se puolestaan maksimoi Azure VMware -ratkaisussa toimivan Horizonin skaalautuvuuden.
Yhteys Azure Virtual Networkista Azuren yksityisiin pilviin / SDDC:iin olisi määritettävä ExpressRoute FastPathilla. Seuraavassa kaaviossa on esitetty perus Horizon pod -käyttöönotto.
Verkkoyhteydet Azure VMware Solutionissa olevan Horizonin skaalaamiseksi
Tässä osiossa esitellään verkkoarkkitehtuuri korkealla tasolla ja annetaan joitakin yleisiä käyttöönottoesimerkkejä, joiden avulla voit skaalata Horizonia Azure VMware Solutionissa. Keskitytään erityisesti kriittisiin verkkoelementteihin.
Yksittäinen Horizon-pod Azure VMware Solutionissa
Yksittäinen Horizon-pod on suoraviivaisin käyttöönottoskenaario, koska otat käyttöön vain yhden Horizon-podin USA:n itäisellä alueella. Koska kunkin yksityisen pilven ja SDDC:n arvioidaan käsittelevän 4 000 työpöytäistuntoa, otat käyttöön Horizon podin maksimikoon. Voit suunnitella enintään kolmen yksityisen pilven/SDDC:n käyttöönoton.
Kun Horizon-infrastruktuurin virtuaalikoneet (VM:t) otetaan käyttöön Azure Virtual Networkissa, saavutat 12 000 istunnon rajan Horizon podia kohden. Kunkin yksityisen pilven ja SDDC:n yhteys Azure Virtual Networkiin on ExpressRoute Fast Path. Yksityisten pilvien välistä itä-länsisuuntaista liikennettä ei tarvita.
Tärkeimpiä oletuksia tässä peruskäyttökokoonpanoesimerkissä ovat muun muassa seuraavat:
-
Sinulla ei ole toimitiloissa olevaa Horizon-podia, jonka haluat liittää tähän uuteen podiin Cloud Pod -arkkitehtuurin (Cloud Pod Architecture, CPA) avulla.
-
Loppukäyttäjät kytkeytyvät virtuaalisiin työpöytätasoihinsa internetin kautta (vs. yhteyden muodostaminen toimitilojen datakeskuksen kautta).
Yhteydyt Azure Virtual Networkissa olevaan AD-toimialueen ohjaimeen ja toimitiloissa olevaan AD:hen VPN:n tai ExpressRoute-piirin kautta.
Variaationa perusesimerkkiin voisi olla toimitiloissa olevien resurssien yhteyden tukeminen. Käyttäjät esimerkiksi käyttävät työpöytiä ja tuottavat virtuaalisten työpöytäsovellusten liikennettä tai muodostavat yhteyden toimitiloissa olevaan Horizon-kapseliin CPA:n avulla.
Kaaviossa näytetään, miten toimitiloissa olevien resurssien liitettävyyttä tuetaan. Jos haluat muodostaa yhteyden yritysverkostasi Azuren virtuaaliverkkoon, tarvitset ExpressRoute-piirin. Sinun on myös yhdistettävä yritysverkkosi kuhunkin yksityiseen pilveen ja SDDC:hen ExpressRoute Global Reach -piirin avulla. Se mahdollistaa yhteyden SDDC:stä ExpressRoute-piiriin ja tiloissa oleviin resursseihin.
Moninkertaiset Horizon-podit Azuren VMware-ratkaisussa useilla alueilla
Toinen skenaario on Horizonin skaalautuminen useiden podien välillä. Tässä skenaariossa otat käyttöön kaksi Horizon-podia kahdella eri alueella ja yhdistät ne CPA:n avulla. Se on samanlainen kuin edellisen esimerkin verkkokonfiguraatio, mutta siinä on joitakin alueiden välisiä lisälinkkejä.
Kytket Azure Virtual Networkin kummallakin alueella toisen alueen yksityisiin pilviin/SDDC:hen. Sen avulla CPA-federaatioon kuuluvat Horizon-yhteyspalvelimet voivat muodostaa yhteyden kaikkiin hallinnassa oleviin työpöytiin. Lisäämällä tähän kokoonpanoon lisää yksityisiä pilviä/SDDC:tä voit skaalata kokonaismäärän 24 000 istuntoon.
Samat periaatteet pätevät, jos otat käyttöön kaksi Horizon-kapselia samalla alueella. Varmista, että toinen Horizon pod otetaan käyttöön erillisessä Azure Virtual Networkissa. Aivan kuten yhden podin esimerkissä, voit yhdistää yritysverkkosi ja tiloissa olevan podin tähän usean podin/alueen esimerkkiin ExpressRouten ja Global Reachin avulla.
Azure VMware Solution -isäntien mitoittaminen Horizon-käyttöönottoja varten
Horizonin mitoitusmenetelmä Azure VMware Solution -ohjelmassa toimivalla isännällä on yksinkertaisempi kuin tiloissa olevalla Horizonilla. Tämä johtuu siitä, että Azure VMware Solution -isäntä on standardoitu. Tarkka isännän mitoitus auttaa määrittämään VDI-vaatimusten tukemiseen tarvittavien isäntien määrän. Se on keskeistä kustannusten määrittämisessä työpöytää kohden.
Mitoitustaulukot
Horizon-virtuaalisten työpöytien erityiset vCPU/vRAM-vaatimukset riippuvat asiakkaan erityisestä työmääräprofiilista. Tee yhteistyötä MSFT:n ja VMwaren myyntitiimin kanssa virtuaalisten työpöytien vCPU/vRAM-vaatimusten määrittämiseksi.
| vCPU per VM | vRAM per VM (GB) | Instanssi | 100 VM:ää | 200 VM | 300 VM | 400 VM | 500 VM | 600 VM | 700 VM | 800 VM | 900 VM | 1000 VM | 2000 VM | 3000 VM | 4000 VM | 4000 VM:t | 5000 VM:t | 6000 VM:t | 6400 VM:t |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2 | 3.5 | AVS | 3 | 3 | 4 | 4 | 5 | 6 | 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 | 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 | 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 |
Horisonttimitoituksen syöttötiedot
Tässä kerrotaan, mitä sinun on kerättävä suunniteltua työmäärää varten:
-
Yhtäaikaisten työpöytien määrä
-
Työpöytää kohden tarvittava vCPU
-
Työpöytää kohden tarvittava vRAM
-
Työpöytää kohden tarvittava tallennustila
>
Yleisesti VDI-käyttöönotot ovat joko suorittimelle (CPU) tai RAM-muistille (RAM-muistille) asetettuja rajoitteita, mikä määrittää isäntätilan koko. Otetaan seuraava esimerkki LoginVSI Knowledge Worker -tyyppisestä työmäärästä, joka on validoitu suorituskykytestauksella:
-
2 000 samanaikaisen työpöydän käyttöönotto
-
2vCPU:ta työpöytää kohden.
-
4-GB vRAMia työpöytää kohden.
-
50 Gt tallennustilaa työpöytää kohti
Tässä esimerkissä isäntien kokonaismäärä on 18, jolloin VM-per-host-tiheys on 111.
Tärkeää
Asiakkaiden työkuormitukset vaihtelevat tästä esimerkistä LoginVSI Knowledge Worker. Osana käyttöönoton suunnittelua tee yhteistyötä VMware EUC SE:n kanssa mitoitus- ja suorituskykytarpeiden määrittämiseksi. Muista suorittaa omat suorituskykytestauksesi käyttäen todellista, suunniteltua työmäärää ennen isännän lopullisen mitoituksen määrittämistä ja mukauta sitä sen mukaisesti.
Horizon on Azure VMware Solution -lisensointi
Horizon on Azure VMware Solution -ratkaisun käyttämisen kokonaiskustannuksissa on neljä komponenttia.
Azure VMware Solutionin kapasiteettikustannukset
Tietoja hinnoittelusta on Azure VMware Solutionin hinnoittelusivulla
Horizon-lisenssikustannukset
Azure VMware Solutionin kanssa käytettäväksi on saatavana kaksi lisenssiä, jotka voivat olla joko rinnakkaiskäyttäjä- (CCU) tai nimetty käyttäjä- (NU) lisenssit:
-
Horizon-tilauslisenssi
-
Horizon-yleistilauslisenssi
Jos otat Horizonin käyttöön Azure VMware Solution -ratkaisussa vain lähitulevaisuudessa, käytä Horizonin tilauslisenssiä, koska se on edullisempi.
Jos käyttöönotto tapahtuu Azure VMware Solution -ratkaisussa ja toimitiloissa, kuten katastrofista toipumisen käyttötapauksessa, valitse Horizon Universal Subscription License. Se sisältää vSphere-lisenssin toimitiloissa tapahtuvaa käyttöönottoa varten, joten sen kustannukset ovat korkeammat.
Työskentele VMware EUC -myyntitiimisi kanssa määrittääksesi Horizon-lisenssikustannukset tarpeidesi perusteella.
Azure-instanssityypit
Ymmärtääksesi Azure-virtuaalikoneiden koot, joita tarvitaan Horizon-infrastruktuuriin, tutustu VMwaren ohjeisiin, jotka löytyvät täältä.