Questo articolo risponde alle domande frequenti su come usare la scalabilità automatica per Desktop virtuale Azure.
Domande generali
È possibile configurare il ridimensionamento per date specifiche, ad esempio le festività?
No. La scalabilità automatica attualmente non supporta l'aumento delle prestazioni in base a date specifiche.
Verranno addebitati costi aggiuntivi per l'uso della scalabilità automatica?
No. Per altre informazioni sulle tariffe, vedere la pagina dei prezzi.
Con quale frequenza la scalabilità automatica monitora gli host di sessione ed esegue valutazioni di ridimensionamento?
La scalabilità automatica monitora quando gli utenti accedono o escono dagli host di sessione e classificano 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 verifica se non sono stati rilevati eventi. Quando si verificano diversi eventi di modifica della sessione entro un breve periodo di tempo, la funzionalità eseguirà l'invio in batch delle valutazioni di ridimensionamento. Questo batch consente la scalabilità automatica di elaborare rapidamente un numero elevato di eventi senza sovraccaricare il sistema.
Quante macchine virtuali devono trovarsi in un pool di host per il corretto funzionamento della scalabilità automatica?
Almeno uno.
È possibile usare l'interfaccia della riga di comando di Azure per configurare la scalabilità automatica?
No, attualmente la scalabilità automatica non offre la possibilità di configurare le impostazioni con l'interfaccia della riga di comando di Azure.
Quali aree sono supportate?
I dati di configurazione del piano di ridimensionamento devono essere archiviati nella stessa area della configurazione del pool di host, ma la distribuzione di macchine virtuali host sessione è supportata in tutte le aree di Azure. Le macchine virtuali possono essere distribuite in un'area diversa da quella in cui vengono archiviati i dati di configurazione del pool di host e del piano di ridimensionamento.
La scalabilità automatica gestisce gli host di sessione di ridimensionamento nelle aree secondarie se gli host della sessione nell'area primaria hanno un'interruzione?
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 vengono create.
La scalabilità automatica considera le zone di disponibilità durante le operazioni di ridimensionamento se si creano host di sessione in più zone all'interno di un'area?
No. La scalabilità automatica non tiene traccia della zona di disponibilità in cui si creano macchine virtuali, quindi potrebbe non eseguire operazioni di ridimensionamento in tutte le zone in modo uniforme.
Scalabilità automatica per i pool di host in pool
Ricerca per categorie configurare la scalabilità automatica in modo da eseguire zero host sessione dopo l'orario di lavoro?
La modalità di riduzione delle rampe usa sempre il minor numero possibile di host di sessione. Tuttavia, se sono presenti sessioni utente esistenti, il numero più basso di host di sessioni utilizzabili non sarà zero. Per configurare i criteri relativi al limite di tempo per disconnettere tutti gli utenti disconnessi per evitare di disporre di host sessione utilizzabili dopo l'orario, passare a Configurazione computer locale Configurazione>computer>Modelli>amministrativi Componenti amministrativi Componenti>di Windows Desktop remoto Sessione>Host>Sessione Desktop remoto Limiti di tempo Impostare il>limite di tempo per le sessioni disconnesse.
Cosa accade se la capacità del pool di host è uguale alla soglia di capacità?
Nessuna operazione. La scalabilità automatica reagisce solo quando la capacità del pool di host è maggiore o minore della soglia di capacità. La funzionalità non eseguirà alcuna operazione quando la capacità del pool di host corrisponde alla soglia di capacità.
Se è già stata configurata la modalità di svuotamento per gli host della sessione, la scalabilità automatica cambia ancora le impostazioni della modalità di svuotamento configurate?
Sì, la scalabilità automatica attiva o disattiva ancora le macchine virtuali in modalità di svuotamento, indipendentemente da chi lo ha messo in modalità di svuotamento. La scalabilità automatica esegue l'override della 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.
Con quale frequenza la scalabilità automatica monitora gli host di sessione ed esegue valutazioni di ridimensionamento?
La scalabilità automatica monitora quando gli utenti accedono o escono dagli host di sessione e classificano 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 verifica se non sono stati rilevati eventi. Quando si verificano diversi eventi di modifica della sessione entro un breve periodo di tempo, la funzionalità esegue il batch delle valutazioni di ridimensionamento. Questo batch consente la scalabilità automatica di elaborare rapidamente un numero elevato di eventi senza sovraccaricare il sistema.
La disconnessazione forzata può verificarsi in qualsiasi fase del giorno?
No. Se è stata abilitata la scalabilità automatica, è possibile forzare la disconnessazione degli utenti solo durante la fase di ramp-down. Se si inserisce un host di sessione in modalità di svuotamento durante la fase di riavvio per prepararlo all'arresto, ma non tutti gli utenti si disconnetteno prima che la fase cambi in modalità off-peak, le sessioni utente rimanenti non saranno costrette a disconnettersi dalla sessione. Il motivo per cui gli utenti non sono disconnessi è che la scalabilità automatica non impone agli utenti di disconnettersi dalle sessioni durante le ore di minore attività. La scalabilità automatica attende invece che tutti gli utenti siano disconnessi prima di deallocare la macchina virtuale. Se, ad esempio, la fase di riduzione è di 15 minuti e il tempo di attesa prima della disconnessione degli utenti e dell'arresto delle macchine virtuali è di 20 minuti, la pianificazione passa alla fase di minore attività e le sessioni utente non saranno costrette a disconnettersi.
Se si configura la scalabilità automatica per imporre agli utenti di disconnettersi durante la riduzione delle prestazioni, verrà disconnesso anche gli utenti con sessioni attive?
Sì. Le sessioni inattive, disconnesse e attive vengono forzate a disconnettersi se gli utenti non si disconnettono durante il tempo di attesa della fase di ramp-down.
Se una sessione attiva è costretta a disconnettersi, ma l'utente tenta di riconnettersi, è possibile impedire all'utente di avviare una nuova sessione in un host di sessione che la scalabilità automatica sta per arrestare?
Dopo che la scalabilità automatica seleziona un host di sessione da arrestare, l'host sessione viene disattivato in modalità di svuotamento. Dopo aver disconnesso tutte le sessioni utente, la scalabilità automatica dealloca la macchina virtuale. Dopo che la scalabilità automatica dealloca la macchina virtuale, imposta l'impostazione AllowNewSessions su true, che disattiva la modalità di svuotamento. Poiché la scalabilità automatica inserisce gli host delle sessioni che sta per arrestare in modalità di svuotamento, un utente 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 disconnessa.
La scalabilità automatica può disattivare tutte le macchine virtuali in un pool di host o deve mantenere almeno alcune macchine virtuali in modo che funzionino correttamente?
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.
Perché è consigliabile configurare l'algoritmo di bilanciamento del carico in modo diverso durante diverse fasi della pianificazione del piano di ridimensionamento?
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 in ampiezza. Questo algoritmo garantisce una distribuzione uniforme delle sessioni utente durante le prime due fasi del giorno, che ottimizza le prestazioni. Analogamente, durante le fasi di ramp-down e off-peak, è possibile usare l'algoritmo di bilanciamento del carico depth-first per aiutare la funzionalità di ridimensionamento automatico consolidare le sessioni utente fino a raggiungere il numero minimo possibile di host di sessione nel pool di host.
Scalabilità automatica per i pool di host personali
Cosa accade agli host di sessione che vengono attivati ma non vengono mai connessi?
Se un host di sessione è attivato (con scalabilità automatica, Avvia macchina virtuale in connessione o dall'amministratore) e un utente non lo accede mai, la scalabilità automatica deallocherà l'host della sessione dopo un periodo di inattività per evitare di incorrere in costi di calcolo non necessari.
Se rifiuto esplicitamente di avere una ramp-up, come inizieranno i miei desktop personali?
Se si sceglie di non avviare desktop personali con scalabilità automatica durante la fase di aumento delle risorse, la scalabilità automatica non avvierà i desktop personali. È invece necessario abilitare Start VM on Connect per assicurarsi che i desktop personali vengano avviati quando gli utenti accedono o avviano manualmente i desktop personali.
È possibile configurare la scalabilità automatica per forzare gli utenti a disconnettersi dal desktop personale?
No. La scalabilità automatica per i desktop personali dealloca solo gli host di sessione se l'utente ha disconnesso la sessione utente.
Qual è la differenza tra una sessione utente disconnessa e una sessione utente che è stata disconnessa?
Per altre informazioni, vedere Definizioni di sessione utente.
La scalabilità automatica per i desktop personali sovrascrive la modalità di svuotamento degli host sessione?
No. Quando la scalabilità automatica è pronta per deallocare un desktop personale a causa della disconnessione o disconnessione della sessione utente, la scalabilità automatica non inserisce l'host della sessione in modalità di svuotamento. Se l'utente tenta di connettersi mentre la scalabilità automatica dealloca l'host di sessione, riceverà un messaggio di errore che indica che non sono disponibili risorse.
Cosa succede se opto per desktop personali per essere ibernati nel piano di ridimensionamento, ma i desktop personali non hanno ibernazione abilitata?
Se si sceglie di attivare l'ibernazione dei desktop personali nella pianificazione del piano di ridimensionamento personale, ma i desktop personali non dispongono di ibernazione abilitata, la scalabilità automatica non eseguirà alcuna operazione agli host di sessione (non le iberna e non le deallocate).
Scalabilità dinamica (anteprima)
Le dimensioni minime del pool di host definite nel piano di ridimensionamento sostituiscono le impostazioni nel pool di host?
Sì. Le dimensioni minime del pool di host sostituiranno il numero di host di sessione definiti nel pool di host.
È necessario specificare se attivare o creare host di sessione in ogni fase?
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 attiva gli host sessione se la capacità del pool di host usato 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 attiva gli host sessione arrestati e crea host di sessione aggiuntivi. Il numero totale di host sessione attivi non supererà le dimensioni massime del pool di host definito nel piano di ridimensionamento se la capacità del pool di host usato supera la soglia di capacità definita.
Quale versione dell'immagine viene usata per gli host di sessione creati dalla scalabilità automatica?
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 è già disponibile una configurazione host sessione attiva.
Come è possibile configurare il piano di ridimensionamento per attivare e deallocare solo gli host di sessione?
È 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 di host e Dimensioni massime del pool di host.
Come è possibile configurare il piano di ridimensionamento per creare ed eliminare solo gli host di sessione?
È possibile impostare la percentuale minima di host attivi (%) su 100. La scalabilità automatica crea o elimina solo gli host sessione se la capacità del pool di host usato supera o scende al di sotto della soglia di capacità definita.
Cosa accade se il numero di host di sessione nel pool di host supera le dimensioni massime del pool di host?
Questo problema può verificarsi se la dimensione massima del pool di host è configurata in modo diverso in ogni fase. La scalabilità automatica elimina gli host sessione deallocati attivi senza sessioni per rispettare l'impostazione Dimensioni massime del pool di host nella fase corrente e quindi continuare a eliminare/deallocare gli host di sessione in base alla pianificazione e alla soglia di capacità, ad eccezione della fase di avvio. Non viene eseguita alcuna azione di eliminazione/deallocazione, 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 scalabilità automatica di risparmio energia, in cui gli host di sessione non vengono deallocati nella fase di aumento delle prestazioni per i pool di host in pool.
È comunque possibile creare ed eliminare manualmente gli host di sessione?
Sì, ma quando la scalabilità automatica elimina un host di sessione creato manualmente, rispetta le impostazioni impostate se eliminare automaticamente la scheda di interfaccia di rete e/o il disco.