Desktop virtuale Azure per le aziende

Desktop virtuale Azure è un servizio di virtualizzazione di applicazioni e desktop eseguito in Azure. Questo articolo ha lo scopo di aiutare gli architetti dell'infrastruttura desktop, gli architetti cloud, gli amministratori desktop e gli amministratori di sistema a esplorare Desktop virtuale Azure e creare soluzioni VDI (Virtual Desktop Infrastructure) su scala aziendale. Le soluzioni su scala aziendale in genere coprono 1.000 o più desktop virtuali.

Architettura

Una configurazione architetturale tipica per Desktop virtuale Azure è illustrata nel diagramma seguente:

Scaricare un file di Visio di questa architettura.

Flusso di dati

Gli elementi del flusso di dati del diagramma sono descritti di seguito:

• Gli endpoint dell'applicazione si trovano nella rete locale di un cliente. Azure ExpressRoute estende la rete locale in Azure e Microsoft Entra Connect integra i Dominio di Active Directory Services (AD DS) del cliente con Microsoft Entra ID.

• Il piano di controllo di Desktop virtuale Azure gestisce l'accesso Web, il gateway, il broker, la diagnostica e i componenti di estendibilità, ad esempio le API REST.

• Il cliente gestisce Active Directory Domain Services e Microsoft Entra ID, sottoscrizioni di Azure, reti virtuali, File di Azure o Azure NetApp Files e pool di host e aree di lavoro di Desktop virtuale Azure.

• Per aumentare la capacità, il cliente usa due sottoscrizioni di Azure in un'architettura hub-spoke e le connette tramite peering di rete virtuale.

Per altre informazioni sul contenitore di profili FSLogix - File di Azure e sulle procedure consigliate di Azure NetApp Files, vedere Esempi di configurazione di FSLogix.

Componenti

L'architettura del servizio Desktop virtuale Azure è simile a Servizi Desktop remoto di Windows Server. Anche se Microsoft gestisce i componenti di infrastruttura e brokering, i clienti aziendali gestiscono le proprie macchine virtuali host desktop, i dati e i client.

Componenti gestiti da Microsoft

Microsoft gestisce i servizi Desktop virtuale Azure seguenti come parte di Azure:

• Accesso Web: usando il servizio Accesso Web all'interno di Desktop virtuale Azure è possibile accedere a desktop virtuali e app remote tramite un Web browser compatibile con HTML5 esattamente come si farebbe con un PC locale, ovunque e in qualsiasi dispositivo. È possibile proteggere l'accesso Web usando l'autenticazione a più fattori in Microsoft Entra ID.

• Gateway: il servizio Gateway connessione remota connette utenti remoti ad app Desktop virtuale Azure e desktop da qualsiasi dispositivo connesso a Internet in grado di eseguire un client Desktop virtuale Azure. Il client si connette a un gateway, che orchestra quindi una connessione da una macchina virtuale allo stesso gateway.

• Gestore connessione: il servizio Gestore connessione gestisce le connessioni utente a desktop virtuali e app remote. Gestore connessione fornisce il bilanciamento del carico e la riconnessione alle sessioni esistenti.

• Diagnostica: Diagnostica Desktop remoto è un aggregatore basato su eventi che contrassegna ogni azione dell'utente o dell'amministratore nella distribuzione di Desktop virtuale Azure come esito positivo o negativo. Gli amministratori possono eseguire query sull'aggregazione di eventi per identificare i componenti con errori.

• Componenti di estendibilità: Desktop virtuale Azure include diversi componenti di estendibilità. È possibile gestire Desktop virtuale Azure usando Windows PowerShell o con le API REST fornite, che consentono anche il supporto da strumenti di terze parti.

Componenti gestiti

È possibile gestire i componenti seguenti delle soluzioni Desktop virtuale Azure:

• Rete virtuale di Azure: con la rete virtuale di Azure, le risorse di Azure, ad esempio le macchine virtuali, possono comunicare privatamente tra loro e con Internet. La connessione dei pool di host di Desktop virtuale Azure a un dominio di Active Directory consente di definire la topologia di rete per accedere a desktop virtuali e app virtuali da Intranet o Internet in base ai criteri dell'organizzazione. È possibile connettere un'istanza di Desktop virtuale Azure a una rete locale usando una rete privata virtuale (VPN) oppure è possibile usare Azure ExpressRoute per estendere la rete locale in Azure tramite una connessione privata.

