Azure Virtual Desktop Classic Ritirato: Prossimi Passi per IT

Introduzione

Il ritiro di Azure Virtual Desktop (classico) crea una distinzione importante tra la perdita di un servizio di connessione legacy e la continua disponibilità delle risorse Azure sottostanti. Per i team IT che hanno perso la scadenza per la migrazione, comprendere questa distinzione è essenziale per pianificare il recupero senza sostituire inutilmente l'infrastruttura esistente. Questo articolo spiega cosa significa il ritiro per le risorse esistenti, come identificare i deployment classici, quali opzioni di migrazione rimangono da valutare e come scegliere un'architettura di consegna delle applicazioni supportata.

Cosa significa quando Azure Virtual Desktop Classic viene ritirato?

Microsoft ha ufficialmente ritirato Azure Virtual Desktop (classico) a partire dal 30 settembre 2026. In base alla documentazione ufficiale di Microsoft, "le connessioni ai servizi classici saranno bloccate dopo il ritiro." Pertanto, il ritiro influisce sul tipo specifico di servizi relativi alla gestione di desktop virtuali e applicazioni utilizzando il modello di distribuzione Azure Virtual Desktop (classico).

Tuttavia, il processo di pensionamento non si applica al moderno Azure Virtual Desktop che utilizza Azure Resource Manager (ARM). Pertanto, la principale preoccupazione per gli utenti che utilizzano ancora le risorse classiche è l'impossibilità di stabilire connessioni ai servizi precedentemente funzionanti. Pertanto, gli utenti dovrebbero prestare particolare attenzione alla gestione delle risorse classiche poiché le risorse stesse non scompariranno dopo la data di pensionamento.

Cosa è stato esattamente ritirato?

Azure Virtual Desktop (classico), precedentemente noto come Windows Virtual Desktop, aveva la sua infrastruttura di gestione basata su cmdlet PowerShell dedicati, API e oggetti di servizio.

A differenza del moderno Azure Virtual Desktop, i pool di host classici e i gruppi di applicazioni non erano definiti come risorse unificate del gestore delle risorse Azure.

Oggi, questi componenti sono incorporati nel sistema di gestione delle risorse di Azure, consentendo agli amministratori di applicare il controllo degli accessi basato sui ruoli di Azure (RBAC), gestire il servizio tramite il portale di Azure e utilizzare modelli moderni di infrastruttura come codice per l'automazione del deployment.

Capacità	AVD Classic (ritirato)	AVD moderno
Gestione	Piano di controllo legacy	Azure Resource Manager
portale Azure	Integrazione limitata	Integrazione nativa
Controllo degli accessi	Ruoli tenant legacy	Azure RBAC
Automazione	API classiche e PowerShell	ARM, API, Az PowerShell
Consegna di desktop e app	Connessioni bloccate	Supportato
Stato del servizio	Pensionato	Supportato

Il ritiro rappresenta un cambiamento nell'architettura del servizio sottostante, non semplicemente un rinominare del prodotto.

Il Modern Azure Virtual Desktop funziona ancora?

Sì. Il moderno Azure Virtual Desktop è supportato e continua a offrire desktop Windows completi, piattaforme multisessione e distribuzione di app individuali tramite RemoteApp.

Le organizzazioni che utilizzano già i pool di host integrati con Azure Resource Manager (ARM) non sono influenzate dalla dismissione del servizio classico.

I responsabili IT dovrebbero anche notare la differenza tra la fine del supporto per il classico Azure Virtual Desktop e la separata fine del supporto per i client Remote Desktop più vecchi. Il client Remote Desktop per Windows (MSI) era programmato per raggiungere la fine del supporto per gli ambienti cloud pubblici il 27 marzo 2026 e per Azure Virtual Desktop (classico) il 28 settembre 2026.

Come possono i team IT identificare le distribuzioni di Azure Virtual Desktop Classic?

Il primo passo è identificare se ci sono carichi di lavoro di produzione ancora dipendenti dall'architettura ritirata.

Questo è particolarmente critico per i sistemi che sono stati messi in produzione anni fa e potrebbero essere stati ripresi da nuovi amministratori o ignorati nella documentazione attuale dell'infrastruttura.

Controlla l'integrazione di Azure Resource Manager

