Condividi tramite

Aggiornamento dell'host di sessione per Desktop virtuale Azure (anteprima)

  • Articolo

Importante

L'aggiornamento dell'host di sessione per Desktop virtuale Azure è attualmente in ANTEPRIMA. Vedere le condizioni per l'utilizzo supplementari per le anteprime di Microsoft Azure per termini legali aggiuntivi che si applicano a funzionalità di Azure in versione beta, in anteprima o in altro modo non ancora disponibili a livello generale.

L'aggiornamento dell'host sessione consente di aggiornare il tipo di disco della macchina virtuale sottostante, l'immagine del sistema operativo e altre proprietà di configurazione di tutti gli host di sessione in un pool di host con una configurazione host di sessione. L'aggiornamento dell'host di sessione dealloca o elimina le macchine virtuali esistenti e crea nuove macchine virtuali aggiunte al pool di host con la configurazione aggiornata. Questo metodo di aggiornamento degli host sessione è allineato alla raccomandazione di gestire gli aggiornamenti all'interno dell'immagine di origine principale, invece di distribuire e installare gli aggiornamenti a ogni host di sessione singolarmente in base a una pianificazione ripetuta in corso per mantenerli aggiornati.

Ecco le modifiche che è possibile apportare durante l'esecuzione di un aggiornamento:

Dopo aver completato un aggiornamento degli host di sessione usando l'aggiornamento dell'host sessione, tutti gli host di sessione in un pool di host vengono standardizzati con le modifiche specificate. Altre proprietà di Azure degli host di sessione, ad esempio la configurazione di disponibilità, la configurazione di rete e il percorso, vengono mantenute tra gli aggiornamenti.

Processo di aggiornamento

È possibile specificare il numero di host di sessione in un pool di host per l'aggiornamento simultaneo, noto come batch. Questo valore è il numero massimo di host di sessione non disponibili alla volta durante l'aggiornamento e tutti gli host di sessione rimanenti sono disponibili per l'uso. All'avvio di un aggiornamento, un solo host di sessione è destinato (noto come iniziale) per verificare che il processo di aggiornamento end-to-end abbia esito positivo prima di passare all'aggiornamento del resto degli host di sessione nel pool in batch. Questo approccio riduce al minimo l'impatto se si verifica un errore.

Ecco un esempio: se si dispone di un pool di host con 10 host di sessione e si immette una dimensione batch di tre, viene aggiornato un singolo host di sessione (iniziale), gli host di sessione rimanenti vengono aggiornati in tre batch di tre host di sessione. In qualsiasi momento dopo il completamento dell'aggiornamento dell'host di sessione iniziale, sono disponibili almeno sette host di sessione per l'uso nel pool di host.

Durante un aggiornamento, l'aggiornamento dell'host di sessione segue questo processo:

  1. Gli host di sessione esistenti vengono selezionati in base al nome e alle dimensioni del batch specificato in precedenza. Una notifica specificata dall'amministratore viene inviata a tutti gli utenti connessi, quindi il servizio attende la durata specificata in precedenza prima di disconnessione di tutti gli utenti rimanenti.

  2. Gli host di sessione selezionati vengono inseriti in modalità di svuotamento, quindi rimossi dal pool di host. L'account computer per gli host sessione aggiunti a un dominio di Active Directory non viene eliminato.

  3. Lo stesso numero di nuovi host di sessione viene creato usando la configurazione aggiornata dell'host sessione. Le nuove risorse di Azure per la macchina virtuale, il disco del sistema operativo e l'interfaccia di rete sono nel formato SessionHostName-DateTime, ad esempio, una macchina virtuale esistente denominata VM1-0 viene sostituita con una nuova macchina virtuale denominata VM1-0-2023-04-15T17-16-07. Il nome host del sistema operativo non viene modificato. Questi nuovi host di sessione vengono aggiunti alla directory usando le estensioni della macchina virtuale di Azure.

    Gli host di sessione aggiunti a un dominio di Active Directory ereditano gli oggetti computer di Active Directory esistenti. Questo processo stabilisce la relazione di trust e interrompe la relazione di trust esistente con le macchine virtuali precedenti.

  4. I nuovi host di sessione vengono aggiunti al pool di host esistente e la modalità di svuotamento è disabilitata e gli host di sessione possono accettare connessioni.

  5. Le macchine virtuali originali vengono deallocate o eliminate, a seconda che si sia scelto di salvare le macchine virtuali originali.

