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 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 in modo uniforme le 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 continua ad avviare nuove sessioni utente in un host di sessione fino a quando non viene raggiunto il limite massimo di sessioni. Una volta raggiunto il limite di sessione, tutte le nuove connessioni utente vengono indirizzate all'host di sessione successivo nel pool di host fino a quando non raggiunge il limite di sessione e così via.

È possibile configurare solo uno degli algoritmi di bilanciamento del carico alla volta per 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 di nuovo, 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 sessione in cui è stata abilitata la modalità di svuotamento.

• Se si riduce il limite massimo di sessioni per un host sessione mentre ha sessioni utente attive, la modifica non influisce sulle sessioni utente esistenti.

Algoritmo di bilanciamento del carico breadth-first

L'algoritmo di bilanciamento del carico di ampiezza mira a distribuire le sessioni utente tra gli host di 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 proprie risorse remote poiché le risorse host della sessione, ad esempio CPU, memoria e disco, sono in genere meno contese.

L'algoritmo breadth-first esegue innanzitutto query sugli host di sessione in un pool di host che consentono nuove connessioni. L'algoritmo seleziona quindi un host sessione in modo casuale dalla metà del set di host di sessione disponibili con il minor numero di sessioni. 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 il minor numero di sessioni. Può invece passare a uno qualsiasi dei primi cinque host di sessione con il minor numero di sessioni in modo casuale. A causa della casualizzazione, alcune sessioni potrebbero non essere distribuite in modo uniforme tra tutti gli host di sessione.

Algoritmo di bilanciamento del carico depth-first

L'algoritmo di bilanciamento del carico depth-first mira a saturare un host di sessione alla volta. Questo algoritmo è ideale per le organizzazioni con costi contenuti 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 attivati quando sono presenti meno utenti.

L'algoritmo depth-first esegue innanzitutto query sugli host di sessione che consentono nuove connessioni e non hanno raggiunto il limite massimo di sessioni. L'algoritmo seleziona quindi l'host di sessione con la maggior parte delle sessioni. Se è presente un pareggio, l'algoritmo seleziona il primo host 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 di sessioni migliore per l'ambiente.

Importante

Dopo che tutti gli host di sessione hanno raggiunto il limite massimo di sessioni, è necessario aumentare il limite o aggiungere altri host di sessione al pool di host.

Prerequisiti

Per configurare il bilanciamento del carico per un pool di host in pool, è necessario:

• Pool di host in pool esistente.

• A un account Azure è stato assegnato il ruolo collaboratore del pool di host di virtualizzazione desktop .

• Se si vuole 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 desktopvirtualizzazione dell'interfaccia della riga di comando di Azure o il modulo Az.DesktopVirtualization PowerShell. In alternativa, usare il Cloud Shell di Azure.

Configurare il bilanciamento del carico

Selezionare la scheda pertinente per lo scenario.

Portale di Azure

Ecco come configurare il bilanciamento del carico con il portale di Azure:

1. Accedere al portale di Azure.

2. Nella barra di ricerca immettere Desktop virtuale Azure e selezionare la voce del servizio corrispondente

3. Selezionare Pool di host, quindi selezionare il nome del pool di host da configurare.

4. Selezionare Proprietà.

5. Per Algoritmo di bilanciamento del carico selezionare il tipo che si vuole usare per il pool host dal menu a discesa, quindi per Limite di sessione massimo immettere un valore.

6. Selezionare Salva per applicare le nuove impostazioni di bilanciamento del carico.

Azure PowerShell

Ecco come configurare il bilanciamento del carico con Azure PowerShell. Assicurarsi di modificare i <placeholder> valori per i propri.

1. Aprire Azure Cloud Shell nel portale di Azure con il tipo di terminale PowerShell oppure eseguire PowerShell nel dispositivo locale.

   • Se si usa Cloud Shell, assicurarsi che il contesto di Azure sia impostato sulla sottoscrizione che si vuole usare.

   • Se si usa PowerShell in locale, accedere prima con Azure PowerShell e quindi assicurarsi che il contesto di Azure sia impostato sulla sottoscrizione che si vuole usare.