Dovresti iniziare ispezionando le risorse di Azure Virtual Desktop nel portale Azure. Le moderne implementazioni di Azure Virtual Desktop espongono pool di host, gruppi di applicazioni e spazi di lavoro come risorse Azure in un abbonamento e un gruppo di risorse. Al contrario, le implementazioni classiche esponevano oggetti di servizio gestiti in modi diversi.

La presenza dei seguenti elementi di Azure Virtual Desktop è un forte indicatore di un'implementazione classica:

• Pool di host che utilizzano il modulo PowerShell classico di Azure Virtual Desktop
• Riferimenti storici a un inquilino di servizio classico o API di servizio classico
• Gruppi di applicazioni che mancano delle risorse ARM corrispondenti
• Macchine virtuali host di sessione che si riferiscono a documentazione precedente

Allo stesso tempo, l'assenza di un pool di host nel portale Azure non è necessariamente un'indicazione di un'implementazione classica. Dovresti sempre controllare quale abbonamento, tenant Microsoft Entra e controllo degli accessi basato sui ruoli ha l'utente prima di analizzare ulteriormente il problema.

Esamina gli strumenti di gestione delle versioni precedenti e le dipendenze

Gli script di distribuzione e i repository di automazione possono fungere da fonti supplementari di prove.

Ad esempio, la presenza di script contenenti riferimenti a Microsoft.RDInfra.RDPowerShell o operazioni di gestione a livello di tenant classiche suggerirebbe che l'ambiente è stato configurato con il vecchio stack di gestione.

Gli ambienti moderni sfrutteranno interfacce di gestione integrate con Azure Resource Manager e i relativi moduli Az PowerShell.

Gli amministratori dovrebbero anche inventariare tutte le risorse applicative, utente e infrastrutturali associate ai pool di host potenzialmente interessati.

Questo include l'esame delle macchine virtuali host di sessione, delle assegnazioni delle applicazioni, delle posizioni di archiviazione dei profili, delle dipendenze di autenticazione, delle configurazioni di rete e dei repository di backup. Il documentazione di migrazione manuale di Microsoft contiene confronti dettagliati tra il modello di oggetto di servizio classico e il modello di risorsa integrato di Azure Resource Manager (ARM).

Cosa può succedere alle tue risorse esistenti dopo il ritiro di Azure Virtual Desktop Classic?

La differenza più importante è tra il servizio di connessione ritirato e l'infrastruttura Azure sottostante.

Mentre le connessioni desktop classiche sono bloccate, le macchine virtuali esistenti, le risorse di archiviazione e i dati delle applicazioni possono rimanere in posizione.

Le macchine virtuali esistenti e lo storage potrebbero rimanere disponibili

Le macchine virtuali Azure sono risorse gestite autonomamente, senza fare affidamento sul piano di controllo del servizio classico ritirato. Pertanto, le macchine virtuali host di sessione, i dischi gestiti e le risorse di rete create nell'abbonamento potrebbero ancora esistere.

Tuttavia, non possono essere utilizzati per ripristinare il broker di connessione ritirato. Nessuna macchina virtuale creata nella nuova infrastruttura Azure è disponibile per riportare l'esperienza desktop di un'organizzazione allo stato di funzionamento.

Gli amministratori dovrebbero esaminare attentamente ogni risorsa e, se può essere riutilizzata per una configurazione supportata, dovrebbero eseguire i seguenti passaggi.

È essenziale verificare se il sistema operativo della macchina virtuale è supportato e se le applicazioni e le configurazioni di sicurezza sono compatibili.

L'accesso all'applicazione e i dati degli utenti richiedono controlli separati

Gli utenti che si sono connessi tramite il desktop classico o il tipo di sessione RemoteApp non saranno più in grado di avviare le loro applicazioni tramite questo servizio.

Il risultato della disattivazione del servizio potrebbe essere la perdita di accesso ai desktop, alle applicazioni pubblicate e interruzioni nei processi aziendali.

Tuttavia, il ritiro del servizio non garantisce che i dati relativi all'utente vengano eliminati.

Nella maggior parte dei casi, è probabile che siano i dati degli utenti a essere conservati su Azure Files, dischi VM o altri supporti di archiviazione, ma la retention e l'accessibilità di queste informazioni dipenderebbero da come sono state configurate, protette con permessi, eseguite in backup, ecc...

Pertanto, prima di dismettere o migrare i sistemi coinvolti, i reparti IT devono assicurarsi di aver conservato tutti i dati necessari.

