Spostare l'ambiente Servizi Desktop remoto locale in Desktop virtuale Azure

Desktop virtuale Azure è un servizio di virtualizzazione di applicazioni e desktop eseguito nel cloud. È l'unica infrastruttura di virtualizzazione di applicazioni e desktop che offre una gestione semplificata, Windows 10 e Windows 11 Enterprise multisessione o sistemi operativi Windows Server e ottimizzazioni per Microsoft 365 Apps for the enterprise. È possibile distribuire e ridimensionare desktop e applicazioni Windows in Azure in pochi minuti e ottenere funzionalità di sicurezza e conformità predefinite.

In questo articolo Contoso esegue la migrazione e la modernizzazione dell'ambiente VDI locale basato su Servizi Desktop remoto in Windows Server in Desktop virtuale Azure.

Opzioni di migrazione	Risultato
Azure Migrate	Eseguire carichi di lavoro in un ambiente Desktop virtuale Azure.

Driver di business

Lavorando a stretto contatto con i partner aziendali, il team IT di Contoso definisce i driver aziendali per la migrazione locale di Servizi Desktop remoto ad Azure. Questi driver possono includere:

• Fine del ciclo di vita dell'ambiente corrente: un data center esaurisce la capacità quando raggiunge il termine di un lease o viene chiuso. La migrazione al cloud offre capacità praticamente illimitata. Il software corrente potrebbe anche raggiungere la fine del ciclo di vita in cui è necessario aggiornare il software che esegue desktop e soluzioni di virtualizzazione delle applicazioni di Contoso.
• Riduzione dei costi: ridurre i costi con risorse in pool e multisessione. Con la nuova funzionalità multisessione di Windows 11 e Windows 10 Enterprise, esclusiva per Desktop virtuale Azure e il ruolo Host sessione Desktop remoto (RDSH) in Windows Server, è possibile ridurre notevolmente il numero di macchine virtuali (VM) e sovraccarico del sistema operativo pur fornendo le stesse risorse agli utenti.
• Ottimizzazione per Microsoft 365 Apps for enterprise: distribuire l'esperienza ottimale di Microsoft 365 Apps for enterprise, con scenari di desktop virtuale multisessione che offrono agli utenti di Contoso l'esperienza virtualizzata più produttiva.
• Distribuzione e dimensionamento in pochi minuti: virtualizzare e distribuire rapidamente applicazioni desktop moderne e legacy nel cloud in pochi minuti, con gestione unificata nel portale di Azure.
• Sicurezza e produttività in Azure e Microsoft 365: distribuire una soluzione intelligente e completa che favorisce la creatività e la collaborazione per tutti. Passare a Microsoft 365, Windows 11 o Windows 10 e Enterprise Mobility + Security.

Obiettivi di Desktop virtuale Desktop remoto locale in Desktop virtuale Azure

Tenendo presenti i driver aziendali, Contoso definisce gli obiettivi per questa migrazione:

• Modernizzare l'ambiente desktop e di virtualizzazione delle applicazioni per il cloud.
• Sfruttare le licenze di Microsoft 365 esistenti con Desktop virtuale Azure.
• Migliorare la sicurezza dei dati aziendali fornendo al tempo stesso il servizio agli utenti remoti e ibridi.
• Ottimizzare il nuovo ambiente per la crescita dei costi e della scalabilità aziendale.

Questi obiettivi supportano la decisione di usare Desktop virtuale Azure e confermano che si tratta del metodo di migrazione ottimale per Contoso.

Vantaggi dell'esecuzione di Desktop virtuale Azure

Usando Desktop virtuale Azure, Contoso può ora eseguire, gestire e ridimensionare facilmente la soluzione di virtualizzazione di applicazioni e desktop. L'azienda può anche fornire agli utenti una soluzione multisessione ottimizzata in ambienti Windows 10 o Windows 11.

Contoso sfrutta le licenze di Microsoft 365 esistenti usando al tempo stesso la scalabilità, le prestazioni, la sicurezza e l'innovazione di Azure.

Altri vantaggi possono includere:

• Accesso a Desktop virtuale Azure da qualsiasi posizione.
• Ambiente Microsoft 365 Apps for enterprise ottimizzato.
• Desktop virtuale Azure per ambienti di sviluppo/test.
• Rimozione della necessità di licenze CAL (Client Access License) di Servizi Desktop remoto, quando si sostituiscono host multisessione di Windows Server con Windows 10 o Windows 11 multisessione.