Un'operazione di aggiornamento dell'host di sessione può essere in esecuzione o pianificata in un singolo pool di host alla volta. Tuttavia, è possibile disporre di operazioni di aggiornamento dell'host di sessione in esecuzione in più pool di host contemporaneamente.

Viene rispettato lo stato di alimentazione e la modalità di svuotamento esistenti degli host sessione. È possibile eseguire un aggiornamento in un pool di host in cui tutti gli host di sessione vengono deallocati per risparmiare sui costi.

Importante

  • Se si usa Azure Virtual Desktop Insights, l'agente di Monitoraggio di Azure o l'agente di Log Analytics non viene installato automaticamente negli host di sessione aggiornati. Per installare automaticamente l'agente, ecco alcune opzioni:

  • Tenere presente i limiti di quota per la sottoscrizione di Azure e prendere in considerazione l'invio di una richiesta per aumentare una quota se un aggiornamento supera il limite.

  • È consigliabile testare il processo di aggiornamento in un pool di host di test allineato al pool di host da aggiornare. Verrà testato il processo di aggiornamento stesso e anche il risultato di una nuova macchina virtuale con lo stesso nome della macchina virtuale precedente all'interno dell'ambiente. È anche importante verificare che tutti gli aggiornamenti, ad esempio le nuove applicazioni o gli hotfix, funzionino come previsto all'interno dell'ambiente prima di aggiornare un pool di host di produzione.

Macchine virtuali e strumenti di gestione

La nuova immagine deve essere supportata per Desktop virtuale Azure e la generazione di macchine virtuali e può essere da:

  • Azure Marketplace.

  • Immagine condivisa di Raccolta di calcolo di Azure esistente.

  • Immagine gestita esistente.

Quando l'aggiornamento host di sessione crea nuove macchine virtuali, deve aggiungerle a una directory. È necessario usare la stessa directory delle macchine virtuali esistenti. Non è possibile modificare la directory durante un aggiornamento.

Eventuali personalizzazioni, ad esempio file, chiavi del Registro di sistema o certificati aggiunti manualmente agli host sessione, non sono presenti al termine dell'aggiornamento. Non è possibile aggiornare gli host di sessione nel pool singolarmente, pertanto è necessario aggiungere queste personalizzazioni nell'immagine stessa, assicurarsi che le personalizzazioni vengano applicate dagli strumenti di gestione della configurazione, ad esempio Intune o Criteri di gruppo, oppure aggiungere queste personalizzazioni allo script di PowerShell di configurazione personalizzata nella configurazione host di sessione.

Durante un aggiornamento con host di sessione aggiunti ad Active Directory, gli oggetti computer non vengono eliminati. Ciò significa che in Active Directory sono presenti oggetti computer temporaneamente orfani. Quando la nuova macchina virtuale viene aggiunta al dominio, usa il nome host originale ed eredita l'oggetto computer orfano. Se si modifica il dominio, è necessario rimuovere gli oggetti computer orfani dal dominio precedente.

Gli oggetti Criteri di gruppo vengono usati per applicare criteri agli host sessione e vengono in genere applicati a livello di unità organizzativa nel dominio di Active Directory. Tuttavia, potrebbe essere presente un'applicazione o un filtro eseguiti usando oggetti computer o oggetti gruppo. Man mano che le nuove macchine virtuali ereditano gli oggetti computer orfani, gli oggetti Criteri di gruppo esistenti vengono ancora applicati. È necessario assicurarsi che gli oggetti Criteri di gruppo esistenti vengano ancora applicati se si modifica l'appartenenza all'unità organizzativa come parte del processo di aggiornamento.