Un team può ancora migrare Azure Virtual Desktop Classic dopo il suo ritiro?

Microsoft documenta due percorsi di migrazione per il passaggio da Azure Virtual Desktop (classico) al nuovo Azure Virtual Desktop integrato con ARM: migrazione automatica e migrazione manuale.

Entrambe le opzioni erano destinate a essere valide fino al 30 settembre 2026.

Poiché quella data è nel passato, gli amministratori non dovrebbero considerare gli strumenti descritti nella documentazione come pronti per la produzione in tutti gli scenari.

La documentazione di Microsoft non fornisce indicazioni sul periodo di transizione.

Pertanto, le organizzazioni non dovrebbero fare affidamento su strumenti e processi di transizione post-pensionamento.

Opzione 1: Migrazione Automatica

Il processo di migrazione automatica di Microsoft utilizza uno strumento basato su PowerShell per spostare le configurazioni di servizio classiche idonee alle risorse ARM.

La documentazione dell'azienda raccomanda che gli utenti abbiano un abbonamento attivo ad Azure con i permessi necessari e soddisfino i requisiti ambientali elencati dal modulo di migrazione.

Ad esempio, le linee guida di Microsoft suggeriscono che agli utenti vengano delegate le autorizzazioni di Collaboratore per creare risorse Azure e le autorizzazioni di Amministratore accesso utente per gestire l'appartenenza ai gruppi di applicazione.

Tuttavia, è essenziale riconoscere che lo strumento non può garantire il recupero dei dati dopo il ritiro.

Le organizzazioni con distribuzioni classiche attive dovrebbero consultare il supporto Microsoft per confermare se il processo di migrazione è un'opzione disponibile per il loro ambiente.

Opzione 2: Migrazione Manuale o Ricostruzione

La migrazione manuale richiede la creazione di risorse moderne di Azure Virtual Desktop e la riconfigurazione della configurazione del servizio.

A seconda del caso specifico, gli amministratori potrebbero dover:

• Crea pool di host integrati basati su ARM, gruppi di applicazioni e spazi di lavoro
• Stabilire o sostituire le macchine virtuali host di sessione
• Registrare host di sessione compatibili con i nuovi pool di host
• Ricrea associazioni tra utenti e applicazioni
• Regola le configurazioni di identità, rete, sicurezza e profilo

L'approccio manuale diventa necessario quando le configurazioni legacy contengono complessità non documentate, personalizzazioni estese o quando gli strumenti di migrazione moderni si rivelano insufficienti.

È importante notare che ricostruire l'infrastruttura di consegna non comporta sempre la sostituzione completa di applicazioni e dati.

I componenti rimanenti possono spesso essere riutilizzati attraverso valutazioni di compatibilità appropriate, valutazioni di licenza e audit di sicurezza.

La decisione dovrebbe basarsi sullo stato attuale delle risorse esistenti e sul supporto disponibile da Microsoft.

Situazione	Approccio per valutare
Configurazione classica idonea e Microsoft conferma il supporto per la migrazione	Migrazione automatica
Configurazione classica complessa o inaccessibile	Ricostruzione manuale
Le VM esistenti e i dati rimangono disponibili	Ricostruire i servizi di consegna e valutare il riutilizzo
I carichi di lavoro legacy non sono più necessari	Disattivazione sicura
I desktop ospitati su Azure non sono più necessari	Architettura di consegna alternativa

Cosa dovrebbero fare i team IT se hanno perso la scadenza per il ritiro?

Le organizzazioni che non hanno completato la loro migrazione entro il 30 settembre 2026 dovrebbero dare priorità alla conservazione delle risorse e al ripristino dell'accesso alle applicazioni aziendali.

Invece di tentare più connessioni al servizio ritirato, si consiglia agli amministratori di eseguire un processo di recupero.

Passo 1: Valutare l'impatto del servizio

Identificare quali utenti, desktop e applicazioni non sono disponibili.

Scopri se si tratta di un'intera ambiente o di carichi di lavoro specifici che sono interessati. Conferma che il problema è legato a un ritiro classico e non a qualche altro problema di autenticazione, rete o host di sessione.

Passo 2: Preservare l'infrastruttura e i dati

Esamina gli abbonamenti Azure per identificare le macchine virtuali attuali, i dischi gestiti, gli account di archiviazione e le risorse di rete.