Architettura corrente

Le risorse personali e in pool di Servizi Desktop remoto vengono distribuite in un data center locale. Microsoft 365 è concesso in licenza ed è in uso dall'organizzazione.

Progettazione della soluzione

Dopo aver valutato la distribuzione corrente di Servizi Desktop remoto, Contoso definisce gli obiettivi e i requisiti usati per progettare il processo di migrazione.

Architettura proposta

Il diagramma seguente illustra l'architettura che verrà creata per eseguire la migrazione della distribuzione locale di Servizi Desktop remoto a Desktop virtuale Azure.

Figura 1: Architettura proposta: Desktop virtuale Azure LZA distribuirà le risorse contenute nella sottoscrizione di Desktop virtuale Azure LZ.

Scaricare il file di Visio

Il diagramma illustra le risorse che sono prerequisiti per la migrazione (Identità, gestione, connettività, Sincronizzazione di Azure AD) e le risorse create dalla distribuzione dell'acceleratore di zona di destinazione di Desktop virtuale Azure nelle sottoscrizioni LZ AVD e LZ di Servizi condivisi AVD. Altre informazioni sulle risorse distribuite sono disponibili nel diagramma dell'organizzazione delle risorse dell'acceleratore di zona di destinazione di Desktop virtuale Azure.

Processo di migrazione

Contoso eseguirà il flusso seguente per eseguire la migrazione da Servizi Desktop remoto locale a Desktop virtuale Azure:

Figura 2: Processo di migrazione. "*" indica un passaggio facoltativo.

Il flusso di migrazione sarà strutturato nei passaggi di migrazione seguenti:

1. Definire i prerequisiti.
2. Valutare l'ambiente locale di Servizi Desktop remoto corrente.
3. Distribuire LZA (Virtual Desktop Landing Zone Accelerator) di Desktop virtuale Azure.
4. Preparare gli utenti per i nuovi profili usando FSLogix.
5. Eseguire la migrazione di macchine virtuali che devono essere persistenti in Azure (facoltativo).
6. Eseguire la migrazione di immagini di macchine virtuali che devono essere persistenti in Azure (facoltativo).
7. Gestire Desktop virtuale Azure.
8. Ottimizzare Desktop virtuale Azure.

Migrazione

Contoso procederà ora attraverso i passaggi necessari per completare la migrazione di Desktop virtuale Azure:

Passaggio 1: prerequisiti

1. È necessaria una sottoscrizione di Azure (requisiti della sottoscrizione).

2. Assicurarsi che i servizi di dominio, Dominio di Active Directory Services (AD DS) o Microsoft Entra Domain Services (Microsoft Entra Domain Services) siano sincronizzati con Microsoft Entra ID. Assicurarsi che il servizio di dominio sia accessibile dalla sottoscrizione di Azure e dalla rete virtuale in cui si distribuiscono gli host sessione di Desktop virtuale Azure. Desktop virtuale Azure richiede identità utente ibride per la maggior parte delle distribuzioni di Desktop virtuale Azure e delle funzionalità desiderate. Il servizio Desktop virtuale Azure richiede il nome dell'entità utente (UPN) o l'identificatore di sicurezza (SID) per trovare una corrispondenza tra AD locale e Microsoft Entra ID.

3. Prima della distribuzione di Desktop virtuale Azure LZA, assicurarsi che siano soddisfatti i prerequisiti di Desktop virtuale Azure LZA.

   Nota

   Altre informazioni su:

   • Le identità e l'autenticazione di Desktop virtuale Azure offrono un elenco completo dei requisiti e delle funzionalità supportate in base alla strategia e alla configurazione delle identità.
   • Opzioni di sincronizzazione di Active Directory:
     • Microsoft Entra Connect
     • Microsoft Entra Connessione Cloud Sync
   • Servizi di dominio Microsoft Entra e sincronizzazione con Microsoft Entra ID.
   • Regole del firewall URL necessari per Desktop virtuale Azure per consentire tutti gli URL necessari da host e client alle risorse di Desktop virtuale Azure.
   • Requisiti dell'URL di distribuzione previsto di Desktop virtuale Azure.

Passaggio 2: Valutare l'ambiente locale di Servizi Desktop remoto corrente

