Configurare il bilanciamento del carico del pool di host in Desktop virtuale Azure
Desktop virtuale Azure supporta due algoritmi di bilanciamento del carico per i pool di host in pool. Ogni algoritmo determina quale host di sessione viene usato quando un utente avvia una sessione remota. Il bilanciamento del carico non si applica ai pool di host personali perché gli utenti hanno sempre un mapping 1:1 a un host di sessione all'interno del pool di host.
Per i pool di host in pool sono disponibili gli algoritmi di bilanciamento del carico seguenti:
Breadth-first, che mira a distribuire uniformemente nuove sessioni utente tra gli host di sessione in un pool di host. Non è necessario specificare un limite massimo di sessioni per il numero di sessioni.
Depth-first, che mantiene l'avvio di nuove sessioni utente in un host di sessione fino al raggiungimento del limite massimo di sessione. Una volta raggiunto il limite di sessione, le nuove connessioni utente vengono indirizzate all'host sessione successivo nel pool di host finché non raggiunge il limite di sessione e così via.
È possibile configurare solo uno degli algoritmi di bilanciamento del carico alla volta per ogni pool di host in pool, ma è possibile modificare quello usato in qualsiasi momento. Entrambi gli algoritmi di bilanciamento del carico condividono i comportamenti seguenti:
Se un utente ha già una sessione attiva o disconnessa nel pool di host e accede nuovamente, il servizio di bilanciamento del carico li reindirizzerà correttamente all'host della sessione con la sessione esistente. Questo comportamento si applica anche se la modalità di svuotamento è stata abilitata per l'host di sessione.
Se un utente non ha già una sessione in un host di sessione nel pool di host, il servizio di bilanciamento del carico non considera un host di sessione in cui è stata abilitata la modalità di svuotamento.
Se si riduce il limite massimo di sessione in un host di sessione mentre ha sessioni utente attive, la modifica non influisce sulle sessioni utente esistenti.
L'algoritmo di bilanciamento del carico in ampiezza mira a distribuire le sessioni utente tra gli host sessione per ottimizzare le prestazioni della sessione. Breadth-first è ideale per le organizzazioni che vogliono offrire l'esperienza migliore per gli utenti che si connettono alle risorse remote come risorse host sessione, ad esempio CPU, memoria e disco, sono in genere meno contese.
L'algoritmo breadth-first esegue prima una query sugli host di sessione in un pool di host che consentono nuove connessioni. L'algoritmo seleziona quindi un host di sessione in modo casuale dalla metà del set di host di sessione disponibili con le sessioni più poche. Ad esempio, se sono presenti nove host di sessione con 11, 12, 13, 14, 15, 16, 17, 18 e 19 sessioni, una nuova sessione non passa automaticamente all'host della sessione con le sessioni più poche. Può invece passare a uno dei primi cinque host di sessione con le sessioni più poche in modo casuale. A causa della casualizzazione, alcune sessioni potrebbero non essere distribuite uniformemente in tutti gli host di sessione.
L'algoritmo di bilanciamento del carico depth-first mira a saturare un host di sessione alla volta. Questo algoritmo è ideale per le organizzazioni consapevoli dei costi che vogliono un controllo più granulare sul numero di host di sessione disponibili in un pool di host, consentendo di ridurre più facilmente il numero di host di sessione accesi quando sono presenti meno utenti.
L'algoritmo depth-first esegue prima query sugli host sessione che consentono nuove connessioni e non hanno raggiunto il limite massimo di sessione. L'algoritmo seleziona quindi l'host di sessione con la maggior parte delle sessioni. Se è presente un'associazione, l'algoritmo seleziona il primo host di sessione dalla query.
È necessario impostare un limite massimo di sessione quando si usa l'algoritmo depth-first. È possibile usare Azure Virtual Desktop Insights per monitorare il numero di sessioni in ogni host sessione ed esaminare le prestazioni dell'host sessione per determinare il limite massimo massimo di sessione per l'ambiente in uso.
Importante
Dopo che tutti gli host di sessione hanno raggiunto il limite massimo di sessione, è necessario aumentare il limite o aggiungere più host di sessione al pool di host.
Per configurare il bilanciamento del carico per un pool di host in pool, è necessario:
Pool di host in pool esistente.
Un account Azure ha assegnato il ruolo Collaboratore pool di host di virtualizzazione desktop.
Se si desidera usare l'interfaccia della riga di comando di Azure o Azure PowerShell in locale, vedere Usare l'interfaccia della riga di comando di Azure e Azure PowerShell con Desktop virtuale Azure per assicurarsi che sia installata l'estensione desktopvirtualization dell'interfaccia della riga di comando di Azure o il modulo Az.DesktopVirtualization di PowerShell. In alternativa, usare Azure Cloud Shell.
Selezionare la scheda pertinente per lo scenario.
Ecco come configurare il bilanciamento del carico con il portale di Azure:
Accedere al portale di Azure.
Nella barra di ricerca immettere Desktop virtuale Azure e selezionare la voce del servizio corrispondente
Selezionare Pool di host, quindi selezionare il nome del pool di host da configurare.
Selezionare Proprietà.
Per Algoritmo di bilanciamento del carico, selezionare il tipo da usare per questo pool di host dal menu a discesa, quindi per Limite di sessione massimo immettere un valore.
Selezionare Salva per applicare le nuove impostazioni di bilanciamento del carico.
Nota
L'algoritmo di bilanciamento del carico depth-first distribuisce le sessioni agli host sessione fino al limite massimo di sessione. Se si usa breadth-first durante la creazione di un pool di host, il valore predefinito per il limite massimo di sessione è impostato su 999999
, che è anche il numero più alto possibile su cui è possibile impostare questo parametro. Per un'esperienza utente ottimale quando si usa il bilanciamento del carico depth-first, assicurarsi di modificare il parametro limite massimo di sessione in base a un numero più adatto alle proprie esigenze.
- Informazioni su come la scalabilità automatica può ridimensionare automaticamente il numero di host di sessione disponibili in un pool di host.