Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Importante
La scalabilità automatica dinamica per i pool di host in pool con configurazione host sessione è attualmente disponibile in ANTEPRIMA. Vedere le Condizioni aggiuntive per l'uso per le anteprime di Microsoft Azure per le condizioni legali applicabili alle funzionalità di Azure in versione beta, in anteprima o in altro modo non ancora rilasciate nella disponibilità generale.
La scalabilità automatica consente di aumentare o ridurre le macchine virtuali dell'host sessione in un pool di host in base alla pianificazione per ottimizzare i costi di distribuzione.
Nota
- Non è possibile usare gli host di sessione di scalabilità automatica e scalabilità automatica usando Automazione di Azure nello stesso pool di host. È necessario usare uno o l'altro.
- La scalabilità automatica per la gestione dell'alimentazione è disponibile in Azure e Azure per enti pubblici nelle stesse aree in cui è possibile creare pool di host.
- La scalabilità automatica dinamica è disponibile solo in Azure e non è supportata in Azure per enti pubblici.
Per ottenere risultati ottimali, è consigliabile usare la scalabilità automatica con le macchine virtuali distribuite con i modelli di Azure Resource Manager (ARM) di Desktop virtuale Azure o gli strumenti di prima parte di Microsoft.
Funzionamento di un piano di ridimensionamento
Un piano di ridimensionamento definisce le pianificazioni per il ridimensionamento degli host di sessione in un pool di host. È possibile assegnare un piano di ridimensionamento a più pool di host. A ogni pool di host può essere assegnato un solo piano di ridimensionamento. Quando si crea un piano di ridimensionamento, è possibile scegliere tra due diversi metodi di ridimensionamento:
Scalabilità automatica per la gestione dell'alimentazione: attiva e disattiva gli host sessione per adattarsi alla capacità disponibile in un pool di host. Se si vuole applicare un piano di ridimensionamento a un pool di host con gestione standard, questa è l'opzione da usare.
Scalabilità automatica dinamica (anteprima): attiva e disattiva gli host sessione e crea ed elimina gli host sessione per adattarsi alla capacità disponibile in un pool di host. La scalabilità automatica dinamica può essere usata solo per i pool di host in pool con configurazione host sessione.
Prima di creare il piano, tenere presente quanto segue:
È possibile assegnare un piano di ridimensionamento a uno o più pool di host dello stesso tipo di pool di host. Le pianificazioni del piano di ridimensionamento verranno applicate a tutti i pool host assegnati.
È possibile associare un solo piano di ridimensionamento per pool di host. Se si assegna un singolo piano di ridimensionamento a più pool di host, tali pool host non possono essere assegnati a un altro piano di ridimensionamento.
Ibernazione è disponibile per i pool di host personali. Per altre informazioni, vedere Ibernazione nelle macchine virtuali.
Un piano di ridimensionamento può funzionare solo nel fuso orario configurato.
Un piano di ridimensionamento può avere una o più pianificazioni. Ad esempio, pianificazioni diverse durante i giorni feriali rispetto al fine settimana.
Assicurarsi di comprendere i modelli di utilizzo prima di definire la pianificazione. È necessario pianificare le seguenti ore del giorno:
- Ramp-up: l'inizio della giornata, quando l'utilizzo riprende.
- Ore di punta: l'ora del giorno in cui si prevede che l'utilizzo sia al massimo.
- Ramp-down: quando l'utilizzo si assottiglia. Questo avviene in genere quando si arrestano le macchine virtuali per risparmiare costi.
- Orari non di punta: l'ora del giorno in cui si prevede che l'utilizzo sia al livello più basso.
Il piano di ridimensionamento avrà effetto non appena viene abilitato.
Tenere inoltre presenti queste limitazioni:
Non usare la scalabilità automatica in combinazione con altri strumenti di ridimensionamento Microsoft o di terze parti. Assicurarsi di disabilitare quelli per i pool di host a cui si applicano i piani di ridimensionamento.
Per i pool di host in pool, la scalabilità automatica sovrascrive la modalità di svuotamento, quindi assicurarsi di usare i tag di esclusione durante l'aggiornamento delle macchine virtuali nei pool di host.
Per i pool di host in pool, la scalabilità automatica ignora gli algoritmi di bilanciamento del carico esistenti nelle impostazioni del pool di host e applica invece il bilanciamento del carico in base alla configurazione della pianificazione.
Scenari di esempio per la scalabilità automatica per i pool di host in pool
In questa sezione sono disponibili quattro scenari che illustrano il funzionamento delle diverse parti della scalabilità automatica per i pool di host in pool. In ogni esempio sono presenti tabelle che mostrano le impostazioni del pool di host e le dimostrazioni visive animate.
Nota
Per altre informazioni sul significato dei termini del parametro, vedere il glossario di scalabilità automatica.
Scenario 1: quando la scalabilità automatica attiva le macchine virtuali?
In questo scenario verrà illustrato che la scalabilità automatica può attivare le macchine virtuali host sessione in qualsiasi fase della pianificazione del piano di ridimensionamento quando la capacità del pool di host usata supera la soglia di capacità.
Si esaminerà, ad esempio, la configurazione del pool di host seguente, come descritto in questa tabella:
| Parametro | Valore |
|---|---|
| Fase | Aumento |
| Totale host sessione | 6 |
| Algoritmo bilanciamento del carico | Prima-larghezza |
| Soglia di capacità | 30% |
| Percentuale minima di host | 30% |
| Host di sessione disponibili | 2 |
| Limite massimo di sessioni | 5 |
| Capacità del pool di host disponibile | 10 |
| Sessioni utente | 0 |
| Capacità del pool di host usata | 0% |
All'inizio di questa fase, la scalabilità automatica ha attivato due host di sessione in modo che corrispondano alla percentuale minima di host. Anche se il 30% di sei non è un numero intero, la scalabilità automatica arrotonda al numero intero più vicino. Avere due host di sessione disponibili e un limite massimo di cinque sessioni per host significa che il pool di host ha una capacità disponibile di 10. Poiché attualmente non sono presenti sessioni utente, la capacità del pool di host usata è pari allo 0%.
All'inizio della giornata, si supponga che tre utenti accengano e avviino sessioni utente. Le sessioni utente vengono distribuite in modo uniforme tra i due host di sessione disponibili poiché l'algoritmo di bilanciamento del carico è in ampiezza. La capacità del pool di host disponibile è ancora 10, ma con le tre nuove sessioni utente, la capacità del pool di host usata è ora del 30%. Tuttavia, la scalabilità automatica non attiverà le macchine virtuali finché la capacità del pool di host usata non è maggiore della soglia di capacità. In questo esempio, la soglia di capacità è del 30%, quindi la scalabilità automatica non attiverà ancora alcuna macchina virtuale.
A questo punto, i parametri del pool di host sono simili ai seguenti:
| Parametro | Valore |
|---|---|
| Fase | Aumento |
| Totale host sessione | 6 |
| Algoritmo bilanciamento del carico | Prima-larghezza |
| Soglia di capacità | 30% |
| Percentuale minima di host | 30% |
| Host di sessione disponibili | 2 |
| Limite massimo di sessioni | 5 |
| Capacità del pool di host disponibile | 10 |
| Sessioni utente | 3 |
| Capacità del pool di host usata | 30% |
Quando un altro utente accede e avvia una sessione, sono ora disponibili quattro sessioni totali di utenti distribuite tra due host di sessione. La capacità del pool di host usata è ora del 40%, ovvero maggiore della soglia di capacità. Di conseguenza, la scalabilità automatica attiverà un altro host sessione per portare la capacità del pool di host usata a un valore inferiore o uguale alla soglia di capacità (30%).
In sintesi, ecco i parametri quando la capacità del pool di host usata supera la soglia di capacità:
| Parametro | Valore |
|---|---|
| Fase | Aumento |
| Totale host sessione | 6 |
| Algoritmo bilanciamento del carico | Prima-larghezza |
| Soglia di capacità | 30% |
| Percentuale minima di host | 30% |
| Host di sessione disponibili | 2 |
| Limite massimo di sessioni | 5 |
| Capacità del pool di host disponibile | 10 |
| Sessioni utente | 4 |
| Capacità del pool di host usata | 40% |
Ecco i parametri dopo l'attivazione della scalabilità automatica su un altro host sessione:
| Parametro | Valore |
|---|---|
| Fase | Aumento |
| Totale host sessione | 6 |
| Algoritmo bilanciamento del carico | Prima-larghezza |
| Soglia di capacità | 30% |
| Percentuale minima di host | 30% |
| Host di sessione disponibili | 3 |
| Limite massimo di sessioni | 5 |
| Capacità del pool di host disponibile | 15 |
| Sessioni utente | 4 |
| Capacità del pool di host usata | 27% |
L'attivazione di un altro host sessione significa che sono ora disponibili tre host di sessione nel pool di host. Con il limite massimo di sessione ancora cinque, la capacità del pool di host disponibile è aumentata fino a 15. Poiché la capacità del pool di host disponibile è aumentata, la capacità del pool di host usata è scesa al 27%, ovvero al di sotto della soglia di capacità del 30%.
Quando un altro utente accede, sono ora disponibili cinque sessioni utente distribuite tra tre host di sessione disponibili. La capacità del pool di host usata è ora del 33%, che supera la soglia di capacità del 30%. Il superamento della soglia di capacità attiva la scalabilità automatica per attivare un altro host sessione.
Poiché l'esempio è in fase di aumento, è probabile che i nuovi utenti continuino ad accedere. Man mano che arrivano più utenti, il modello diventa più chiaro:
| Totale sessioni utente | Numero di host di sessione disponibili | Capacità del pool di host disponibile | Soglia di capacità | Capacità del pool di host usata | La scalabilità automatica attiva un altro host sessione? |
|---|---|---|---|---|---|
| 5 | 3 | 15 | 30% | 33% | Sì |
| 5 | 4 | 20 | 30% | 25% | No |
| 6 | 4 | 20 | 30% | 30% | No |
| 7 | 4 | 20 | 30% | 35% | Sì |
| 7 | 5 | 25 | 30% | 28% | No |
Come illustrato in questa tabella, la scalabilità automatica attiva solo i nuovi host di sessione quando la capacità del pool di host usata supera la soglia di capacità. Se la capacità del pool di host usata è al di sotto o al di sotto della soglia di capacità, la scalabilità automatica non attiverà i nuovi host di sessione.
L'animazione seguente è un riepilogo visivo di ciò che è appena stato esaminato nello scenario 1.
Scenario 2: Quando la scalabilità automatica disattiva le macchine virtuali?
In questo scenario verrà illustrato che la scalabilità automatica disattiva gli host sessione quando tutti gli elementi seguenti sono veri:
- La capacità del pool di host usata è inferiore alla soglia di capacità.
- La scalabilità automatica può disattivare gli host sessione senza superare la soglia di capacità.
- La scalabilità automatica disattiva solo gli host sessione senza sessioni utente su di essi (a meno che il piano di ridimensionamento non sia in fase di riduzione e non sia stata abilitata l'impostazione di forza disconnessione).
- La scalabilità automatica in pool non disattiva gli host di sessione nella fase di aumento per evitare un'esperienza utente errata.
Per questo scenario, il pool di host inizia a essere simile al seguente:
| Parametro | Valore |
|---|---|
| Fase | Cima |
| Totale host sessione | 6 |
| Algoritmo bilanciamento del carico | Prima-larghezza |
| Soglia di capacità | 30% |
| Percentuale minima di host | 30% |
| Host di sessione disponibili | 5 |
| Limite massimo di sessioni | 5 |
| Capacità del pool di host disponibile | 25 |
| Sessioni utente | 7 |
| Capacità del pool di host usata | 28% |
Poiché ci troviamo nella fase di picco, è possibile prevedere che il numero di utenti rimanga relativamente stabile. Tuttavia, per mantenere stabile la quantità di risorse usate pur rimanendo efficiente, la scalabilità automatica attiverà e disattiva gli host di sessione in base alle esigenze.
Si supponga quindi che siano presenti sette utenti che hanno eseguito l'accesso durante le ore di punta. Se il numero totale di sessioni utente è sette, la capacità del pool di host usata sarebbe pari al 28%. Poiché la scalabilità automatica non può disattivare un host sessione senza che la capacità del pool di host usata superi la soglia di capacità, la scalabilità automatica non disattiva ancora gli host di sessione.
Se due dei sette utenti si disconnettono durante la pausa pranzo, ciò lascia cinque sessioni utente in cinque host di sessione. Poiché il limite massimo di sessione è ancora cinque, la capacità del pool di host disponibile è 25. Avere solo cinque utenti significa che la capacità del pool di host usata è ora del 20%. La scalabilità automatica deve ora verificare se è possibile disattivare un host sessione senza fare in modo che la capacità del pool di host usata sia superiore alla soglia di capacità.
Se la scalabilità automatica disattiva un host sessione, la capacità del pool di host disponibile sarà 20. Con cinque utenti, la capacità del pool di host usata sarà quindi del 25%. Poiché il 25% è inferiore alla soglia di capacità del 30%, la scalabilità automatica selezionerà un host sessione senza sessioni utente, lo inserirà in modalità di svuotamento e lo spegnerà.
Dopo che la scalabilità automatica disattiva uno degli host sessione senza sessioni utente, rimangono quattro host di sessione disponibili. Il limite massimo di sessione del pool di host è ancora cinque, quindi la capacità del pool di host disponibile è 20. Poiché sono presenti cinque sessioni utente, la capacità del pool di host usata è del 25%, che è ancora al di sotto della soglia di capacità.
Tuttavia, se un altro utente si disconnette e si dirige verso il pranzo, sono ora disponibili quattro sessioni utente distribuite tra i quattro host di sessione nel pool di host. Poiché il limite massimo di sessione è ancora cinque, la capacità del pool di host disponibile è 20 e la capacità del pool di host usata è del 20%. La disattivazione di un altro host sessione lascerebbe tre host di sessione e una capacità del pool di host disponibile pari a 15, con un conseguente aumento della capacità del pool di host usato fino al 27%. Anche se il 27% è inferiore alla soglia di capacità, non sono presenti host di sessione con zero sessioni utente.
L'animazione seguente è un riepilogo visivo di ciò che è appena stato esaminato nello scenario 2.
Scenario 3: Quando la scalabilità automatica impone agli utenti di disconnettersi?
La scalabilità automatica impone agli utenti di disconnettersi solo se è stata abilitata l'impostazione di forza disconnessione durante la fase di riduzione della pianificazione del piano di ridimensionamento. L'impostazione Forza disconnessione non disconnette gli utenti durante qualsiasi altra fase della pianificazione del piano di ridimensionamento.
Si esaminerà ad esempio un pool di host con i parametri seguenti:
| Parametro | Valore |
|---|---|
| Fase | Rampa verso il basso |
| Totale host sessione | 6 |
| Algoritmo bilanciamento del carico | Profondità-primo |
| Soglia di capacità | 75% |
| Percentuale minima di host | 10% |
| Host di sessione disponibili | 4 |
| Limite massimo di sessioni | 5 |
| Capacità del pool di host disponibile | 20 |
| Sessioni utente | 4 |
| Capacità del pool di host usata | 20% |
Durante la fase di riduzione, l'amministratore del pool di host ha impostato la soglia di capacità su 75% e la percentuale minima di host su 10%. La presenza di una soglia di capacità elevata e di una bassa percentuale minima di host in questa fase riduce la necessità di attivare nuovi host di sessione alla fine della giornata lavorativa.
Per questo scenario, si supponga che attualmente siano presenti quattro utenti nei quattro host di sessione disponibili in questo pool di host. Poiché la capacità del pool di host disponibile è 20, significa che la capacità del pool di host usata è del 20%. In base a queste informazioni, la scalabilità automatica rileva che può disattivare due host di sessione senza superare la soglia di capacità del 75%. Tuttavia, poiché sono presenti sessioni utente in tutti gli host di sessione nel pool di host, per disattivare due host di sessione, la scalabilità automatica dovrà forzare gli utenti a disconnettersi.
Dopo aver abilitato l'impostazione Forza disconnessione, la scalabilità automatica selezionerà gli host sessione con il minor numero di sessioni utente, quindi inserirà gli host sessione in modalità svuotamento. La scalabilità automatica invia quindi agli utenti nella sessione selezionata le notifiche che verranno disconnesso forzatamente dalle sessioni dopo un determinato periodo di tempo. Una volta trascorso questo tempo, se gli utenti non hanno già terminato le sessioni, la scalabilità automatica terminerà forzatamente le sessioni per loro. In questo scenario, poiché sono presenti un numero uguale di sessioni utente in ognuno degli host di sessione nel pool di host, la scalabilità automatica sceglierà due host di sessione in modo casuale per disconnettere forzatamente tutti gli utenti e quindi disattiva gli host di sessione.
Dopo che la scalabilità automatica disattiva i due host di sessione, la capacità del pool di host disponibile è ora pari a 10. Ora che rimangono solo due sessioni utente, la capacità del pool di host usata è del 20%, come illustrato nella tabella seguente.
| Parametro | Valore |
|---|---|
| Fase | Rampa verso il basso |
| Totale host sessione | 6 |
| Algoritmo bilanciamento del carico | Profondità-primo |
| Soglia di capacità | 75% |
| Percentuale minima di host | 10% |
| Host di sessione disponibili | 2 |
| Limite massimo di sessioni | 5 |
| Capacità del pool di host disponibile | 10 |
| Sessioni utente | 2 |
| Capacità del pool di host usata | 20% |
Si supponga ora che i due utenti che sono stati costretti a disconnettersi vogliano continuare a lavorare ed eseguire di nuovo l'accesso. Poiché la capacità del pool di host disponibile è ancora 10, la capacità del pool di host usata è ora del 40%, ovvero al di sotto della soglia di capacità del 75%. Tuttavia, la scalabilità automatica non può disattivare altri host sessione, perché ciò lascerebbe un solo host sessione disponibile e una capacità del pool di host disponibile di cinque. Con quattro utenti, ciò rende la capacità del pool di host usata dell'80%, che supera la soglia di capacità.
Ora i parametri hanno un aspetto simile al seguente:
| Parametro | Valore |
|---|---|
| Fase | Rampa verso il basso |
| Totale host sessione | 6 |
| Algoritmo bilanciamento del carico | Profondità-primo |
| Soglia di capacità | 75% |
| Percentuale minima di host | 10% |
| Host di sessione disponibili | 2 |
| Limite massimo di sessioni | 5 |
| Capacità del pool di host disponibile | 10 |
| Sessioni utente | 4 |
| Capacità del pool di host usata | 40% |
Se a questo punto un altro utente si disconnette, rimangono solo tre sessioni utente distribuite tra i due host di sessione disponibili. In altre parole, il pool di host è ora simile al seguente:
| Parametro | Valore |
|---|---|
| Fase | Rampa verso il basso |
| Totale host sessione | 6 |
| Algoritmo bilanciamento del carico | Profondità-primo |
| Soglia di capacità | 75% |
| Percentuale minima di host | 10% |
| Host di sessione disponibili | 2 |
| Limite massimo di sessioni | 5 |
| Capacità del pool di host disponibile | 10 |
| Sessioni utente | 3 |
| Capacità del pool di host usata | 30% |
Poiché il limite massimo di sessione è ancora cinque e la capacità del pool di host disponibile è 10, la capacità del pool di host usata è ora del 30%. La scalabilità automatica può ora disattivare un host sessione senza superare la soglia di capacità.
La scalabilità automatica disattiva un host sessione scegliendo l'host della sessione con il minor numero di sessioni utente. La scalabilità automatica mette quindi l'host sessione in modalità svuotamento, invia agli utenti una notifica che indica che l'host sessione verrà disattivato, quindi dopo un determinato periodo di tempo, disconnette forzatamente tutti gli utenti rimanenti e lo disattiva.
Dopo aver disattivato l'host della sessione, nel pool di host è disponibile un host di sessione rimanente con un limite massimo di cinque sessioni, rendendo la capacità del pool di host disponibile cinque.
Poiché la scalabilità automatica ha costretto un utente a disconnettersi quando si disattiva l'host di sessione scelto, sono rimaste solo due sessioni utente, il che rende la capacità del pool di host usata del 40%.
Per riepilogare, ecco l'aspetto del pool di host ora:
| Parametro | Valore |
|---|---|
| Fase | Rampa verso il basso |
| Totale host sessione | 6 |
| Limite massimo di sessioni | 5 |
| Algoritmo bilanciamento del carico | Profondità-primo |
| Soglia di capacità | 75% |
| Percentuale minima di host | 10% |
| Capacità del pool di host disponibile | 5 |
| Sessioni utente | 2 |
| Host di sessione disponibili | 1 |
| Capacità del pool di host usata | 40% |
Successivamente, si supponga che l'utente costretto a disconnettersi di nuovo, rendendo il pool di host simile al seguente:
| Parametro | Valore |
|---|---|
| Fase | Rampa verso il basso |
| Totale host sessione | 6 |
| Algoritmo bilanciamento del carico | Profondità-primo |
| Soglia di capacità | 75% |
| Percentuale minima di host | 10% |
| Host di sessione disponibili | 1 |
| Limite massimo di sessioni | 5 |
| Capacità del pool di host disponibile | 5 |
| Sessioni utente | 3 |
| Capacità del pool di host usata | 60% |
Nel pool di host sono ora presenti tre sessioni utente. Tuttavia, la capacità del pool di host è ancora cinque, il che significa che la capacità del pool host usata è del 60% e inferiore alla soglia di capacità. Poiché la disattivazione dell'host sessione rimanente rende la capacità del pool di host disponibile pari a zero, che è inferiore al 10% di percentuale minima di host, la scalabilità automatica garantisce che sia sempre disponibile almeno un host sessione durante la fase di discesa.
L'animazione seguente è un riepilogo visivo di ciò che è appena stato esaminato nello scenario 3.
Scenario 4: Come funzionano i tag di esclusione?
Quando una macchina virtuale ha un nome di tag che corrisponde al tag di esclusione del piano di ridimensionamento, la scalabilità automatica non lo attiva, disattiva o modifica l'impostazione della modalità di svuotamento. I tag di esclusione sono applicabili in tutte le fasi della pianificazione del piano di ridimensionamento.
Di seguito è riportato il pool di host di esempio con cui si inizia:
| Parametro | Valore |
|---|---|
| Fase | Punta |
| Totale host sessione | 6 |
| Algoritmo bilanciamento del carico | Prima-larghezza |
| Soglia di capacità | 75% |
| Percentuale minima di host | 10% |
| Host di sessione disponibili | 1 |
| Limite massimo di sessioni | 5 |
| Capacità del pool di host disponibile | 5 |
| Sessioni utente | 3 |
| Capacità del pool di host usata | 60% |
In questo scenario di esempio, l'amministratore del pool di host applica il tag di esclusione del piano di ridimensionamento a cinque host su sei. Quando un nuovo utente accede, il numero totale di sessioni utente viene fino a quattro. È disponibile un solo host sessione e il limite massimo di sessione del pool di host è ancora cinque, quindi la capacità del pool di host disponibile è cinque. La capacità del pool di host usata è dell'80%. Tuttavia, anche se la capacità del pool di host usata è maggiore della soglia di capacità, la scalabilità automatica non attiverà altri host di sessione perché tutti gli host sessione, ad eccezione di quello attualmente in esecuzione, sono stati contrassegnati con il tag di esclusione.
Quindi, ora il pool di host è simile al seguente:
| Parametro | Valore |
|---|---|
| Fase | Punta |
| Totale host sessione | 6 |
| Algoritmo bilanciamento del carico | Prima-larghezza |
| Soglia di capacità | 75% |
| Percentuale minima di host | 10% |
| Host di sessione disponibili | 1 |
| Limite massimo di sessioni | 5 |
| Capacità del pool di host disponibile | 5 |
| Sessioni utente | 4 |
| Capacità del pool di host usata | 80% |
Si supponga quindi che tutti e quattro gli utenti si siano disconnessi, senza lasciare sessioni utente nell'host di sessione disponibile. Poiché non sono presenti sessioni utente nel pool di host, la capacità del pool di host usata è 0. La scalabilità automatica manterrà attivo questo host di sessione singola nonostante non abbia utenti, perché durante la fase non di picco, l'impostazione della percentuale minima di host della scalabilità automatica impone che sia necessario mantenere disponibile almeno un host sessione durante questa fase.
Per riepilogare, il pool di host è ora simile al seguente:
| Parametro | Valore |
|---|---|
| Fase | Punta |
| Totale host sessione | 6 |
| Algoritmo bilanciamento del carico | Prima-larghezza |
| Soglia di capacità | 75% |
| Percentuale minima di host | 10% |
| Host di sessione disponibili | 1 |
| Limite massimo di sessioni | 5 |
| Capacità del pool di host disponibile | 5 |
| Sessioni utente | 0 |
| Capacità del pool di host usata | 0% |
Se l'amministratore applica il nome del tag di esclusione all'ultima macchina virtuale host sessione senza tag e lo disattiva, ciò significa che anche se altri utenti tentano di accedere, la scalabilità automatica non sarà in grado di attivare una macchina virtuale per soddisfare la sessione utente. L'utente visualizzerà un errore "Nessuna risorsa disponibile".
Tuttavia, non essere in grado di riattivare le macchine virtuali significa che il pool di host non sarà in grado di soddisfare la percentuale minima di host. Per risolvere eventuali problemi che possono causare, l'amministratore rimuove i tag di esclusione da due macchine virtuali. La scalabilità automatica attiva solo una delle macchine virtuali, perché richiede solo una macchina virtuale per soddisfare il requisito minimo del 10%.
Quindi, infine, il pool di host sarà simile al seguente:
| Parametro | Valore |
|---|---|
| Fase | Punta |
| Totale host sessione | 6 |
| Algoritmo bilanciamento del carico | Prima-larghezza |
| Soglia di capacità | 75% |
| Percentuale minima di host | 19% |
| Host di sessione disponibili | 1 |
| Limite massimo di sessioni | 5 |
| Capacità del pool di host disponibile | 5 |
| Sessioni utente | 0 |
| Capacità del pool di host usata | 0% |
L'animazione seguente è un riepilogo visivo di ciò che è appena stato esaminato nello scenario 4.
Passaggi successivi
- Per informazioni su come creare piani di ridimensionamento per la scalabilità automatica, vedere Creare il ridimensionamento automatico per i pool di host di Desktop virtuale Azure.
- Per esaminare i termini associati alla scalabilità automatica, vedere il glossario di scalabilità automatica.
- Per le risposte alle domande frequenti sulla scalabilità automatica, vedere le domande frequenti sulla scalabilità automatica.