AzureCloud

Nuove opzioni di hybrid deployment per Azure Virtual Desktop

Introduzione

Azure Virtual Desktop (AVD) nasce nel 2019 come servizio VDI full cloud: desktop e app Windows erogati da macchine virtuali eseguite in Azure, con piano di controllo e data plane entrambi nel cloud.

Negli anni, per andare incontro alle esigenze di scenari edge e on-premises, Microsoft ha introdotto Azure Virtual Desktop for Azure Local, che permette di eseguire AVD su infrastruttura Azure Local (ex Azure Stack HCI). Anche in questo modello, però, l’opzione on-prem era legata al mondo Azure Local e a un’infrastruttura ben precisa.

Con l’annuncio del 18 novembre 2025, Microsoft compie un passo ulteriore: arriva in limited preview Azure Virtual Desktop for hybrid environments, che porta AVD anche sugli Arc-Enabled Servers on-premises, ampliando le possibilità ben oltre Azure Local.

I limiti delle opzioni AVD on-prem

Prima di questo annuncio, le opzioni erano essenzialmente due:

  • AVD “classico” in Azure
    • Session host eseguiti in Azure IaaS
    • Ideale per chi può spostare completamente i carichi in cloud
  • AVD per Azure Local
    • Session host eseguiti su Azure Local/Azure Stack HCI, comunque all’interno dell’ecosistema Azure
    • Ottimo per scenari edge o per chi voleva un’appliance on-prem completamente “by Microsoft”

Chi aveva hypervisor esistenti (Hyper-V “puro”, VMware vSphere, Nutanix AHV) o server fisici Windows difficilmente poteva adottare AVD senza rivedere in profondità l’infrastruttura, acquistare nuovo hardware o cambiare piattaforma di virtualizzazione.

Cosa cambia ora: AVD su Arc-Enabled servers

Con Azure Virtual Desktop for hybrid environments la situazione cambia in modo sostanziale.
Oggi è infatti possibile:

  • Usare server on-prem connessi tramite Azure Arc come session host AVD.
  • Estendere AVD oltre Azure Local a:
    • Microsoft Hyper-V
    • VMware vSphere
    • Nutanix AHV
    • Server fisici Windows
    • In generale, qualsiasi ambiente in cui si possano distribuire Arc-Enabled Servers.

In parallelo, Microsoft sottolinea che AVD per Azure Local continua ad esistere per chi vuole una soluzione end-to-end completamente Microsoft, mentre la nuova opzione ibrida è pensata per valorizzare l’hardware e gli hypervisor già presenti negli ambienti enterprise (leggi il blog).

Piano di controllo

Il piano di controllo (brokering, workspace, autenticazione via Microsoft Entra, policy centralizzate, monitoraggio) rimane tutto in Azure.

Data plane

Il data plane (session host, dati applicativi, traffico utente) può restare nel datacenter on-premises, vicino ai dati e alle applicazioni locali, grazie all’agente Azure Arc installato su VM o server fisici.


Partner e ecosistema “non solo Microsoft”

Un elemento importante del nuovo annuncio è il ruolo dei partner.
Fin da subito la limited preview è supportata da soluzioni come:

  • ControlUp (monitoring e analytics in tempo reale)
  • LoginVSI / Hydra (testing e gestione AVD)
  • Nerdio (automazione e gestione avanzata di ambienti AVD e Windows 365)
  • Nutanix (esecuzione di AVD su Nutanix AHV)

Questi partner forniscono i tasselli mancanti per chi vuole integrare AVD ibrido nei processi esistenti di lifecycle management, capacity planning, automazione e monitoraggio delle VDI.

Conclusione

Dal punto di vista di chi si occupa di Modern Workplace ed EUC, questo annuncio è uno dei più importanti degli ultimi anni per AVD.
Microsoft smette di chiedere ai clienti di adattarsi al cloud a tutti i costi e, invece, porta il cloud dove sono i clienti.

Se hai investito pesantemente in VMware o Nutanix, AVD non è più sinonimo di “rifai tutto in Azure”.
Dal lato architetturale, il modello control plane in Azure/data plane on-prem è pulito, poiché permette di standardizzare identità, accesso, governance, pur lasciando massima libertà su hardware e hypervisor; per i team IT significa poter modernizzare il front-end (broker, accesso, governance) senza toccare subito il back-end (hypervisor, storage, rete). È un enorme vantaggio in termini di rischio progettuale.

Ci sono però anche alcune attenzioni da tenere a mente.

La complessità non sparisce.
Introdurre Azure Arc, AVD e partner di terze parti richiede competenze nuove e una governance chiara tra team cloud, networking, security e infrastruttura. Serve definire bene quali workload restano on-prem e per quanto tempo.
Il rischio è trasformare l’ibrido in un “per sempre” non governato, invece che in un percorso deliberato verso il cloud dove ha senso.

Come sempre nelle preview, oggi è il momento giusto per testare in ambienti pilota, dare feedback e capire l’impatto su licenze, operations e user experience, non per un roll-out massivo in produzione.


Lascia un commento

Il tuo indirizzo email non sarà pubblicato. I campi obbligatori sono contrassegnati *