Domande frequenti sulla scalabilità automatica di Desktop virtuale Azure

No. La scalabilità automatica attualmente non supporta l'aumento delle date specifiche.

No. Per altre informazioni sulle tariffe, vedere la pagina dei prezzi.

La scalabilità automatica monitora quando gli utenti eseguono l'accesso o l'uscita dai propri host di sessione e classifica questa attività come eventi di modifica della sessione. Gli eventi di modifica della sessione attivano una valutazione del ridimensionamento che crea i log. Se non sono presenti eventi di modifica della sessione o se il servizio eventi ha un'interruzione, la scalabilità automatica controlla se gli eventi non sono stati superati. Quando si verificano diversi eventi di modifica della sessione in un breve periodo di tempo, la funzionalità eseguirà in batch le valutazioni di ridimensionamento. Questo batch consente la scalabilità automatica per elaborare rapidamente un numero elevato di eventi senza sovraccaricare il sistema.

Almeno uno.

No, attualmente la scalabilità automatica non offre l'opzione per configurare le impostazioni con Azure'interfaccia della riga di comando.

I dati di configurazione del piano di ridimensionamento devono essere archiviati nella stessa area della configurazione del pool di host, tuttavia la distribuzione delle macchine virtuali host della sessione è supportata in tutte le aree Azure. Le macchine virtuali possono essere distribuite in un'area diversa da quella in cui sono archiviati i dati di configurazione del pool di host e del piano di ridimensionamento.

No. I clienti devono configurare la propria strategia di ripristino di emergenza per gestire le interruzioni. La scalabilità automatica gestisce solo il ridimensionamento delle macchine virtuali esistenti all'interno dell'area in cui sono state create.

No. La scalabilità automatica non tiene traccia della zona di disponibilità in cui si creano le macchine virtuali, pertanto potrebbe non eseguire operazioni di ridimensionamento in tutte le zone allo stesso modo.

La modalità ramp-down usa sempre il numero più basso possibile di host di sessione. Tuttavia, se sono presenti sessioni utente esistenti (incluse le sessioni disconnesse), il numero più basso di host di sessione utilizzabili non sarà zero.

Informazioni su come la scalabilità automatica gestisce le sessioni disconnesse

Quando si configura "Arresta le macchine virtuali quando le macchine virtuali non dispongono di sessioni attive" durante il ramp-down, la scalabilità automatica considera le sessioni utente disconnesse come sessioni attive perché presuppone che gli utenti possano riconnettersi immediatamente. Durante il ramp-down, la scalabilità automatica consolida gli utenti disconnessi sul numero minimo di host necessari in base alla soglia di capacità.

Esempio: Se sono presenti 6 utenti disconnessi, un limite massimo di sessione di 5 e una soglia di capacità del 90%, la scalabilità automatica calcola gli host minimi necessari come:

• Capacità per host = 5 x 90% = 4,5 sessioni
• Host obbligatori = 6 / 4,5 = 1,33, arrotondati per eccesso a 2 host minimi

La scalabilità automatica dealloca gli host in eccesso, ma mantiene 2 in esecuzione per supportare potenziali riconnessione senza superare la soglia di capacità.

Raggiungimento di zero host di sessione

Per raggiungere zero host di sessione dopo ore, è necessario avere zero sessioni utente (anche disconnesse). Configurare Criteri di gruppo per disconnettere automaticamente le sessioni disconnesse dopo un periodo di timeout:

1. Passare a Criteri> computer localiConfigurazione> computerModelli> amministrativiComponenti di Windows Servizi>>Desktop remotoLimitidi tempo sessioneHost> sessione Desktop remotoImpostare il limite di tempo per le sessioni disconnesse>
2. Impostare un timeout appropriato (ad esempio, 15-30 minuti)
3. Assicurarsi che il timeout venga completato prima della fine della fase di riduzione

Questa combinazione di impostazioni di scalabilità automatica e oggetto Criteri di gruppo garantisce la protezione degli utenti durante gli orari di attività, consentendo al tempo stesso di ridurre completamente a zero gli host dopo ore.

Niente. La scalabilità automatica reagisce solo quando la capacità del pool di host è maggiore o minore della soglia di capacità. La funzionalità non esegue alcuna operazione quando la capacità del pool di host è uguale alla soglia di capacità.

