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 come le festività?
No. La scalabilità automatica attualmente non supporta l'aumento delle 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 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.
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 l'opzione per 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, tuttavia la distribuzione delle 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 sono 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 di sessione nell'area primaria presentano 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 sono state 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 le macchine virtuali, pertanto potrebbe non eseguire operazioni di ridimensionamento in tutte le zone allo stesso modo.
Scalabilità automatica per pool di host in pool
Ricerca per categorie configurare la scalabilità automatica in modo da eseguire zero host di sessione dopo l'orario di lavoro?
La modalità ramp-down usa sempre il numero più basso possibile di host di sessione. Tuttavia, se sono presenti sessioni utente esistenti, il numero più basso di host di sessione utilizzabili non sarà zero. Per configurare i criteri di limite di tempo per disconnettere tutti gli utenti disconnessi per evitare di avere host di sessione utilizzabili dopo ore, passare aConfigurazione>>computer localeModelli amministrativi Componenti>di Windows Servizi>Desktop> remoto Limitidi tempoper l'host >sessione Desktop remotoImpostare il limite di tempo per le sessioni disconnesse.>
Cosa accade se la capacità del pool di host è uguale alla soglia di capacità?
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à.
Se è già stata configurata la modalità di svuotamento negli host di sessione, la scalabilità automatica modifica comunque le impostazioni della modalità di svuotamento configurata?
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.
La disconnessione forzata può verificarsi in qualsiasi fase della giornata?
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.
Se si configura la scalabilità automatica per forzare gli utenti a disconnettersi durante il ramp-down, verranno disconnetteti anche gli utenti con sessioni attive?
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.
Se una sessione attiva è costretta a disconnettersi, ma l'utente tenta di riconnettersi, esiste un modo per impedire a tale 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 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 sessioni che sta per arrestarsi in modalità di 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 prova a riconnettersi dopo la disconnessione.
La scalabilità automatica può disattivare tutte le macchine virtuali in un pool di host o deve mantenere attive almeno alcune macchine virtuali per funzionare 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é si vuole configurare l'algoritmo di bilanciamento del carico in modo diverso durante le 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 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.
Scalabilità automatica per i pool di host personali
Cosa accade agli host di sessione che vengono attivati ma a cui non viene mai eseguito l'accesso?
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 rifiuto esplicitamente di avere una ramp-up, come inizieranno i miei desktop personali?
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.
È possibile configurare la scalabilità automatica per forzare gli utenti a disconnettersi dal desktop personale?
No. La scalabilità automatica per i desktop personali dealloca gli host di sessione solo se l'utente ha effettuato l'disconnessione dalla sessione utente.
Qual è la differenza tra una sessione utente disconnessa e una sessione utente 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 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.
Cosa accade se si sceglie di ibernare i desktop personali nel piano di ridimensionamento, ma i desktop personali non sono abilitati per l'ibernazione?
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à).
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 sostituiscono 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 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.
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 si dispone già di una configurazione host sessione attiva.
Come è possibile configurare il piano di ridimensionamento per attivare e deallocare solo gli host 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 host e Dimensioni massime del pool di host.
Come è possibile configurare il piano di ridimensionamento per creare ed eliminare solo gli host sessione?
È 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.
Cosa accade se il numero di host di sessione nel pool di host supera le dimensioni massime del pool di host?
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.
È comunque possibile creare ed eliminare manualmente gli host di sessione?
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.