Per raccogliere dati aggiuntivi sulle prestazioni e sul dimensionamento dall'ambiente corrente, è consigliabile eseguire una valutazione dell'ambiente locale di Servizi Desktop remoto. La valutazione includerà le informazioni seguenti per ogni scenario di Servizi Desktop remoto:

• Numero di utenti in ogni utente tipo.
• Applicazioni usate dagli utenti.
• Utilizzo delle risorse per utente.
• Medie di utilizzo delle risorse per utente tipo.
• Dati sulle prestazioni dell'host sessione RdS.
• Report di concorrenza degli utenti.
• Principali pacchetti software in uso.

Una volta acquisita una quantità adeguata di dati per ogni scenario, Contoso esamina le informazioni dettagliate della valutazione e determina il percorso più conveniente sarà l'uso di risorse desktop virtuale Desktop virtuale Azure personali e in pool per sostituire gli scenari di Servizi Desktop remoto esistenti:

1. Multisessione (in pool): host di sessione Di Servizi Desktop remoto che eseguono Windows Server e consentono a più utenti di connettersi allo stesso host.
2. Sessione singola (personale): host di sessione Desktop remoto che eseguono Windows 10 o Windows 11 e consentono una connessione utente singolo all'host.

Nota

Per migliorare le prestazioni dei flussi degli utenti di Desktop virtuale Azure, Contoso dovrà anche eseguire la migrazione di server applicazioni e origini dati che verranno utilizzate dall'ambiente Desktop virtuale Azure. Questa stessa metodologia deve essere applicata ai servizi condivisi della piattaforma (controller di dominio, DNS, dispositivi di rete, tra gli altri) su cui si basa Desktop virtuale Azure. È consigliabile ospitare questi servizi nella stessa area di Azure degli host di sessione di Desktop virtuale Azure.

Passaggio 3: Distribuire l'acceleratore di zona di destinazione di Desktop virtuale Azure (LZA)

Contoso è pronto per distribuire Desktop virtuale Azure. Desktop virtuale Azure LZA è la soluzione enterprise di Microsoft che può essere usata per distribuire un ambiente enterprise-ready per Desktop virtuale Azure end-to-end. Per distribuire l'acceleratore, seguire la guida alla procedura dettagliata sulla distribuzione di Desktop virtuale Azure.

Importante

In base al risultato della fase di valutazione, due distribuzioni di Desktop virtuale Azure LZA negli Stati Uniti orientali 2 saranno necessarie per affrontare gli scenari contoso:

• Multisessione (pool di host in pool): piano di gestione di Desktop virtuale Azure (area di lavoro, pool di host, gruppo di applicazioni, piano di ridimensionamento) con host di sessione multisessione di Windows 10 o Windows 11 e FSLogix per gestire i dati del profilo degli utenti.
• Sessione singola (pool di host personali): piano di gestione di Desktop virtuale Azure (area di lavoro, pool di host, gruppo di applicazioni) senza la creazione di nuovi host di sessione (le macchine virtuali personali verranno migrate da Servizi Desktop remoto).

Tipo di distribuzione	Collega
Interfaccia utente del portale di Azure
Riga di comando (Bicep/ARM)
Terraform

A questo punto, è disponibile l'ambiente Desktop virtuale Azure. Contoso può continuare a preparare i dati dei profili utente da spostare nei nuovi profili FSLogix nell'ambiente Desktop virtuale Azure.

Passaggio 4: Preparare gli utenti per i nuovi profili usando FSLogix

Nota

Microsoft non supporta la migrazione dei profili da dischi profili utente (UPD) o profili utente mobili (RUP) a FSLogix.

Desktop virtuale Azure non supporta i dischi dei profili utente( UPD), quindi Contoso deve preparare gli utenti per i nuovi profili usando FSLogix. L'avvio degli utenti con nuovi profili offre la transizione migliore dai profili UPD o RUP. Per eseguire questa transizione, Contoso deve consentire agli utenti di salvare o eseguire il backup dei dati prima di accedere ai desktop per la prima volta.

1. Abilitare la sincronizzazione aziendale di Microsoft Edge. Se vengono usati altri browser, esportare e importare segnalibri o preferiti in Microsoft Edge.
2. Abilitare OneDrive per gli utenti che passano a Desktop virtuale Azure.
3. Abilitare il reindirizzamento di cartelle note a OneDrive (facoltativo). I dati utente e non utente devono essere salvati o sottoposti a backup in OneDrive, SharePoint o in altri repository di documenti.
4. I dati utente e non utente devono essere salvati o sottoposti a backup in OneDrive, SharePoint o in altri repository di documenti.