Sì, la scalabilità automatica attiva o disattiva ancora le macchine virtuali in modalità di svuotamento, indipendentemente da chi la inserisce in modalità di svuotamento. La scalabilità automatica sostituisce la modalità di svuotamento in tutte le macchine virtuali incluse nel ridimensionamento, quindi se si vuole escludere una macchina virtuale dalle azioni di ridimensionamento, è necessario usare i tag di esclusione.

No. Se è stata abilitata la scalabilità automatica, è possibile imporre agli utenti di disconnettersi solo durante la fase di riduzione. Se si inserisce un host sessione in modalità di svuotamento durante la fase di riduzione per prepararlo all'arresto, ma non tutti gli utenti si disconnettono prima che la fase venga modificata in modalità non di picco, le sessioni utente rimanenti non verranno forzate a disconnettersi dalla sessione. Il motivo per cui gli utenti non si disconnettono è perché la scalabilità automatica non impone agli utenti di disconnettersi dalle sessioni durante le ore non di punta. La scalabilità automatica attende invece che tutti gli utenti si disconnettano prima di deallocare la macchina virtuale. Ad esempio, se la fase di riduzione è lunga 15 minuti e il tempo di attesa prima di disconnettere gli utenti e arrestare le macchine virtuali è di 20 minuti, la pianificazione passa alla fase non di picco e le sessioni utente non verranno forzate a disconnettersi.

Sì. Le sessioni inattive, disconnesse e attive sono costrette a disconnettersi se gli utenti non si disconnettono durante il tempo di attesa della fase di riduzione.

Importante: Anche con l'opzione "Forza la disconnessione degli utenti" abilitata, la scalabilità automatica consolida ancora gli utenti disconnessi durante l'aumento del numero di utenti. La disconnessione forzata si applica solo agli utenti che rimangono connessi (o disconnessi) dopo la scadenza del tempo di attesa. Durante il ramp-down, la scalabilità automatica:

1. Consolidare gli utenti disconnessi nel numero minimo di host in base alla soglia di capacità
2. Attendere il tempo di attesa configurato (ad esempio, 15 minuti)
3. Forzare gli utenti di disconnessione che non si sono disconnetteti volontariamente
4. Deallocare gli host una volta terminate le sessioni

Per raggiungere zero host di sessione dopo ore, è anche necessario configurare Criteri di gruppo per disconnettere automaticamente le sessioni disconnesse. Per informazioni dettagliate, vedere Ricerca per categorie configurare la scalabilità automatica in modo da eseguire zero host di sessione dopo l'orario di lavoro.

Dopo che la scalabilità automatica seleziona un host sessione da arrestare, l'host della sessione viene attivata in modalità svuotamento. Dopo che tutte le sessioni utente sono state disconnesse, la scalabilità automatica dealloca la macchina virtuale. Dopo che la scalabilità automatica ha deallocato la macchina virtuale, l'impostazione AllowNewSessions viene impostata su true, disattivando la modalità di svuotamento. Poiché la scalabilità automatica inserisce gli host di sessione che sta per arrestare in modalità svuotamento, un utente che è costretto a disconnettersi dalla sessione non sarà in grado di connettersi a un host di sessione che sta per essere arrestato se tenta di riconnettersi dopo la disconnessione.

La scalabilità automatica può disattivare tutte le macchine virtuali in un pool di host se la percentuale minima di host è impostata su 0% e non sono presenti sessioni utente negli host di sessione nel pool di host.

Quando si configura la scalabilità automatica in "Arresta le macchine virtuali quando le macchine virtuali non hanno sessioni attive", la funzionalità impedisce la deallocazione degli host sessione con sessioni utente attive (connesse ). Tuttavia, le sessioni disconnesse vengono comunque considerate come sessioni utente attive per i calcoli della capacità di scalabilità automatica.

Logica di progettazione

La scalabilità automatica presuppone che gli utenti con sessioni disconnesse possano riconnettersi immediatamente(ad esempio a causa di interruzioni della rete, cicli di sospensione/riattivazione del computer portatile o brevi problemi di connettività). Per garantire un'esperienza utente fluida durante la riconnessione, la scalabilità automatica mantiene un numero sufficiente di host sessione in esecuzione per supportare tutte le sessioni disconnesse in base alla soglia di capacità.