Documenta le dipendenze e assicurati backup esistono prima di intraprendere qualsiasi azione. Non eliminare risorse fino a quando i dati dell'applicazione, i profili utente e le informazioni di configurazione non sono stati identificati.

Passaggio 3: Conferma le opzioni di recupero con Microsoft

Contatta il supporto Microsoft per assicurarti che siano ancora disponibili procedure di migrazione/recupero supportate.

Le istruzioni iniziali per la migrazione automatica/manuale sono state sviluppate tenendo presente la data di pensionamento e quindi non dovrebbero essere considerate applicabili.

Nel caso in cui la configurazione classica non possa essere migrata, potrebbe essere necessario ricostruire l'ambiente con risorse Azure Virtual Desktop supportate.

Passo 4: Ripristina la consegna delle applicazioni e del desktop

Seleziona un'architettura che supporti le applicazioni e i desktop di cui gli utenti hanno bisogno.

Per le organizzazioni che pianificano di rimanere su Azure Virtual Desktop, questo di solito comporta la configurazione di pool di host integrati ARM, host di sessione supportati, gruppi di applicazioni e assegnazioni degli utenti.

Alcune organizzazioni potrebbero scoprire che un'altra pubblicazione delle applicazioni o la soluzione desktop si adatta meglio alle loro esigenze.

L'obiettivo è ripristinare l'accesso evitando la complessità e il sovraccarico inutile della configurazione precedente.

Qual è il modo per convalidare una migrazione di Azure Virtual Desktop?

Ripristinare l'infrastruttura non garantisce il normale funzionamento degli utenti.

Una migrazione o ricostruzione deve quindi essere convalidata a livello di servizio e applicazione.

Verifica dell'autenticazione e dell'accesso utente

Conferma che gli utenti possono autenticarsi e accedere alle risorse che sono state loro assegnate.

Controlla Microsoft Entra, autenticazione multifattoriale, politiche di Accesso Condizionale e assegnazioni Azure RBAC, se applicabile.

Gli amministratori dovrebbero confermare che i permessi siano allineati con il principio del minimo privilegio e che non ci siano modelli di accesso legacy che siano stati trasferiti involontariamente.

Test delle applicazioni critiche per il business

Testa le applicazioni e i desktop pubblicati utilizzando distinti account utente rappresentativi.

Le attività di convalida dovrebbero includere il lancio dell'applicazione, le connessioni al database, le condivisioni di rete, la stampa, la reindirizzamento degli appunti e le periferiche richieste, se presenti.

Le applicazioni legacy devono essere prese in considerazione in modo speciale poiché potrebbero richiedere una configurazione specifica del sistema operativo, un percorso di rete o un componente dell'applicazione.

Un esempio di un'applicazione legacy potrebbe essere un'applicazione ERP che si avvia con successo ma non riesce a connettersi al suo database dal nuovo host di sessione.

Convalida profili, prestazioni e operazioni

Le aziende che utilizzano FSLogix o uno degli altri strumenti di profilazione dovrebbero assicurarsi che tutto sia correttamente allegato, sia persistente e possa essere accessibile in modo appropriato.

È fondamentale testarlo accedendo per la prima volta e verificando se tutto funzionerà correttamente quando un utente apre un'applicazione e durante il successivo accesso. È anche essenziale garantire che i processi siano monitorati, salvati e ripristinati.

La migrazione è completa solo quando tutto è pronto, inclusi gli utenti che possono accedere alle loro applicazioni. Deve essere possibile mantenere il sistema correttamente.

Le organizzazioni dovrebbero riconsiderare la loro architettura di distribuzione desktop?

Il ritiro di Azure Virtual Desktop (classico) è principalmente una questione di ciclo di vita della piattaforma, ma presenta anche un'opportunità per valutare se l'attuale piattaforma di distribuzione desktop continua a soddisfare le tue esigenze.

Il passaggio al moderno Azure Virtual Desktop è la scelta ovvia per molti, specialmente per coloro che sono già orientati verso Azure e utilizzano desktop ospitati su Azure.

Altre organizzazioni hanno requisiti meno complessi.

Quando ha senso utilizzare il Modern Azure Virtual Desktop?

Desktop Virtuale Moderno Azure potrebbe essere adatto per organizzazioni che richiedono desktop e app Windows gestiti centralmente, ospitati su Azure.