Pianificazione e sessioni utente

Se sono presenti utenti che hanno eseguito l'accesso a un host di sessione all'avvio dell'aggiornamento, ricevono la notifica specificata da un amministratore, che dovrebbe informare gli utenti di disconnettersi, quindi accedere di nuovo. Gli utenti possono accedere immediatamente per essere connessi a un altro host di sessione nel pool di host.

Le nuove connessioni vengono indirizzate agli host di sessione aggiornati per evitare che accingano a un host di sessione che verrà aggiornato imminentmente, solo per ricevere una notifica di disconnessione. Tuttavia, all'inizio di un aggiornamento non sono presenti nuovi host di sessione aggiornati, quindi gli utenti che hanno chiesto di disconnettersi e di recente hanno eseguito l'accesso agli host di sessione ancora da aggiornare ricevono una notifica per disconnettersi di nuovo.

Con un numero ridotto di host di sessione disponibili, è consigliabile pianificare un aggiornamento in un momento appropriato per l'azienda per ridurre al minimo le interruzioni agli utenti finali.

Problemi noti e limitazioni

Ecco i problemi noti e le limitazioni:

  • L'aggiornamento dell'host di sessione è disponibile solo nel cloud di Azure globale. Non è disponibile in altri cloud, ad esempio Azure US Government o Azure gestito da 21Vianet.

  • Per gli host di sessione creati da un'immagine condivisa di Azure Compute Gallery con un piano di acquisto, il piano non viene mantenuto quando gli host di sessione vengono aggiornati. Per verificare se l'immagine usata per gli host di sessione ha un piano di acquisto, è possibile usare Azure PowerShell o l'interfaccia della riga di comando di Azure.

  • Le dimensioni del disco del sistema operativo non possono essere modificate durante un aggiornamento. Per impostazione predefinita, il servizio di aggiornamento ha le stesse dimensioni definite dall'immagine della raccolta.

  • Durante un aggiornamento non è possibile aggiungere altri host di sessione al pool di host.

  • Se un aggiornamento non riesce, il pool di host non può essere eliminato fino a quando l'aggiornamento non viene annullato.

  • Lo stato di avanzamento dell'aggiornamento cambia solo quando un host di sessione è stato aggiornato. Ad esempio, in un pool di host con 10 host di sessione, mentre il primo host di sessione viene aggiornato lo stato di avanzamento viene visualizzato come 0,00%. Questo passa al 10% solo dopo l'aggiornamento del primo host di sessione.

  • Se si decide di creare un'immagine ricavata da un host di sessione esistente che viene quindi usata come immagine di origine per l'aggiornamento dell'host di sessione, è necessario eliminare la C:\packages\plugin cartella prima di creare l'immagine. In caso contrario, questa cartella impedisce l'esecuzione dell'estensione DSC che unisce le macchine virtuali aggiornate al pool di host.

  • Se si usa Azure Virtual Desktop Insights, l'agente di Monitoraggio di Azure o l'agente di Log Analytics non viene installato automaticamente negli host di sessione aggiornati. Per installare automaticamente l'agente, ecco alcune opzioni:

  • Evitare di modificare una configurazione host di sessione in un pool di host senza host di sessione contemporaneamente che viene creato un host di sessione, in quanto ciò può comportare un pool di host con proprietà dell'host sessione incoerenti.

  • Gli aggiornamenti con dimensioni batch di grandi dimensioni possono causare errori intermittenti con il codice AgentRegistrationFailureGenericdi errore . Se ciò si verifica per un subset di host sessione da aggiornare, riprovare a eseguire l'aggiornamento risolve in genere il problema.

Passaggi successivi