2. Configurare un pool di host per eseguire il bilanciamento del carico breadth-first o depth-first usando il cmdlet Update-AzWvdHostPool. Ecco alcuni esempi:

   • Per impostare breadth-first senza modificare il limite massimo di sessione, eseguire il comando seguente:

   $parameters = @{
       Name = '<HostPoolName>'
       ResourceGroupName = '<ResourceGroupName>'
       LoadBalancerType = 'BreadthFirst'
   }
   
   Update-AzWvdHostPool @parameters 
   

   • Per impostare depth-first e regolare il limite massimo di sessione su 10, eseguire il comando seguente:

   $parameters = @{
       Name = '<HostPoolName>'
       ResourceGroupName = '<ResourceGroupName>'
       LoadBalancerType = 'DepthFirst'
       MaxSessionLimit = '10'
   }
   
   Update-AzWvdHostPool @parameters 
   

3. Per assicurarsi che l'impostazione sia stata aggiornata, eseguire questo comando:

   $parameters = @{
       Name = '<HostPoolName>'
       ResourceGroupName = '<ResourceGroupName>'
   }
   
   Get-AzWvdHostPool @parameters | Format-Table Name, LoadBalancerType, MaxSessionLimit
   

   L'output deve essere simile all'esempio seguente:

   Name        LoadBalancerType MaxSessionLimit
   ----------- ---------------- ---------------
   contosohp01 DepthFirst                    10
   

Nota

Esistono altri valori per il parametro LoadBalancerType, ad Persistent esempio e MultiplePersistent. Si tratta di pool di host personali e non rilevanti per i pool di host in pool. Per altre informazioni sull'assegnazione di desktop multi-personale, vedere Abilitare l'assegnazione di desktop multi-personale.

Interfaccia della riga di comando di Azure

Ecco come configurare il bilanciamento del carico con l'interfaccia della riga di comando di Azure:

1. Aprire Azure Cloud Shell nel portale di Azure con il tipo di terminale Bash oppure eseguire l'interfaccia della riga di comando di Azure nel dispositivo locale.

   • Se si usa Cloud Shell, assicurarsi che il contesto di Azure sia impostato sulla sottoscrizione che si vuole usare.

   • Se si usa l'interfaccia della riga di comando di Azure in locale, accedere prima con l'interfaccia della riga di comando di Azure e quindi assicurarsi che il contesto di Azure sia impostato sulla sottoscrizione che si vuole usare.

2. Configurare un pool di host per eseguire il bilanciamento del carico in ampiezza o profondità. Ecco alcuni esempi:

   • Per impostare breadth-first senza modificare il limite massimo di sessione, eseguire il comando seguente:

   az desktopvirtualization hostpool update \
       --resource-group <ResourceGroupName> \
       --name <HostPoolName> \
       --load-balancer-type BreadthFirst
   

   • Per impostare depth-first e regolare il limite massimo di sessione su 10, eseguire il comando seguente:

   az desktopvirtualization hostpool update \
       --resource-group <ResourceGroupName> \
       --name <HostPoolName> \
       --load-balancer-type DepthFirst \
       --max-session-limit 10
   

3. Per assicurarsi che l'impostazione sia stata aggiornata, eseguire questo comando:

   az desktopvirtualization hostpool show \
       --resource-group <ResourceGroupName> \
       --name <HostPoolName> \
       --query "{name:name,loadBalancerType:loadBalancerType,maxSessionLimit:maxSessionLimit}" \
       --output table
   

   L'output deve essere simile all'esempio seguente:

   Name         LoadBalancerType    MaxSessionLimit
   -----------  ------------------  -----------------
   contosohp01  DepthFirst          10
   

Nota

Esiste anche il valore di Persistent per il parametro LoadBalancerType. Questo valore è per i pool di host personali e non è rilevante per i pool di host in pool.

Nota

L'algoritmo di bilanciamento del carico depth-first distribuisce le sessioni agli host di sessione fino al limite massimo di sessioni. Se si usa breadth-first quando si crea per la prima volta 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 maximum session limit in un numero più adatto alle proprie esigenze.

Contenuto correlato

• Informazioni su come la scalabilità automatica può ridimensionare automaticamente il numero di host di sessione disponibili in un pool di host.