• Microsoft Entra ID: Desktop virtuale Azure usa Microsoft Entra ID per la gestione delle identità e degli accessi. L'integrazione di Microsoft Entra applica funzionalità di sicurezza di Microsoft Entra, ad esempio l'accesso condizionale, l'autenticazione a più fattori e Intelligent Security Graph, e consente di mantenere la compatibilità delle app nelle macchine virtuali aggiunte a un dominio.

• Servizi di dominio Active Directory (facoltativo): le macchine virtuali di Desktop virtuale Azure possono essere aggiunte a un dominio a un servizio Active Directory Domain Services o usare Distribuire macchine virtuali aggiunte a Microsoft Entra in Desktop virtuale Azure

  • Quando si usa un dominio di Active Directory Domain Services, il dominio deve essere sincronizzato con l'ID Microsoft Entra per associare gli utenti tra i due servizi. È possibile usare Microsoft Entra Connect per associare Servizi di dominio Active Directory a Microsoft Entra ID.
  • Quando si usa l'aggiunta a Microsoft Entra, esaminare le configurazioni supportate per assicurarsi che lo scenario sia supportato.

• Host di sessione di Desktop virtuale Azure: gli host di sessione sono macchine virtuali a cui gli utenti si connettono per desktop e applicazioni. Sono supportate diverse versioni di Windows ed è possibile creare immagini con le applicazioni e le personalizzazioni. È possibile scegliere le dimensioni delle macchine virtuali, incluse le macchine virtuali abilitate per GPU. Ogni host di sessione ha un agente host di Desktop virtuale Azure, che registra la macchina virtuale come parte dell'area di lavoro o del tenant di Desktop virtuale Azure. Ogni pool di host può avere uno o più gruppi di app, ovvero raccolte di applicazioni remote o sessioni desktop a cui è possibile accedere. Per vedere quali versioni di Windows sono supportate, vedi Sistemi operativi e licenze.

• Area di lavoro desktop virtuale Azure: l'area di lavoro o il tenant di Desktop virtuale Azure è un costrutto di gestione per la gestione e la pubblicazione delle risorse del pool di host.

Dettagli dello scenario

Potenziali casi d'uso

La più grande richiesta di soluzioni desktop virtuali aziendali proviene da:

• Applicazioni di sicurezza e regolamentazione, ad esempio servizi finanziari, sanità e enti pubblici.

• Esigenze della forza lavoro elastica, ad esempio lavoro remoto, fusioni e acquisizioni, dipendenti a breve termine, terzisti e accesso ai partner.

• Dipendenti specifici, ad esempio bring your own device (BYOD) e utenti mobili, call center e branch worker.

• Carichi di lavoro specializzati, ad esempio progettazione e progettazione, app legacy e test di sviluppo software.

Desktop personali e in pool

Usando soluzioni desktop personali, talvolta denominate desktop permanenti, gli utenti possono sempre connettersi allo stesso host di sessione specifico. Gli utenti possono in genere modificare l'esperienza desktop per soddisfare le preferenze personali e possono salvare i file nell'ambiente desktop. Le soluzioni desktop personali:

• Consentire agli utenti di personalizzare l'ambiente desktop, incluse le applicazioni installate dall'utente, e gli utenti possono salvare i file all'interno dell'ambiente desktop.
• Consentire l'assegnazione di risorse dedicate a utenti specifici, che possono essere utili per alcuni casi d'uso di produzione o sviluppo.

Le soluzioni desktop in pool, dette anche desktop non persistenti, assegnano gli utenti a qualsiasi host di sessione attualmente disponibile, a seconda dell'algoritmo di bilanciamento del carico. Poiché gli utenti non tornano sempre allo stesso host di sessione ogni volta che si connettono, hanno una capacità limitata di personalizzare l'ambiente desktop e in genere non hanno accesso amministratore.

Manutenzione pacchetti Windows

Sono disponibili diverse opzioni per l'aggiornamento delle istanze di Desktop virtuale Azure. La distribuzione di un'immagine aggiornata ogni mese garantisce la conformità e lo stato.