Funzionamento del consolidamento durante la riduzione

La scalabilità automatica consolida gli utenti disconnessi sul numero minimo di host di sessione usando questo calcolo:

Host obbligatori = Sessioni disconnesse totali / (Limite massimo sessione x Soglia capacità %)

Esempio:

• 9 utenti disconnessi
• Limite massimo sessione: 5
• Soglia di capacità: 90%
• Calcolo: 9 / (5 x 0,9) = 9 / 4,5 = 2 host minimo

La scalabilità automatica dealloca gli host in eccesso mantenendo 2 in esecuzione per gestire potenziali riconnessione.

Questo comportamento si applica anche quando è abilitato "Forza la disconnessione degli utenti"

La disconnessione forzata si applica solo agli utenti che non si disconnettono volontariamente durante il tempo di attesa. La logica di consolidamento si applica ancora alle sessioni disconnesse durante il ramp-down. Dopo la scadenza del tempo di attesa, la scalabilità automatica forza la disconnessione e quindi dealloca gli host.

Eliminazione delle sessioni disconnesse

Per eliminare completamente le sessioni disconnesse e raggiungere zero host di sessione dopo ore, configurare Criteri di gruppo per disconnettersi automaticamente dalle sessioni disconnesse. Per i passaggi dettagliati, vedere Ricerca per categorie configurare la scalabilità automatica in modo da eseguire zero host di sessione dopo l'orario di lavoro.

Informazioni correlate

• Per esempi dettagliati di consolidamento durante gli scenari di disconnessione forzata, vedere Scenario 3: In che modo la scalabilità automatica consolida le sessioni utente durante l'aumento delle prestazioni?
• Per le definizioni delle soglie di capacità, vedere Glossario di scalabilità automatica

Si tratta di meccanismi complementari che servono a scopi diversi:

"Arresta le macchine virtuali quando le macchine virtuali non hanno sessioni attive" (impostazione di scalabilità automatica):

• Scopo: Impedisce la deallocazione di host sessione con sessioni utente attive (connesse)
• Comportamento: Consente la scalabilità automatica per consolidare gli utenti disconnessi in un numero inferiore di host durante il ramp-down
• Limitazione: NON elimina le sessioni disconnesse; presuppone che possano riconnettersi
• Caso d'uso: Protegge gli utenti connessi consentendo al contempo di ridurre le prestazioni

Criteri di gruppo - "Imposta limite di tempo per le sessioni disconnesse":

• Scopo: Disconnette automaticamente le sessioni disconnesse dopo un timeout
• Comportamento: Elimina completamente le sessioni disconnesse, convertendole in "nessuna sessione"
• Beneficio: Consente alla scalabilità automatica di raggiungere zero host di sessione in combinazione con host attivi minimi = 0%
• Caso d'uso: Garantisce che tutti gli utenti siano disconnetti dopo ore per ridurre al minimo i costi

Configurazione consigliata:

1. Abilitare "Arresta macchine virtuali quando non sono attive sessioni" per proteggere gli utenti connessi
2. Abilitare "Forza la disconnessione degli utenti" se si vogliono disconnettere gli utenti che non si disconnettono entro il tempo di attesa
3. Configurare l'oggetto Criteri di gruppo per disconnettersi dalle sessioni disconnesse dopo 15-30 minuti
4. Impostare gli host attivi minimi su 0% durante le ore non di punta

Questa combinazione garantisce la protezione degli utenti durante gli orari di attività, consentendo al tempo stesso di ridurre completamente a zero gli host dopo ore.

Quando si configura la pianificazione del piano di ridimensionamento, è possibile specificare algoritmi di bilanciamento del carico diversi per diverse fasi del giorno. Ad esempio, durante le fasi di aumento e picco, è possibile usare l'algoritmo di bilanciamento del carico breadth-first. Questo algoritmo garantisce una distribuzione uniforme delle sessioni utente durante le prime due fasi della giornata, ottimizzando le prestazioni. Analogamente, durante le fasi di riduzione e di picco, è possibile usare l'algoritmo di bilanciamento del carico depth-first per consentire alla funzionalità di scalabilità automatica di consolidare le sessioni utente fino a raggiungere il numero minimo possibile di host di sessione nel pool di host.

