Questo articolo risponde alle domande frequenti su come usare la scalabilità automatica per Desktop virtuale Azure.
Domande generali
La scalabilità automatica crea o elimina macchine virtuali in base al carico del servizio?
No.
La scalabilità automatica modifica lo SKU o le dimensioni delle macchine virtuali?
No.
È 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 computer>locali Amministrazione Modelli amministrativi Componenti>di Windows Componenti>desktop remoto Servizi>Desktop remoto Limiti di>tempo sessione host sessione>Desktop remoto 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 Connessione 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).