Deploy Horizon on Azure VMware Solution

Deploy Horizon on Azure VMware Solution

• 09/29/2020
• 11 minute de citit
• • s
  • t

VMware Horizon®, o platformă de aplicații și desktop-uri virtuale, rulează în centrul de date și oferă un management simplu și centralizat. Aceasta oferă desktopuri și aplicații virtuale pe orice dispozitiv, oriunde. Horizon vă permite să creați și să intermediați conexiuni la desktop-uri virtuale Windows și Linux, aplicații găzduite de Remote Desktop Server (RDS), desktop-uri și mașini fizice.

Aici, ne concentrăm în mod special pe implementarea Horizon pe Azure VMware Solution. Pentru informații generale despre VMware Horizon, consultați documentația de producție Horizon:

• Ce este VMware Horizon?

• Învățați mai multe despre VMware Horizon

• Arhitectura de referință Horizon

Cu introducerea lui Horizon pe Azure VMware Solution, există acum două soluții Virtual Desktop Infrastructure (VDI) pe platforma Azure. Următoarea diagramă rezumă diferențele cheie la un nivel înalt.

Horizon 2006 și versiunile ulterioare de pe linia de lansare Horizon 8 suportă atât implementarea la fața locului, cât și implementarea Azure VMware Solution. Există câteva caracteristici Horizon care sunt acceptate la fața locului, dar nu și pe Azure VMware Solution. Produsele suplimentare din ecosistemul Horizon sunt, de asemenea, acceptate. Pentru informații, consultați Paritate și interoperabilitate a caracteristicilor.

Desfășurarea Horizon într-un cloud hibrid

Puteți desfășura Horizon într-un mediu cloud hibrid atunci când utilizați Horizon Cloud Pod Architecture (CPA) pentru a interconecta centrele de date on-premise și Azure. CPA vă scalează implementarea, construiește un cloud hibrid și oferă redundanță pentru continuitatea afacerii și recuperarea în caz de dezastru. Pentru mai multe informații, consultați Extinderea mediilor Horizon 7 existente.

Ca și în cazul centrelor de date on-premise sau private, Horizon poate fi implementat într-un cloud privat Azure VMware Solution. Vom discuta diferențele cheie în implementarea Horizon la fața locului și în Azure VMware Solution în următoarele secțiuni.

Norul privat Azure este, din punct de vedere conceptual, același cu SDDC VMware, un termen utilizat de obicei în documentația Horizon. În restul acestui document, termenii Azure private cloud și VMware SDDC sunt interschimbabili.

Conectorul Horizon Cloud este necesar pentru ca Horizon pe Azure VMware Solution să gestioneze licențele de abonament. Cloud Connector poate fi implementat în Azure Virtual Network alături de Horizon Connection Servers.

Rolul Cloud Admin vCenter

Din moment ce Azure VMware Solution este un serviciu SDDC și Azure gestionează ciclul de viață al SDDC pe Azure VMware Solution, modelul de permisiuni vCenter pe Azure VMware Solution este limitat prin proiectare.

Clienții trebuie să utilizeze rolul Cloud Admin, care are un set limitat de permisiuni vCenter. Produsul Horizon a fost modificat pentru a funcționa cu rolul Cloud Admin pe Azure VMware Solution, în special:

• Aprovizionarea instantanee a clonei a fost modificată pentru a funcționa pe Azure VMware Solution.

• A fost creată o politică vSAN specifică (VMware_Horizon) pe Azure VMware Solution pentru a funcționa cu Horizon, care trebuie să fie disponibilă și utilizată în SDDC-urile implementate pentru Horizon.

• VSphere Content-Based Read Cache (CBRC), cunoscută și sub numele de View Storage Accelerator, este dezactivată atunci când rulează pe Azure VMware Solution.

Arhitectura de implementare Horizon pe Azure VMware Solution

Un design tipic al arhitecturii Horizon utilizează o strategie de poduri și blocuri. Un bloc este un singur vCenter, în timp ce mai multe blocuri combinate formează un pod. Un pod Horizon este o unitate de organizare determinată de limitele de scalabilitate Horizon. Fiecare pod Horizon are un portal de management separat și, prin urmare, o practică standard de proiectare este de a minimiza numărul de poduri.

