Deploy Horizon on Azure VMware Solution
- 09/29/2020
- 11 minuti per leggere
-
-
s -
t
-
Nota
Questo documento si concentra sul prodotto VMware Horizon, precedentemente noto come Horizon 7. Horizon è una soluzione diversa da Horizon Cloud su Azure, anche se ci sono alcuni componenti condivisi. I vantaggi principali della soluzione VMware su Azure includono sia un metodo di dimensionamento più semplice che l’integrazione della gestione di VMware Cloud Foundation nel portale Azure.
VMware Horizon®, una piattaforma di applicazioni e desktop virtuali, viene eseguita nel data center e fornisce una gestione semplice e centralizzata. Fornisce desktop e applicazioni virtuali su qualsiasi dispositivo, ovunque. Horizon consente di creare e mediare connessioni a desktop virtuali Windows e Linux, applicazioni ospitate da Remote Desktop Server (RDS), desktop e macchine fisiche.
Qui ci concentriamo specificamente sull’implementazione di Horizon su Azure VMware Solution. Per informazioni generali su VMware Horizon, fare riferimento alla documentazione di produzione di Horizon:
-
Che cos’è VMware Horizon?
-
Per saperne di più su VMware Horizon
-
Horizon Reference Architecture
Con l’introduzione di Horizon su Azure VMware Solution, ci sono ora due soluzioni Virtual Desktop Infrastructure (VDI) sulla piattaforma Azure. Il seguente diagramma riassume le differenze chiave ad alto livello.
Horizon 2006 e versioni successive sulla linea di rilascio Horizon 8 supportano sia l’implementazione on-premises che quella su Azure VMware Solution. Ci sono alcune caratteristiche di Horizon che sono supportate on-premises ma non su Azure VMware Solution. Sono supportati anche altri prodotti dell’ecosistema Horizon. Per informazioni, vedi parità e interoperabilità delle funzioni.
Distribuisci Horizon in un cloud ibrido
Puoi distribuire Horizon in un ambiente cloud ibrido quando usi Horizon Cloud Pod Architecture (CPA) per interconnettere i data center on-premises e Azure. CPA consente di scalare l’implementazione, creare un cloud ibrido e fornire ridondanza per la Business Continuity e il Disaster Recovery. Per ulteriori informazioni, vedere Espansione degli ambienti Horizon 7 esistenti.
Importante
CPA non è un’implementazione estesa; ogni pod Horizon è distinto e tutti i Connection Server che appartengono a ciascuno dei singoli pod devono trovarsi in un’unica posizione ed essere eseguiti sullo stesso dominio di trasmissione da una prospettiva di rete.
Come i locali o i data center privati, Horizon può essere distribuito in un cloud privato Azure VMware Solution. Discuteremo le differenze chiave nell’implementazione di Horizon on-premises e su Azure VMware Solution nelle sezioni seguenti.
Il cloud privato Azure è concettualmente lo stesso di VMware SDDC, un termine tipicamente usato nella documentazione di Horizon. Il resto di questo documento usa i termini Azure private cloud e VMware SDDC in modo intercambiabile.
Horizon Cloud Connector è necessario per Horizon su Azure VMware Solution per gestire le licenze di abbonamento. Cloud Connector può essere distribuito in Azure Virtual Network insieme a Horizon Connection Servers.
Importante
Il supporto Control Plane di Horizon per Horizon su Azure VMware Solution non è ancora disponibile. Assicurati di scaricare la versione VHD di Horizon Cloud Connector.
ruolo vCenter Cloud Admin
Siccome Azure VMware Solution è un servizio SDDC e Azure gestisce il ciclo di vita dell’SDDC su Azure VMware Solution, il modello di permessi vCenter su Azure VMware Solution è limitato per progettazione.
I clienti devono utilizzare il ruolo Cloud Admin, che ha un insieme limitato di permessi vCenter. Il prodotto Horizon è stato modificato per funzionare con il ruolo Cloud Admin su Azure VMware Solution, in particolare:
-
Il provisioning istantaneo dei cloni è stato modificato per funzionare su Azure VMware Solution.
-
È stata creata una policy vSAN specifica (VMware_Horizon) su Azure VMware Solution per funzionare con Horizon, che deve essere disponibile e utilizzata negli SDDC distribuiti per Horizon.
-
vSphere Content-Based Read Cache (CBRC), nota anche come View Storage Accelerator, è disattivata quando è in esecuzione su Azure VMware Solution.
Importante
CBRC non deve essere riattivato.
Nota
La soluzione Azure VMware configura automaticamente le impostazioni specifiche di Horizon se si distribuisce Horizon 2006 (aka Horizon 8) e superiori sul ramo Horizon 8 e si seleziona l’opzione Azure nel programma di installazione di Horizon Connection Server.
Architettura di distribuzione di Horizon su Azure VMware Solution
Un tipico progetto di architettura Horizon utilizza una strategia di pod e blocchi. Un blocco è un singolo vCenter, mentre più blocchi combinati formano un pod. Un pod Horizon è un’unità di organizzazione determinata dai limiti di scalabilità di Horizon. Ogni pod Horizon ha un portale di gestione separato, e quindi una pratica di progettazione standard è quella di ridurre al minimo il numero di pod.
Ogni cloud ha il proprio schema di connettività di rete. In combinazione con il networking VMware SDDC / NSX Edge, la connettività di rete di Azure VMware Solution presenta requisiti unici per l’implementazione di Horizon che è diversa da quella on-premises.
Ogni cloud privato Azure e SDDC può gestire 4.000 sessioni di desktop o applicazioni, assumendo:
-
Il traffico del carico di lavoro si allinea con il profilo del task worker LoginVSI.
-
Solo il traffico di protocollo è considerato, nessun dato utente.
-
NSX Edge è configurato per essere grande.
Nota
Il tuo profilo del carico di lavoro e le tue esigenze possono essere diverse, e quindi i risultati possono variare in base al tuo caso d’uso. I volumi User Data possono abbassare i limiti di scala nel contesto del vostro carico di lavoro. Dimensionare e pianificare l’implementazione di conseguenza. Per ulteriori informazioni, consultare le linee guida per il dimensionamento nella sezione Dimensioni degli host Azure VMware Solution per le implementazioni Horizon.
Visto il limite massimo del cloud privato Azure e dell’SDDC, si consiglia un’architettura di implementazione in cui gli Horizon Connection Server e i VMware Unified Access Gateway (UAG) sono in esecuzione all’interno della rete virtuale Azure. Questo trasforma efficacemente ogni cloud privato Azure e SDDC in un blocco. A sua volta, massimizzando la scalabilità di Horizon in esecuzione su Azure VMware Solution.
La connessione da Azure Virtual Network ai cloud privati Azure / SDDC dovrebbe essere configurata con ExpressRoute FastPath. Il seguente diagramma mostra una distribuzione di base di Horizon.
Connettività di rete per scalare Horizon su Azure VMware Solution
Questa sezione delinea l’architettura di rete ad alto livello con alcuni esempi comuni di distribuzione per aiutarti a scalare Horizon su Azure VMware Solution. L’attenzione si concentra in particolare sugli elementi di rete critici.
Singolo pod Horizon su Azure VMware Solution
Un singolo pod Horizon è lo scenario di distribuzione più diretto perché si distribuisce solo un pod Horizon nella regione degli Stati Uniti Est. Poiché ogni cloud privato e SDDC è stimato per gestire 4.000 sessioni desktop, si distribuisce il pod Horizon della dimensione massima. È possibile pianificare l’implementazione di un massimo di tre cloud privati/SDDC.
Con le macchine virtuali (VM) dell’infrastruttura Horizon distribuite in Azure Virtual Network, è possibile raggiungere le 12.000 sessioni per pod Horizon. La connessione tra ogni cloud privato e SDDC ad Azure Virtual Network è ExpressRoute Fast Path. Non è necessario alcun traffico est-ovest tra i cloud privati.
I presupposti chiave per questo esempio di implementazione di base includono che:
-
Non si dispone di un pod Horizon on-premises che si desidera collegare a questo nuovo pod utilizzando la Cloud Pod Architecture (CPA).
-
Gli utenti finali si collegano ai loro desktop virtuali attraverso Internet (vs.
Si collega il controller di dominio AD in Azure Virtual Network con il proprio AD on-premises tramite VPN o circuito ExpressRoute.
Una variazione sull’esempio di base potrebbe essere quella di supportare la connettività per le risorse on-premises. Per esempio, gli utenti accedono ai desktop e generano traffico di applicazioni desktop virtuali o si connettono a un pod Horizon on-premises utilizzando CPA.
Il diagramma mostra come supportare la connettività per le risorse on-premises. Per connettere la tua rete aziendale ad Azure Virtual Network, avrai bisogno di un circuito ExpressRoute. Dovrai anche collegare la tua rete aziendale con ciascuno dei cloud privati e degli SDDC utilizzando ExpressRoute Global Reach. Permette la connettività dall’SDDC al circuito ExpressRoute e alle risorse on-premises.
Multipli pod Horizon su Azure VMware Solution in più regioni
Un altro scenario è lo scaling di Horizon su più pod. In questo scenario, si distribuiscono due pod Horizon in due regioni diverse e li si federano usando CPA. È simile alla configurazione della rete nell’esempio precedente, ma con alcuni collegamenti interregionali aggiuntivi.
Collegherai la rete virtuale Azure in ogni regione ai cloud privati/SDDC nell’altra regione. Permette ai server di connessione Horizon che fanno parte della federazione CPA di connettersi a tutti i desktop in gestione. L’aggiunta di ulteriori cloud privati/SDDC a questa configurazione permetterebbe di scalare fino a 24.000 sessioni complessive.
Gli stessi principi si applicano se si distribuiscono due Horizon pod nella stessa regione. Assicuratevi di distribuire il secondo pod Horizon in una rete virtuale Azure separata. Proprio come l’esempio del pod singolo, puoi collegare la tua rete aziendale e il pod on-premises a questo esempio multi-pod/regione usando ExpressRoute e Global Reach.
Dimensiona gli host Azure VMware Solution per le implementazioni Horizon
La metodologia di dimensionamento di Horizon su un host in esecuzione in Azure VMware Solution è più semplice di Horizon on-premises. Questo perché l’host Azure VMware Solution è standardizzato. Il dimensionamento esatto dell’host aiuta a determinare il numero di host necessari per supportare i requisiti VDI. È fondamentale per determinare il costo per desktop.
Tabelle di dimensionamento
I requisiti specifici di vCPU/vRAM per i desktop virtuali di Horizon dipendono dal profilo del carico di lavoro specifico del cliente. Collabora con il tuo team di vendita MSFT e VMware per determinare i requisiti vCPU/vRAM per i tuoi desktop virtuali.
| vCPU per VM | vRAM per VM (GB) | Instanza | 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 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 | 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 |
Input di dimensionamento dell’orizzonte
Ecco cosa devi raccogliere per il carico di lavoro previsto:
Numero di desktop concorrenti
VCPU richiesta per desktop
VRAM richiesta per desktop
Stoccaggio richiesto per desktop
In generale, le implementazioni VDI sono vincolate alla CPU o alla RAM, il che determina la dimensione dell’host. Prendiamo il seguente esempio per un carico di lavoro del tipo LoginVSI Knowledge Worker, convalidato con test delle prestazioni:
-
2.000 distribuzioni desktop concorrenti
-
2vCPU per desktop.
-
4-GB vRAM per desktop.
-
50 GB di storage per desktop
Per questo esempio, il numero totale di host è pari a 18, con una densità VM-per-host di 111.
Importante
I carichi di lavoro dei clienti possono variare da questo esempio di un Knowledge Worker LoginVSI. Durante la pianificazione dell’implementazione, collabora con i tuoi VMware EUC SE per le tue esigenze specifiche di dimensionamento e prestazioni. Assicurati di eseguire il tuo test delle prestazioni utilizzando il carico di lavoro effettivo e pianificato prima di finalizzare il dimensionamento dell’host e regolati di conseguenza.
Horizon on Azure VMware Solution licensing
Ci sono quattro componenti nei costi complessivi di esecuzione di Horizon on Azure VMware Solution.
Costo della capacità di Azure VMware Solution
Per informazioni sui prezzi, vedere la pagina dei prezzi di Azure VMware Solution
Costo delle licenze di Horizon
Sono disponibili due licenze da usare con Azure VMware Solution, che possono essere Concurrent User (CCU) o Named User (NU):
-
Horizon Subscription License
-
Horizon Universal Subscription License
Se si distribuisce Horizon su Azure VMware Solution solo nell’immediato futuro, usare la Horizon Subscription License perché ha un costo inferiore.
Se si distribuisce su Azure VMware Solution e on-premises, come nel caso di un caso di disaster recovery, scegliere la Horizon Universal Subscription License. Include una licenza vSphere per l’implementazione on-premises, quindi ha un costo maggiore.
Lavora con il tuo team di vendita VMware EUC per determinare il costo delle licenze Horizon in base alle tue esigenze.
Tipi di istanze Azure
Per capire le dimensioni delle macchine virtuali Azure che saranno necessarie per l’infrastruttura Horizon, consulta le linee guida di VMware che puoi trovare qui.