Consente modelli multisessione, RemoteApp e strumenti di amministrazione e ID Microsoft.

Ha senso per le aziende che hanno già una presenza su Azure, ma i reparti IT devono comunque affrontare le complessità del cloud, inclusi licenze, networking, archiviazione, amministrazione e aspetti operativi.

Quando è appropriata un'altra architettura di pubblicazione delle applicazioni Windows?

Non tutte le organizzazioni richiedono un ambiente di virtualizzazione desktop completamente implementato ospitato in Microsoft Azure.

Alcune imprese hanno bisogno solo di un supporto limitato accesso remoto a specifiche applicazioni Windows, come applicazioni finanziarie o ERP o applicazioni legacy di business.

Queste organizzazioni possono prendere in considerazione la pubblicazione di applicazioni ospitate su server Windows gestiti centralmente invece di implementare un'infrastruttura desktop virtuale (VDI) generalizzata.

Il moderno Azure Virtual Desktop non riguarda solo la virtualizzazione di desktop o applicazioni, ma anche la pubblicazione di applicazioni.

Oggi è possibile pubblicare applicazioni Azure utilizzando il metodo RemoteApp.

La realtà è che non c'è una dicotomia nello spazio di distribuzione delle applicazioni, ma piuttosto un continuum che va dalla pubblicazione delle applicazioni alla virtualizzazione del desktop.

La discussione dovrebbe concentrarsi sulla ricerca dell'architettura di distribuzione delle applicazioni più rilevante per l'organizzazione e i casi d'uso dati.

Ad esempio, se c'è un'applicazione di lunga data ospitata in una cartella di Windows Server a cui accede un insieme di utenti autorizzati, l'organizzazione non ha bisogno di pubblicarla in Azure Virtual Desktop quando l'infrastruttura legacy funziona ancora correttamente.

Invece, potrebbe essere vantaggioso per tali imprese mantenere la loro posizione di hosting delle applicazioni in loco mentre aggiornano il loro metodo di accesso alle applicazioni.

Quali fattori dovrebbero guidare la decisione?

I reparti IT dovrebbero valutare la scelta in base ai criteri delle esigenze di distribuzione, piuttosto che alle caratteristiche del sistema dismesso.

Considerazione	Domanda chiave
Hosting	Devono i carichi di lavoro essere eseguiti in Azure?
Esperienza utente	Desktop completi o applicazioni selezionate?
Compatibilità	Le applicazioni Windows esistenti funzioneranno?
Sicurezza	Come sono protetti l'identità e l'accesso alla sessione?
Gestione	Chi mantiene l'infrastruttura?
Licenza	Quali licenze Microsoft e software si applicano?
Scalabilità	Quanti utenti concorrenti sono necessari?
Costo	Qual è il costo totale di possesso?

Lo scopo è selezionare un'architettura aziendale che soddisfi i requisiti di disponibilità, sicurezza e ridotta complessità amministrativa.

Cerchi un'alternativa per la distribuzione di applicazioni e desktop Windows?

Migrare a un moderno Azure Virtual Desktop non è necessariamente la migliore opzione per ogni organizzazione. Le aziende che necessitano principalmente di accesso a applicazioni Windows esistenti o desktop ospitati centralmente possono trarre vantaggio da un'architettura più semplice, in particolare quando non richiedono un ambiente desktop virtuale completamente ospitato su Azure.

TSplus Remote Access abilita i team IT a pubblicare applicazioni Windows e desktop remoti completi tramite client compatibili con RDP o un portale web HTML5. Con supporto per server Windows on-premises e ospitati nel cloud, offre un'alternativa pratica per le organizzazioni che cercano di mantenere le proprie applicazioni esistenti semplificando la distribuzione delle applicazioni remote.

Conclusione

Il ritiro di Azure Virtual Desktop (classico) rende essenziale identificare i deployment interessati, preservare le risorse esistenti e ripristinare l'accesso attraverso un'infrastruttura supportata. I team IT dovrebbero verificare le opzioni di recupero disponibili prima di tentare la migrazione o la ricostruzione.

Che le organizzazioni continuino con Azure Virtual Desktop moderno o adottino un'altra architettura di distribuzione, la priorità rimane garantire un accesso alle applicazioni sicuro e affidabile senza complessità operative inutili.