Care cloud are propria sa schemă de conectivitate de rețea. Combinată cu rețeaua VMware SDDC / NSX Edge, conectivitatea rețelei Azure VMware Solution prezintă cerințe unice pentru implementarea Horizon, diferite de cele de la fața locului.

Care cloud privat Azure și SDDC poate gestiona 4.000 de sesiuni de desktop sau aplicații, presupunând că:

• Traficul sarcinii de lucru se aliniază cu profilul de lucrător de sarcini LoginVSI.

• Se ia în considerare doar traficul de protocol, fără date de utilizator.

• NSX Edge este configurat pentru a fi mare.

Datorită limitei maxime a cloud-ului privat Azure și SDDC, recomandăm o arhitectură de implementare în care serverele de conectare Horizon și gateway-urile VMware Unified Access Gateways (UAG) rulează în interiorul rețelei virtuale Azure. Aceasta transformă efectiv fiecare cloud privat Azure și SDDC într-un bloc. La rândul său, se maximizează scalabilitatea Horizon care rulează pe Azure VMware Solution.

Conectarea de la Azure Virtual Network la cloud-urile private Azure / SDDC-urile Azure ar trebui să fie configurată cu ExpressRoute FastPath. Următoarea diagramă prezintă o implementare de bază a podurilor Horizon.

Conectivitate de rețea pentru a scala Horizon pe Azure VMware Solution

Această secțiune prezintă arhitectura de rețea la un nivel înalt, cu câteva exemple comune de implementare pentru a vă ajuta să scalați Horizon pe Azure VMware Solution. Accentul este pus în special pe elementele critice de rețea.

Un singur pod Horizon pe Azure VMware Solution

Un singur pod Horizon este cel mai direct scenariu de implementare, deoarece implementați doar un singur pod Horizon în regiunea US East. Deoarece se estimează că fiecare cloud privat și SDDC gestionează 4.000 de sesiuni de desktop, implementați dimensiunea maximă a podului Horizon. Puteți planifica desfășurarea a până la trei cloud-uri private/SDDC-uri.

Cu mașinile virtuale (VM) de infrastructură Horizon desfășurate în Azure Virtual Network, puteți ajunge la 12.000 de sesiuni per pod Horizon. Conexiunea dintre fiecare cloud privat și SDDC la Azure Virtual Network este ExpressRoute Fast Path. Nu este necesar niciun trafic est-vest între norii privați.

Principalele ipoteze pentru acest exemplu de implementare de bază includ faptul că:

• Nu aveți un pod Horizon local pe care doriți să îl conectați la acest nou pod utilizând Cloud Pod Architecture (CPA).

• Utilizatorii finali se conectează la desktopurile lor virtuale prin internet (vs. conectarea prin intermediul unui centru de date local).

Conectați controlerul de domeniu AD din Azure Virtual Network cu AD-ul dvs. local prin intermediul unui circuit VPN sau ExpressRoute.

O variație a exemplului de bază ar putea fi susținerea conectivității pentru resursele locale. De exemplu, utilizatorii accesează desktopuri și generează trafic de aplicații de desktop virtuale sau se conectează la un pod Horizon on-premise utilizând CPA.

Diagrama arată cum să sprijiniți conectivitatea pentru resursele on-premise. Pentru a vă conecta rețeaua corporativă la rețeaua virtuală Azure, veți avea nevoie de un circuit ExpressRoute. De asemenea, va trebui să vă conectați rețeaua corporativă cu fiecare dintre cloudul privat și SDDC-urile private utilizând ExpressRoute Global Reach. Acesta permite conectivitatea de la SDDC la circuitul ExpressRoute și la resursele locale.

Multiple Horizon pods on Azure VMware Solution across multiple regions

Un alt scenariu este scalarea Horizon pe mai multe pods. În acest scenariu, implementați două poduri Horizon în două regiuni diferite și le federalizați utilizând CPA. Este similar cu configurația de rețea din exemplul anterior, dar cu câteva legături transregionale suplimentare.