Se un host sessione è attivato (tramite scalabilità automatica, Avvia VM in Connect o dall'amministratore) e un utente non accede mai, la scalabilità automatica deallocerà l'host della sessione dopo un periodo di inattività per evitare costi di calcolo non necessari.

Se si sceglie di non avviare desktop personali con la scalabilità automatica durante la fase di aumento, la scalabilità automatica non avvierà i desktop personali. È invece necessario abilitare Avvia macchina virtuale in Connetti per assicurarsi che i desktop personali vengano avviati quando gli utenti accedono o avviano manualmente i desktop personali.

No. La scalabilità automatica per i desktop personali dealloca gli host di sessione solo se l'utente ha effettuato l'disconnessione dalla sessione utente.

Per altre informazioni, vedere Definizioni di sessione utente.

No. Quando la scalabilità automatica è pronta per deallocare un desktop personale a causa della disconnessione o disconnessione della sessione utente, la scalabilità automatica non mette l'host sessione in modalità svuotamento. Se l'utente tenta di connettersi mentre la scalabilità automatica sta deallocando l'host della sessione, riceverà un messaggio di errore che indica che non sono disponibili risorse.

Se si sceglie di ibernare i desktop personali nella pianificazione del piano di ridimensionamento personale, ma i desktop personali non sono abilitati per l'ibernazione, la scalabilità automatica non eseguirà alcuna operazione per gli host sessione (non li ibernerà e non li deallocerà).

Sì. Le dimensioni minime del pool di host sostituiscono il numero di host di sessione definiti nel pool di host.

No. È sufficiente definire il limite dell'host sessione con le dimensioni minime del pool di host, le dimensioni massime del pool di host e la percentuale minima di host attivi (%). Quando il numero effettivo di host di sessione necessari non è maggiore delle dimensioni minime del pool di host, la scalabilità automatica attiverà gli host sessione se la capacità del pool di host usata supera la soglia di capacità definita. Quando il numero effettivo di host di sessione necessari è maggiore delle dimensioni minime del pool di host, la scalabilità automatica attiverà gli host sessione arrestati e creerà host di sessione aggiuntivi. Il numero totale di host di sessione attivi non supererà le dimensioni massime del pool di host definite nel piano di ridimensionamento se la capacità del pool di host usata supera la soglia di capacità definita.

La scalabilità automatica crea host di sessione con la versione dell'immagine valida/stabile più recente definita nella configurazione dell'host sessione predefinita, se non si dispone già di una configurazione host sessione attiva.

È possibile scegliere la scalabilità automatica del risparmio energia come metodo di ridimensionamento quando si crea il piano di ridimensionamento oppure con la scalabilità automatica dinamica è possibile impostare lo stesso valore per Dimensioni minime del pool host e Dimensioni massime del pool di host.

È possibile impostare la percentuale minima di host attivi (%) su 100. La scalabilità automatica crea o elimina gli host di sessione solo se la capacità del pool di host usata supera o scende al di sotto della soglia di capacità definita.

Ciò può verificarsi se le dimensioni massime del pool di host sono configurate in modo diverso in ogni fase. La scalabilità automatica elimina gli host sessione deallocati attivi senza sessioni per rispettare l'impostazione Dimensioni massime pool di host nella fase corrente e quindi continuare a eliminare/deallocare gli host sessione in base alla pianificazione e alla soglia di capacità, ad eccezione della fase di aumento. Non viene eseguita alcuna azione di eliminazione/deallocate, purché il numero di host di sessione nel pool di host non superi le dimensioni massime del pool di host. Questo comportamento è coerente con il metodo di ridimensionamento automatico del risparmio energia, in cui gli host di sessione non vengono deallocati nella fase di aumento per i pool di host in pool.

Sì, ma quando la scalabilità automatica elimina un host sessione creato manualmente, rispetta le impostazioni impostate per eliminare automaticamente la scheda di interfaccia di rete e/o il disco.