Contoso ha ora abilitato la sincronizzazione aziendale di Microsoft Edge per esportare i dati del browser e il reindirizzamento di cartelle note a OneDrive per salvare i dati utente e non utente.

Importante

Gli utenti potrebbero richiedere impostazioni o dati dell'applicazione nel profilo da applicazioni line-of-business di terze parti o altre applicazioni line-of-business. Se questi dati sono necessari, è necessario conservarlo seguendo la raccomandazione del fornitore. Microsoft non è responsabile di questi dati.

Per altre informazioni su FSLogix:

• Esercitazione: Configurare i contenitori di profili
• Esempi di configurazione
• Domande frequenti su FSLogix

A questo punto, gli utenti hanno salvato o eseguito il backup dei dati importanti del profilo. Contoso può continuare a eseguire la replica e rendere persistenti le macchine virtuali in Desktop virtuale Azure.

Passaggio 5: Eseguire la migrazione di macchine virtuali che devono essere persistenti in Azure (facoltativo)

Il passaggio successivo del processo di migrazione per Contoso consiste nel eseguire la migrazione dell'host sessione Di Servizi Desktop remoto (che esegue Windows Server) che deve essere salvato in modo permanente in Desktop virtuale Azure. A tale scopo, Contoso esegue i passaggi di Migrazione server di Azure Migrate:

Importante

• Invece di eseguire la migrazione degli host sessione di Servizi Desktop remoto, Microsoft consiglia di ridistribuire le macchine virtuali usando immagini del marketplace di Azure o immagini personalizzate create dal marketplace, in quanto garantiscono la compatibilità e rimuoveranno eventuali problemi dalle immagini locali esistenti.
• Azure Migrate supporta solo le migrazioni del sistema operativo Windows Server. È possibile eseguire la migrazione di sistemi operativi client come Windows 10 usando la replica e il failover di Azure Site Recovery, dopo che queste macchine virtuali sono disponibili in Azure, passare alla sezione 5 per installare e configurare gli agenti AVD.

1. Accedere al portale di Azure.

2. Nella barra di ricerca digitare Azure Migrate e selezionare la voce del servizio corrispondente.

3. In Introduzione ad Azure Migrate selezionare Individua, valuta ed esegui la migrazione.

   Figura 3: Introduzione.

4. Seleziona Crea progetto.

   Figura 4: Creazione di un nuovo progetto di Azure Migrate.

5. Impostare la sottoscrizione, il gruppo di risorse, il nome del progetto e l'area geografica per i dati del processo di migrazione e quindi selezionare Crea.

   Figura 5: Aggiunta di dati del processo alla migrazione.

   Importante

   Questa posizione non è quella in cui verrà distribuito il nuovo ambiente Desktop virtuale Azure. Qui verranno archiviati solo i dati correlati al progetto di Azure Migrate.

6. Contoso inizia selezionando Individua negli strumenti Azure Migrate: Migrazione del server.

   Figura 6: Individuazione di una migrazione del server.

7. Contoso converte un'appliance nel proprio ambiente che gestirà la replica delle macchine virtuali in Desktop virtuale Azure. Si assicura che l'area di destinazione sia impostata su Stati Uniti orientali 2, in cui è stato creato l'ambiente Desktop virtuale Azure. Per la matrice completa del supporto del sistema operativo di Azure Migrate, vedere Matrice di supporto per Hyper-V e Matrice di supporto per VMware vSphere.

   

   Figura 7: Conversione di un'appliance.

8. Contoso scarica, installa e registra il provider di replica nel progetto di Azure Migrate per avviare la replica in Azure.

   

   Figura 8: Prerequisiti per la replica in Azure.

9. Viene avviata la replica degli host in Archiviazione BLOB di Azure. Contoso può continuare a consentire l'esecuzione della replica fino a quando non è possibile testare le macchine virtuali e quindi eseguirne la migrazione nell'ambiente di produzione.

10. Quando le macchine virtuali migrate iniziano a essere in esecuzione in Azure, Contoso dovrà installare e configurare gli agenti di Desktop virtuale Azure in ogni migrazione:

    • Ottenere il token di registrazione del pool di host, seguendo le indicazioni descritte in Generare una chiave di registrazione.
    • Installare gli agenti di Desktop virtuale Azure e registrare le macchine virtuali nel pool di host seguendo le indicazioni descritte in Registrare gli host di sessione in un pool di host.