Vă veți conecta rețeaua virtuală Azure din fiecare regiune la norii privați/SDDC-urile private din cealaltă regiune. Aceasta permite serverelor de conectare Horizon care fac parte din federația CPA să se conecteze la toate desktopurile aflate în administrare. Adăugarea de nori privați/SDDC-uri suplimentare la această configurație v-ar permite să scalați până la 24.000 de sesiuni în total.

Se aplică aceleași principii dacă implementați două poduri Horizon în aceeași regiune. Asigurați-vă că implementați cel de-al doilea pod Horizon într-o rețea virtuală Azure separată. La fel ca în exemplul cu un singur pod, vă puteți conecta rețeaua corporativă și podul on-premise la acest exemplu cu mai multe poduri/regiuni folosind ExpressRoute și Global Reach.

Dimensionați gazdele Azure VMware Solution pentru implementări Horizon

Metodologia de dimensionare a Horizon pe o gazdă care rulează în Azure VMware Solution este mai simplă decât Horizon on-premise. Acest lucru se datorează faptului că gazda Azure VMware Solution este standardizată. Dimensionarea exactă a gazdei ajută la determinarea numărului de gazde necesare pentru a vă susține cerințele VDI. Este esențială pentru determinarea costului per desktop.

Tabele de dimensionare

Cerințele specifice de vCPU/vRAM pentru desktopurile virtuale Horizon depind de profilul specific de sarcină de lucru al clientului. Lucrați cu echipa de vânzări MSFT și VMware pentru a vă ajuta să determinați cerințele de vCPU/vRAM pentru desktopurile virtuale.

.

.

.

.

.

..

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

.

vCPU per VM	vRAM per VM (GB)	Instanță	100 VM	200 VMs	300 VMs	400 VMs	500 VMs	600 VMs	700 VMs	700 VMs	800 VM	900 VM	1000 VM	2000 VM	3000 VM	4000 VM	4000 VMs	5000 VMs	6000 VMs	6400 VMs
2	3.5	AVS	3	3	4	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	6	7	9	10	11	12	13	26	38	51	62	75	79
2	8	AVS	3	5	6	8	9	11	12	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	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	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	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	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	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

Intrări de dimensionare a orizontului

Iată ce va trebui să adunați pentru volumul de lucru planificat:

• Numărul de desktop-uri concurente

• VCPU necesar per desktop

• VRAM necesar per desktop

• Stocare necesară per desktop

• Stocare necesară per desktop

În general, implementările VDI sunt fie limitate de CPU, fie de RAM, ceea ce determină dimensiunea gazdei. Să luăm următorul exemplu pentru un volum de lucru de tip LoginVSI Knowledge Worker, validat cu teste de performanță:

• Dezvoltare de 2.000 de desktop-uri concurente

• 2vCPU per desktop.

• 4-GB vRAM per desktop.

• 50 GB de stocare per desktop

Pentru acest exemplu, numărul total de gazde este de 18, rezultând o densitate VM per gazdă de 111.

Licențierea Horizon on Azure VMware Solution

Există patru componente pentru costurile globale de funcționare a Horizon on Azure VMware Solution.

Costul capacității Azure VMware Solution

Pentru informații privind prețurile, consultați pagina de prețuri Azure VMware Solution

Costul licențelor Horizon

Există două licențe disponibile pentru utilizarea cu Azure VMware Solution, care pot fi de utilizator simultan (CCU) sau de utilizator numit (NU):

• Licență de abonament Horizon

• Licență universală de abonament Horizon

Dacă implementați Horizon pe Azure VMware Solution doar în viitorul apropiat, atunci folosiți licența de abonament Horizon, deoarece are un cost mai mic.

Dacă este implementat pe Azure VMware Solution și la fața locului, ca în cazul unui caz de utilizare de recuperare în caz de dezastru, alegeți Licența de abonament universală Horizon. Aceasta include o licență vSphere pentru implementarea la fața locului, deci are un cost mai mare.

Lucrați cu echipa de vânzări VMware EUC pentru a determina costul licenței Horizon în funcție de nevoile dumneavoastră.

Tipurile de instanțe Azure

Pentru a înțelege dimensiunile mașinilor virtuale Azure care vor fi necesare pentru infrastructura Horizon, consultați orientările VMware, care pot fi găsite aici.

.