• Microsoft Endpoint Configuration Manager (MECM) aggiorna i sistemi operativi desktop e server.
• Aggiornamenti di Windows per le aziende aggiorna i sistemi operativi desktop, ad esempio Windows 11 Enterprise multisessione.
• Gestione aggiornamenti di Azure aggiorna i sistemi operativi server.
• Azure Log Analytics controlla la conformità.
• Distribuire una nuova immagine (personalizzata) negli host di sessione ogni mese per ottenere gli aggiornamenti più recenti per Windows e le applicazioni. È possibile usare un'immagine di Azure Marketplace o un'immagine gestita da Azure personalizzata.

Relazioni tra componenti logici chiave

Le relazioni tra pool di host, aree di lavoro e altri componenti logici chiave variano. Vengono riepilogati nel diagramma seguente:

I numeri nelle descrizioni seguenti corrispondono a quelli del diagramma precedente.

• (1) Un gruppo di applicazioni che contiene un desktop pubblicato può contenere solo pacchetti MSIX montati nel pool di host (i pacchetti saranno disponibili nel menu Start dell'host sessione), non può contenere altre risorse pubblicate ed è denominato gruppo di applicazioni desktop.
• (2) I gruppi di applicazioni assegnati allo stesso pool di host devono essere membri della stessa area di lavoro.
• (3) Un account utente può essere assegnato a un gruppo di applicazioni direttamente o tramite un gruppo Microsoft Entra. È possibile assegnare nessun utente a un gruppo di applicazioni, ma non può essere risolto.
• (4) È possibile avere un'area di lavoro vuota, ma non può gestire gli utenti.
• (5) È possibile avere un pool di host vuoto, ma non può essere ospitato dagli utenti.
• (6) È possibile che a un pool di host non siano assegnati gruppi di applicazioni, ma non può essere gestito dagli utenti.
• (7) Microsoft Entra ID è obbligatorio per Desktop virtuale Azure. Ciò è dovuto al fatto che gli account utente e i gruppi di Microsoft Entra devono essere sempre usati per assegnare gli utenti ai gruppi di applicazioni Desktop virtuale Azure. Microsoft Entra ID viene usato anche per autenticare gli utenti nel servizio Desktop virtuale Azure. Gli host di sessione di Desktop virtuale Azure possono anche essere membri di un dominio Microsoft Entra e in questa situazione anche le applicazioni pubblicate da Desktop virtuale Azure e le sessioni desktop verranno avviate ed eseguite (non solo assegnate) usando gli account Microsoft Entra.
  • (7) In alternativa, gli host di sessione di Desktop virtuale Azure possono essere membri di un dominio di Active Directory Domain Services e in questa situazione le applicazioni pubblicate da Desktop virtuale Azure e le sessioni desktop verranno avviate ed eseguite (ma non assegnate) usando gli account di Active Directory Domain Services. Per ridurre il sovraccarico amministrativo e dell'utente, è possibile sincronizzare Active Directory Domain Services con Microsoft Entra ID tramite Microsoft Entra Connect.
  • (7) Infine, gli host di sessione di Desktop virtuale Azure possono, invece, essere membri di un dominio di Microsoft Entra Domain Services e in questa situazione le applicazioni pubblicate e le sessioni desktop pubblicate da Desktop virtuale Azure verranno avviate ed eseguite (ma non assegnate) usando gli account microsoft Entra Domain Services. Microsoft Entra ID viene sincronizzato automaticamente con Microsoft Entra Domain Services, da Microsoft Entra ID solo a Microsoft Entra Domain Services.

Considerazioni

Queste considerazioni implementano i pilastri di Azure Well-Architected Framework, che è un set di set di principi guida che è possibile usare per migliorare la qualità di un carico di lavoro. Per altre informazioni, vedere Well-Architected Framework.

Usare lo strumento di valutazione per valutare l'idoneità del carico di lavoro di Desktop virtuale Azure. Questo strumento controlla l'allineamento alle procedure consigliate descritte nella documentazione del carico di lavoro di Desktop virtuale Azure.

Affidabilità

L'affidabilità garantisce che l'applicazione possa soddisfare gli impegni assunti dai clienti. Per altre informazioni, vedere Elenco di controllo per la revisione della progettazione per l'affidabilità.

• Assicurarsi che la capacità sia riservata: per garantire l'allocazione garantita delle risorse di calcolo, è possibile richiedere una prenotazione di capacità on demand senza impegno a termine e può essere combinata con istanze riservate.
• Aggiungere resilienza all'interno dell'area: usare le zone di disponibilità per i servizi di Azure che li supportano, ad esempio:
  • Macchine virtuali (host sessione)
  • Archiviazione di Azure (FSLogix o Collegamento app). Per altre informazioni, vedere Ridondanza di Archiviazione di Azure.
• Creare un piano di continuità aziendale: se le zone di disponibilità non soddisfano le destinazioni RTO o RPO, vedere le indicazioni su Continuità aziendale e ripristino di emergenza (BCDR) per Desktop virtuale Azure.

Sicurezza

La sicurezza offre garanzie contro attacchi intenzionali e l'uso improprio dei dati e dei sistemi preziosi. Per altre informazioni, vedere Elenco di controllo per la revisione della progettazione per la sicurezza.

Quando si distribuisce Desktop virtuale Azure, prendere in considerazione i fattori correlati alla sicurezza seguenti.

• Usare Microsoft Entra ID: gli utenti possono accedere a Desktop virtuale Azure da qualsiasi posizione usando dispositivi e client diversi. Per ridurre al minimo il rischio di accesso non autorizzato e fornire all'organizzazione la possibilità di gestire i rischi di accesso, applicare l'autenticazione a più fattori Di Microsoft Entra usando l'accesso condizionale.
• Usare la crittografia: per impostazione predefinita, la maggior parte dei dischi gestiti di Azure viene crittografata inattiva quando viene mantenuta nel cloud. Se gli host di sessione richiedono una crittografia più estesa, ad esempio la crittografia end-to-end, esaminare le indicazioni sulle opzioni di crittografia dei dischi gestiti per proteggere i dati archiviati da accessi non autorizzati.
• Usare la rete privata: se è necessaria la connettività privata alle risorse di Desktop virtuale Azure, usare Collegamento privato di Azure con Desktop virtuale Azure per vincolare il traffico tra la rete virtuale e il servizio nella rete Microsoft.

Ottimizzazione dei costi

L'ottimizzazione dei costi è incentrata sui modi per ridurre le spese non necessarie e migliorare l'efficienza operativa. Per altre informazioni, vedere Elenco di controllo per la revisione della progettazione per Ottimizzazione costi.

Quando si distribuisce Desktop virtuale Azure, prendere in considerazione i fattori correlati ai costi seguenti.

• Pianificare il supporto per più sessioni: per i carichi di lavoro con requisiti di calcolo identici, in genere pool di host in pool, Windows Enterprise multisessione offre la possibilità di accettare più utenti per accedere a una singola macchina virtuale contemporaneamente; riduzione dei costi e del sovraccarico amministrativo.
• Ottimizzare le licenze: se si ha Software Assurance, è possibile usare vantaggio Azure Hybrid per ridurre il costo dell'infrastruttura di calcolo di Azure.
• Calcolo pre-acquisto: è possibile eseguire il commit a piani di un anno o tre anni, prenotazioni di Azure, in base all'utilizzo della macchina virtuale per ricevere uno sconto per ridurre significativamente i costi delle risorse. Questa opzione può essere combinata con il vantaggio Azure Hybrid per ottenere risparmi aggiuntivi.
• Aumentare le prestazioni in base alle esigenze: se si esegue il commit in prenotazioni di Azure non è appropriato per le esigenze correnti, prendere in considerazione i piani di ridimensionamento automatico per il provisioning/deprovisioning dinamico degli host di sessione man mano che la domanda cambia durante il giorno/settimana.
• Valutare le opzioni di bilanciamento del carico: configurare l'algoritmo di bilanciamento del carico del pool di host in profondità. Tenere presente tuttavia che questa configurazione può compromettere l'esperienza degli utenti; l'esperienza utente ottimizzata per l'ampiezza predefinita. Per altre informazioni, vedere Configurare il bilanciamento del carico del pool di host in Desktop virtuale Azure.

Eccellenza operativa

L'eccellenza operativa copre i processi operativi che distribuiscono un'applicazione e lo mantengono in esecuzione nell'ambiente di produzione. Per altre informazioni, vedere Elenco di controllo per la revisione della progettazione per l'eccellenza operativa.

• Configurare gli avvisi: configurare gli avvisi di Integrità dei servizi e Integrità risorse per rimanere informati sull'integrità dei servizi e delle aree di Azure usati.
  • Monitorare la soluzione di archiviazione di Azure usata per ospitare i profili FSLogix o le condivisioni di Collegamento app per assicurarsi che le soglie non vengano superate, che potrebbero avere un impatto negativo sull'esperienza utente.
• Raccogliere dati sulle prestazioni: installare l'agente di monitoraggio di Azure negli host di sessione di Desktop virtuale Azure per estrarre e monitorare i contatori delle prestazioni e i log eventi. Per altre informazioni, vedere l'elenco di metriche/contatori delle prestazioni configurabili e registri eventi.
• Raccogliere informazioni dettagliate sull'utilizzo: usare Informazioni dettagliate su Desktop virtuale Azure per aiutare a verificare quali versioni client si connettono, opportunità di risparmio sui costi o sapere se sono presenti limitazioni delle risorse o problemi di connettività.
• Ottimizzare le impostazioni di diagnostica: abilitare le impostazioni di diagnostica per tutti i servizi, le aree di lavoro di Desktop virtuale Azure, i gruppi di applicazioni, i pool di host, gli account di archiviazione. Determinare quali impostazioni sono significative per le operazioni. Disattivare le impostazioni che non sono significative per evitare costi non dovuti; gli account di archiviazione (in particolare il servizio file) che vedono una quantità elevata di operazioni di I/O al secondo possono comportare costi di monitoraggio elevati.

Efficienza delle prestazioni

L'efficienza delle prestazioni si riferisce alla capacità del carico di lavoro di ridimensionarsi per soddisfare in modo efficiente le esigenze degli utenti. Per altre informazioni, vedere Elenco di controllo per la revisione della progettazione per l'efficienza delle prestazioni.

• Usare le esclusioni antivirus: per soluzioni di profilo come FSLogix che montano i file del disco rigido virtuale, è consigliabile escludere tali estensioni di file. Per altre informazioni, vedere Configurare le esclusioni di file e cartelle antivirus.
• Ottimizzare la latenza: per i client che usano una connessione VPN da punto a sito (P2S) usano un tunnel diviso basato sul protocollo UDP (User Datagram Protocol) per ridurre la latenza e ottimizzare l'utilizzo della larghezza di banda del tunnel. Per i client sul sito che usano una VPN o Azure ExpressRoute, usare RDP Shortpath per ridurre il tempo di round trip, migliorando l'esperienza utente nelle applicazioni e nei metodi di input sensibili alla latenza.
• Usare il calcolo di dimensioni corrette: le linee guida per il ridimensionamento delle macchine virtuali elencano il numero massimo consigliato di utenti per ogni unità di elaborazione centrale virtuale (vCPU) e le configurazioni minime delle macchine virtuali per carichi di lavoro diversi. Questi dati consentono di stimare le macchine virtuali necessarie nel pool di host.
  • Usare gli strumenti di simulazione per testare le distribuzioni con test di stress e simulazioni di utilizzo reale. Assicurarsi che il sistema sia reattivo e resiliente abbastanza per soddisfare le esigenze degli utenti e ricordare di variare le dimensioni del carico durante i test.
• Usare dischi temporanei del sistema operativo: se si trattano host di sessione come bovini anziché animali domestici, i dischi temporanei del sistema operativo sono un ottimo modo per migliorare le prestazioni, la latenza simile ai dischi temporanei e risparmiare contemporaneamente i costi man mano che sono gratuiti.

Limitazioni

Analogamente ad Azure, Desktop virtuale Azure presenta alcune limitazioni del servizio di cui è necessario tenere conto. Per evitare di dover apportare modifiche nella fase di ridimensionamento, è consigliabile risolvere alcune di queste limitazioni nella fase di progettazione.

Per altre informazioni sulle limitazioni del servizio Desktop virtuale Azure, vedere Limiti del servizio Desktop virtuale Azure.

Notare anche che:

• Non è possibile creare più di 500 gruppi di applicazioni per singolo tenant di Microsoft Entra*.
  • Se sono necessari più di 500 gruppi di applicazioni, inviare un ticket di supporto tramite il portale di Azure.
• È consigliabile non pubblicare più di 50 applicazioni per gruppo di applicazioni.
• È consigliabile distribuire un massimo di 5.000 macchine virtuali per ogni sottoscrizione di Azure per area. Questa raccomandazione è applicabile ai pool di host personali e in pool basati su Windows Enterprise a sessione singola e multisessione. La maggior parte dei clienti usa Windows Enterprise multisessione, che consente a più utenti di accedere a ogni macchina virtuale. È possibile incrementare le risorse delle singole macchine virtuali host di sessione per includere più sessioni utente.
• Per gli strumenti di ridimensionamento automatico degli host di sessione, i limiti prevedono circa 2.500 macchine virtuali per sottoscrizione di Azure per area, perché l'interazione dello stato della macchina virtuale utilizza più risorse.
• Per gestire gli ambienti aziendali con più di 5.000 macchine virtuali per sottoscrizione di Azure nella stessa area, è possibile creare più sottoscrizioni di Azure in un'architettura hub-spoke e connetterle tramite peering di reti virtuali, usando una sottoscrizione per spoke. È anche possibile distribuire macchine virtuali in un'area diversa nella stessa sottoscrizione per incrementare il numero di macchine virtuali.
• I limiti di limitazione dell'API della sottoscrizione di Azure Resource Manager non consentono più di 600 riavvii delle macchine virtuali di Azure all'ora tramite il portale di Azure. È possibile riavviare contemporaneamente tutti i computer tramite il sistema operativo, che non consuma alcuna chiamata API di sottoscrizione di Azure Resource Manager. Per altre informazioni sul conteggio e sulla risoluzione dei problemi relativi ai limiti di limitazione in base alla sottoscrizione di Azure, vedere Risolvere gli errori di limitazione delle richieste dell'API.
• Attualmente è possibile distribuire fino a 132 macchine virtuali in un'unica distribuzione del modello di ARM nel portale di Desktop virtuale Azure. Per creare più di 132 macchine virtuali, eseguire più volte la distribuzione del modello di ARM nel portale di Desktop virtuale Azure.
• I prefissi dei nomi di host di sessione delle macchine virtuali di Azure non possono includere più di 11 caratteri a causa dell'assegnazione automatica dei nomi di istanza e del limite NetBIOS di 15 caratteri per account di computer.
• Per impostazione predefinita, è possibile distribuire fino a 800 istanze della maggior parte dei tipi di risorse in un gruppo di risorse. Calcolo di Azure non presenta questo limite.

Per altre informazioni sulle limitazioni della sottoscrizione di Azure, vedere Sottoscrizione di Azure e limiti, quote e vincoli del servizio.

Distribuire lo scenario

È possibile impiegare una raccolta di modelli arm per automatizzare la distribuzione dell'ambiente Desktop virtuale Azure. Questi modelli di Resource Manager supportano solo gli oggetti Desktop virtuale Azure Resource Manager. Questi modelli di ARM non supportano Desktop virtuale Azure (versione classica).

Altri scenari sono disponibili in Strumenti di sviluppo Microsoft che supportano diverse opzioni di distribuzione:

• Desktop virtuale Azure con Aggiunta all'ID Microsoft Entra
• Desktop virtuale Azure con FSLogix e Aggiunta ad Active Directory Domain Services

Collaboratori

Questo articolo viene gestito da Microsoft. Originariamente è stato scritto dai seguenti contributori.

Autore principale:

• Tom Hickling | Senior Product Manager, Progettazione di Desktop virtuale Azure

Altro collaboratore:

• Nelson Del Villar | Cloud Solution Architect, Infrastruttura di base di Azure

Passaggi successivi

• Le integrazioni dei partner di Desktop virtuale Azure elencano i provider partner di Desktop virtuale Azure approvati e i fornitori di software indipendenti.
• Usare lo strumento Ottimizzazione desktop virtuale per ottimizzare le prestazioni in un ambiente VDI (virtual desktop infrastructure) di Windows 11 Enterprise.
• Per altre informazioni, vedere Distribuire macchine virtuali aggiunte a Microsoft Entra in Desktop virtuale Azure.
• Altre informazioni su Servizi di dominio Active Directory.
• Che cos'è Microsoft Entra Connect?
• Altre informazioni su Desktop virtuale Azure Well-Architected Framework

Risorse correlate

• Per altre informazioni sull'architettura di più foreste Active Directory, vedere Architettura di più foreste Active Directory in Desktop virtuale Azure.