Nota

Un'altra opzione per Contoso per automatizzare questo processo consiste nell'usare l'estensione script personalizzata della macchina virtuale per distribuire gli agenti di Desktop virtuale Azure, questo processo è contenuto in (Automazione LZA di Desktop virtuale Azure).

A questo punto, Contoso finalizza la migrazione dei computer che devono essere persistenti e continua a eseguire gradualmente la migrazione del resto degli host sessione Di Servizi Desktop remoto locali a Desktop virtuale Azure.

Passaggio 6: Eseguire la migrazione di immagini di macchine virtuali che devono essere mantenute in Azure (facoltativo)

Importante

Anziché eseguire la migrazione di immagini di macchine virtuali, Microsoft consiglia di creare una nuova immagine in Azure basata su un'immagine del marketplace vanilla. In questo modo si garantisce la compatibilità con l'immagine e si riducono le dipendenze o le configurazioni indesiderate che potrebbero essere state presenti nell'immagine originale della macchina virtuale. Inoltre, la creazione di una nuova immagine in Azure da un'immagine del marketplace consente di semplificare il processo di distribuzione e assicurarsi che l'immagine sia aggiornata con le patch e gli aggiornamenti di sicurezza più recenti. Gli strumenti per la creazione di nuove immagini sono disponibili in Azure Virtual Desktop LZA Custom Image Build - Introduzione

Per gli scenari in cui l'immagine di macchina virtuale deve essere persistente in Desktop virtuale Azure, l'articolo seguente fornisce indicazioni per preparare un disco rigido virtuale Windows o VHDX da caricare in Azure.

Passaggio 7: Gestire Desktop virtuale Azure

1. Pubblicare applicazioni e desktop: la distribuzione LZA di Desktop virtuale Azure crea per impostazione predefinita un gruppo di applicazioni per i desktop e ha la possibilità di distribuire anche un gruppo di applicazioni RemoteApp. Dopo la distribuzione non è necessario pubblicare desktop perché vengono pubblicati per impostazione predefinita. RemoteApps può essere gestito seguendo le indicazioni seguenti:

   • Gestire i gruppi di applicazioni con il portale di Azure.
   • Gestire i gruppi di applicazioni usando PowerShell o l'interfaccia della riga di comando di Azure.
   • Pubblicare app predefinite in Desktop virtuale Azure.

2. Gestione degli host di sessione: una volta distribuiti e aggiunti al dominio, gli host di sessione possono essere gestiti usando strumenti esistenti come SCCM e Criteri di gruppo. Microsoft Intune può essere usato anche per gestire i dispositivi e le app. Per iniziare a usare Intune, vedere la documentazione di Microsoft Intune.

3. Accesso utente: come ultimo passaggio prima della migrazione finale, Contoso seleziona l'elemento Utenti nelle impostazioni di Desktop virtuale Azure per assegnare utenti e gruppi.

   Figura 9: Ultimo passaggio prima della migrazione finale.

   Altre informazioni sull'assegnazione degli utenti sono disponibili in Gestire i gruppi di applicazioni con il portale di Azure.

4. Scalabilità del pool di host: la distribuzione LZA di Desktop virtuale Azure offre la possibilità di creare un piano di ridimensionamento di Desktop virtuale Azure assegnato e abilitato per impostazione predefinita nei pool di host in pool. Il piano di scalabilità è preconfigurato con due pianificazioni (giorni feriali e fine settimana) nello stesso fuso orario degli host di sessione e delle regole di ridimensionamento predefinite.

   Figura 10: Esempio di pianificazione dei piani di ridimensionamento di Desktop virtuale Azure.

   Le regole di ridimensionamento devono essere modificate per soddisfare le esigenze specifiche dei carichi di lavoro che ospitano l'ambiente Desktop virtuale Azure. Per informazioni sulla configurazione dei piani di ridimensionamento, vedere Piani di ridimensionamento automatico e scenari di esempio.

5. Monitoraggio: la distribuzione di Desktop virtuale Azure LZA offre la possibilità di distribuire tutte le impostazioni di diagnostica (abilitate per impostazione predefinita) richieste dalla cartella di lavoro Di Desktop virtuale Azure, inclusa la creazione di una nuova area di lavoro log analytics (opzione per l'uso esistente) per raccogliere log, metriche ed eventi di Desktop virtuale Azure.

   Figura 11: Esempio di informazioni dettagliate sul monitoraggio di Desktop virtuale Azure.

   Per altre informazioni sul monitoraggio di Desktop virtuale Azure, vedere Usare Azure Virtual Desktop Insights per monitorare la distribuzione.

Passaggio 8: Ottimizzare Desktop virtuale Azure

1. Sicurezza: il team di sicurezza di Contoso esamina le macchine virtuali di Azure per determinare eventuali problemi di sicurezza. Per controllare l'accesso, il team esamina i gruppi di sicurezza di rete (NSG) per le macchine virtuali. I gruppi di sicurezza di rete vengono usati per assicurarsi che possa passare solo il traffico consentito all'applicazione. Il team considera inoltre l'opportunità di proteggere i dati su disco usando Crittografia dischi di Azure e Azure Key Vault. Gli host di sessione devono anche essere protetti usando Defender per endpoint o il prodotto scelto, assicurarsi che il fornitore supporti il prodotto negli ambienti Azure VDI. Inoltre, scegliere di proteggere le sottoscrizioni della zona di destinazione di Desktop virtuale Azure con Defender per il cloud per aumentare la visibilità e i controlli di conformità.

   Nota

   Altre informazioni sulla sicurezza di Desktop virtuale Azure con le procedure consigliate per la sicurezza di Desktop virtuale Azure.

2. Licenze: le licenze di Microsoft 365 vengono usate per le distribuzioni desktop. Se gli host di sessione di Windows Server sono ancora necessari, Contoso dovrà portare le licenze cal di Servizi Desktop remoto (Licenza accesso client). Grazie al diritto di licenza di Desktop virtuale Azure, non è previsto alcun costo del sistema operativo per qualsiasi sistema operativo, incluso Windows Server.

3. Ottimizzazione dei costi: Contoso userà le funzionalità seguenti per semplificare l'ottimizzazione dei costi:

   • Contoso abiliterà Gestione dei costi e fatturazione di Azure per monitorare e gestire le risorse di Azure.
   • Contoso userà l'assegnazione di tag di Desktop virtuale Azure per tenere traccia dei costi e raggrupparli in base alle risorse correlate al pool di host.
   • Contoso monitorerà l'utilizzo nell'intera distribuzione di Desktop virtuale Azure usando Azure Virtual Desktop Insights e valuterà le opportunità di risparmio sui costi di istanze riservate, piani di risparmio o capacità riservata.

4. Configurare la continuità aziendale e il ripristino di emergenza :Desktop virtuale Azure usa una combinazione di componenti gestiti da Microsoft forniti con un contratto di servizio non con supporto finanziario destinato al tempo di attività del 99,9% per i gateway desktop virtuali di Azure, Broker, Accesso Web e diagnostica. Questi servizi meta-dati e dati del servizio vengono sottoposti a backup e replicati in background per il ripristino in aree alternative in caso di interruzione. Contoso è responsabile dei componenti gestiti dal cliente, questi componenti includono: Macchine virtuali, Archiviazione, immagini, applicazioni e componenti di rete per i requisiti di ripristino di emergenza.

   • Per le distribuzioni globali su larga scala di Desktop virtuale Azure, è consigliabile adottare un'architettura in più aree per ridurre singoli punti di errore in qualsiasi singola area.

   • Il diagramma seguente è un esempio di architettura multiarea di Desktop virtuale Azure progettata per le distribuzioni di Desktop virtuale Azure a livello di area in modo che siano completamente indipendenti. A seconda dei requisiti del contratto di servizio, possono essere presenti diversi livelli di dipendenze nell'area primaria. I diagrammi di esempio per diversi livelli di dipendenza dall'area primaria sono disponibili nella documentazione dell'acceleratore di zona di destinazione di Desktop virtuale Azure- Diagrammi dell'acceleratore di zona di destinazione di Desktop virtuale Azure

     Figura 12: Esempio di architettura di Desktop virtuale Azure in più aree.

     Scaricare il file di Visio.

   Nota

   Altre informazioni sulle opzioni BCDR con considerazioni sulla continuità aziendale e sul ripristino di emergenza per Desktop virtuale Azure.

Passaggi successivi

Altre informazioni su Desktop virtuale Azure sono disponibili in:

• Documentazione di Desktop virtuali Azure.
• Supporto su scala aziendale per Desktop virtuale Microsoft Azure.