Prerequisiti AVD e VDS v6.0 (2023)

  • docs.netapp.com
  • servizio desktop virtuale

La versione italiana fornita proviene da una traduzione automatica. Per eventuali discrepanze, fare riferimento alla versione inglese.

Collaboratori

Requisiti e note AVD e VDS

Questo documento descrive gli elementi necessari per implementare Azure Virtual Desktop (AVD) usando NetApp Virtual Desktop Service (VDS). La "Quick Checklist" fornisce un breve elenco dei componenti richiesti e dei passaggi preliminari all'implementazione che devono essere eseguiti per garantire un'implementazione efficiente. Il resto della guida fornisce maggiori dettagli per ciascun elemento, a seconda delle opzioni di configurazione effettuate.

Elenco di controllo rapido

Requisiti di Azure

  • Annuncio dell'inquilino di Azure

  • Licenze Microsoft 365 per il supporto AVD

  • abbonamento blu

  • Quota di Azure disponibile per le macchine virtuali di Azure

  • Account amministratore di Azure con ruoli di amministratore globale e proprietà della sottoscrizione

  • Account amministratore di dominio con ruolo "Amministratore aziendale" per configurare Ad Connect

Informazioni preliminari all'implementazione

  • Determina il numero totale di utenti.

  • Determinare l'area di Azure

  • Determinare il tipo di Active Directory

  • Determina il tipo di archiviazione.

  • Identificare l'immagine o i requisiti della macchina virtuale host della sessione

  • Valuta la tua configurazione di rete locale e di Azure esistente

Requisiti dettagliati per implementare VDS

Requisiti di connessione dell'utente finale

I seguenti client desktop remoti supportano Desktop virtuale di Azure:

  • desktop in windows

  • ragnatela

  • Mac OS

  • iOS

  • Cliente IGEL Think (Linux)

  • Android (anteprima)

Prerequisiti AVD e VDS v6.0 (1)Cliente desktop virtuale di Azure non compatibile RemoteApp and Desktop Connections (RADC) o client Remote Desktop Connection (MSTSC).
Prerequisiti AVD e VDS v6.0 (2)Desktop virtuale di Azure attualmente non supporta il client Desktop remoto di Windows Store. Il supporto per questo client verrà aggiunto in una versione futura.

I client Desktop remoto devono accedere ai seguenti URL:

INDIRIZZOporta TCP in uscitaPortataCliente

*.wvd.microsoft.com

443

traffico di servizio

Tutto

*.servicebus.windows.net

443

Risoluzione dei problemi relativi ai dati

Tutto

ir.microsoft.com

443

Microsoft FWLink

Tutto

alias.ms.

443

Accorciatore di URL Microsoft

Tutto

docs.microsoft.com

443

documentazione

Tutto

privacy.microsoft.com

443

Informativa sulla Privacy

Tutto

consulta.prod.cms.rt.microsoft.com

443

aggiornamenti dei clienti

desktop in windows

Prerequisiti AVD e VDS v6.0 (3)L'apertura di questi URL è essenziale per un'esperienza cliente affidabile. Il blocco dell'accesso a questi URL non è supportato e influisce sulla funzionalità del servizio. Questi URL sono solo siti e risorse dei clienti e non includono URL per altri servizi come Azure Active Directory.

Punto di partenza dell'installazione guidata VDS

L'installazione guidata di VDS è in grado di gestire la maggior parte dei prerequisiti di configurazione necessari per una corretta distribuzione di AVD. La procedura guidata di installazione ("") crea o utilizza i seguenti componenti.

Abitante azzurro

Obbligatorio:Tenant di Azure e Azure Active Directory

L'attivazione AVD in Azure è un'impostazione a livello di tenant. VDS supporta l'esecuzione di un'istanza AVD per tenant.

appartenenza azzurra

Obbligatorio:una sottoscrizione di Azure (annotare l'ID della sottoscrizione che si desidera utilizzare)

Tutte le risorse di Azure distribuite devono essere configurate in un'unica sottoscrizione dedicata. In questo modo, il monitoraggio dei costi per AVD è molto più semplice e il processo di implementazione è semplificato. NOTA: le prove gratuite di Azure non sono supportate perché non dispongono di crediti sufficienti per implementare un'implementazione funzionante di AVD.

Quota di base di Azure

Quota sufficiente per le famiglie di macchine virtuali che utilizzerai, in particolare almeno 10 core della famiglia DS v3 per la distribuzione iniziale della piattaforma (è possibile utilizzare solo 2 core, ma 10 coprono tutte le possibilità di distribuzione iniziale).

Account amministratore di Azure

Obbligatorio:Account di amministratore globale di Azure.

L'installazione guidata di VDS richiede all'amministratore di Azure di concedere autorizzazioni delegate all'entità servizio VDS e di installare l'app VDS Azure Enterprise. All'amministratore devono essere assegnati i seguenti ruoli di Azure:

  • Amministratore tenant globale

  • Ruolo del proprietario nell'abbonamento

Immagine della macchina virtuale

Obbligatorio:Immagine di Azure che supporta la multisessione di Windows 10.

Azure Marketplace fornisce le versioni più recenti dell'immagine di base di Windows 10 ed è accessibile automaticamente da tutte le sottoscrizioni di Azure. Se vuoi usare un'immagine diversa o personalizzata, vuoi ricevere consigli dal team VDS sulla creazione o la modifica di altre immagini o hai domande generali sulle immagini di Azure, faccelo sapere e possiamo programmare una chat.

Directory attiva

AVD richiede che l'identità dell'utente faccia parte di Azure AD e che le macchine virtuali siano aggiunte a un dominio Active Directory in sincronia con la stessa istanza di Azure AD. Le macchine virtuali non possono connettersi direttamente al tuo Azure AD, quindi devi configurare un controller di dominio e sincronizzarlo con Azure AD.

Queste opzioni supportate includono:

  • Creazione automatica di un'istanza di Active Directory all'interno dell'abbonamento. L'istanza AD viene in genere creata da VDS nella macchina virtuale di controllo VDS (CWMGR1) per le distribuzioni di desktop virtuali di Azure che usano questa opzione. AD Connect deve essere installato e configurato per la sincronizzazione con Azure AD come parte del processo di installazione.

    Prerequisiti AVD e VDS v6.0 (4)

  • Unisciti a un dominio Active Directory esistente accessibile dalla tua sottoscrizione di Azure (in genere tramite VPN di Azure o Express Route) e sincronizza il tuo elenco di utenti con Azure AD usando AD Connect o un prodotto di terze parti.

    Prerequisiti AVD e VDS v6.0 (5)

strato di archiviazione

In AVD, la strategia di archiviazione è progettata in modo tale che nessun dato aziendale/utente persistente risieda nelle macchine virtuali della sessione AVD. I dati persistenti per profili utente, file e cartelle utente e dati aziendali/applicativi sono ospitati su uno o più volumi di dati ospitati in un livello dati separato.

FSLogix è una tecnologia di containerizzazione del profilo che risolve molti problemi del profilo utente (come la crescita dei dati e gli accessi lenti) montando un contenitore del profilo utente (formato VHD o VHDX) sull'host dell'applicazione sessione dopo l'inizializzazione della sessione.

Con questa architettura, è richiesta una funzione di memorizzazione dei dati. Questa funzione deve essere in grado di gestire il trasferimento dei dati richiesto ogni mattina/pomeriggio quando una parte significativa degli utenti accede/disconnette contemporaneamente. Anche gli ambienti di medie dimensioni possono avere notevoli requisiti di trasferimento dei dati. Le prestazioni del disco del livello di archiviazione dei dati sono un'importante variabile delle prestazioni dell'utente finale e occorre prestare attenzione a dimensionare correttamente le prestazioni di questo spazio di archiviazione, non solo la quantità di spazio di archiviazione. In genere, il livello di archiviazione deve essere dimensionato per supportare da 5 a 15 IOPS per utente.

L'installazione guidata VDS supporta le seguenti configurazioni:

  • Installazione e configurazione di Azure NetApp Files (ANF) (consigliata).Il livello di servizio standard di ANF supporta fino a 150 utenti, mentre sono consigliati ambienti ANF Premium di 150-500 utenti. Per più di 500 utenti consigliamo ANF Ultra.

    Prerequisiti AVD e VDS v6.0 (6)

  • Installazione e configurazione di una macchina virtuale file server

    Prerequisiti AVD e VDS v6.0 (7)

Reti

Obbligatorio:Un inventario di tutte le subnet di rete esistenti, incluse le subnet visibili alla sottoscrizione di Azure tramite una route VPN o Azure Express. L'implementazione dovrebbe evitare la sovrapposizione di sottoreti.

La procedura guidata di configurazione VDS consente di definire l'ambito della rete nel caso in cui sia necessario o evitato un intervallo come parte dell'integrazione pianificata con le reti esistenti.

Determina un intervallo IP per l'utente durante la distribuzione. In base alle procedure consigliate di Azure, sono supportati solo gli indirizzi IP in un intervallo privato.

Le opzioni supportate includono i seguenti valori, ma il valore predefinito è /20:

  • e 192.168.0.0 al 192.168.255.255

  • si 172.16.0.0 al 172.31.255.255

  • e 10.0.0.0 a 10.255.255.255

CWMGR1

Alcune delle caratteristiche uniche di VDS, come la pianificazione dei carichi di lavoro a basso costo e la funzionalità Live Scaling, richiedono la presenza amministrativa all'interno del tenant e dell'abbonamento. Pertanto, una macchina virtuale amministrativa denominata CWMGR1 viene distribuita come parte dell'automazione della procedura guidata di installazione di VDS. Oltre alle attività di automazione VDS, questa macchina virtuale contiene anche la configurazione VDS in un database SQL Express, file di registro locali e un'utilità di configurazione avanzata denominata DCConfig.

In base alle selezioni effettuate nella procedura guidata di installazione di VDS, questa macchina virtuale può essere utilizzata per ospitare funzionalità aggiuntive, tra cui:

  • Un gateway RDS (utilizzato solo nelle distribuzioni RDS)

  • Un gateway HTML 5 (utilizzato solo nelle implementazioni RDS)

  • Un server licenze RDS (utilizzato solo nelle distribuzioni RDS)

  • Un controller di dominio (se scelto)

Albero decisionale nella procedura guidata di distribuzione

Come parte della distribuzione iniziale, vengono fornite una serie di domande per personalizzare la configurazione del nuovo ambiente. Di seguito sono descritte le principali decisioni da prendere.

regione blu

Decidere quale o quali aree di Azure ospiteranno le macchine virtuali AVD. Si noti che Azure NetApp Files e alcune famiglie di macchine virtuali (ad esempio, macchine virtuali abilitate per GPU) dispongono di un elenco definito di supporto dell'area di Azure, mentre AVD è disponibile nella maggior parte delle aree.

Tipo di directory attiva

Scegli il tipo di Active Directory che desideri utilizzare:

  • Active Directory esistente in locale

  • Fare riferimento a."Autorizzazioni e componenti AVD VDS"Documento per una spiegazione dei componenti e delle autorizzazioni richieste in Azure e nell'ambiente Active Directory locale

  • Nuova Active Directory basata su sottoscrizione di Azure

  • Servizi di dominio di Azure Active Directory

archivio dati

Decidi dove inserire i dati per i profili utente, i singoli file e le condivisioni aziendali. Le opzioni includono:

  • File NetApp di Azure

  • cartella blu

  • File server tradizionale (VM di Azure con disco gestito)

Requisiti di distribuzione di NetApp VDS per i componenti esistenti

NetApp VDS Deployment con controller di dominio Active Directory esistenti

Questo tipo di configurazione estende un dominio Active Directory esistente per supportare l'istanza AVD. In questo caso, VDS distribuisce un set limitato di componenti nel dominio per supportare le attività di provisioning e gestione automatizzate per i componenti AVD.

Questa configurazione richiede:

  • Un controller di dominio di Active Directory esistente a cui è possibile accedere dalle macchine virtuali in Azure VNET, in genere tramite VPN di Azure o Express Route OPPURE un controller di dominio creato in Azure.

  • Aggiunti i componenti VDS e le autorizzazioni necessarie per la gestione VDS dei gruppi host AVD e dei volumi di dati quando vengono aggiunti al dominio. La Guida ai componenti e alle autorizzazioni di AVD VDS definisce i componenti e le autorizzazioni richiesti e il processo di distribuzione richiede che un utente di dominio con privilegi di dominio esegua lo script che creerà gli elementi richiesti.

  • Si noti che la distribuzione VDS crea una rete virtuale per impostazione predefinita per le macchine virtuali create da VDS. È possibile eseguire il peering di reti virtuali con reti virtuali di rete di Azure esistenti o spostare la macchina virtuale CWMGR1 in una rete virtuale esistente con subnet obbligatorie predefinite.

Strumento per la preparazione di domini e credenziali

Gli amministratori devono fornire una credenziale di amministratore di dominio a un certo punto del processo di distribuzione. È possibile creare, utilizzare ed eliminare una credenziale temporanea di amministratore di dominio in un secondo momento (al termine del processo di distribuzione). In alternativa, i clienti che necessitano di assistenza per la creazione dei prerequisiti possono usufruire dello strumento di preparazione del dominio.

Distribuzione NetApp VDS con file system esistente

VDS crea condivisioni Windows che consentono l'accesso al profilo utente, alle cartelle personali e ai dati aziendali dalle macchine virtuali della sessione AVD. VDS distribuirà le opzioni file server o Azure NetApp File per impostazione predefinita, ma se si dispone di un componente di archiviazione file esistente, VDS può indirizzare le condivisioni a tale componente una volta completata la distribuzione di VDS.

Requisiti di utilizzo e componente di archiviazione esistente:

  • Il componente deve supportare SMB v3

  • Il componente deve unirsi allo stesso dominio Active Directory degli host della sessione AVD

  • Il componente deve essere in grado di esporre un percorso UNC da utilizzare nella configurazione VDS: è possibile utilizzare un percorso per tutte e tre le condivisioni oppure specificare percorsi separati per ciascuna. Si noti che VDS imposterà le autorizzazioni a livello di utente per queste condivisioni, quindi fare riferimento al documento VDS AVD Components and Permissions per assicurarsi che le autorizzazioni appropriate siano state concesse a VDS Automation Services.

Distribuisci NetApp VDS con Azure Domain Services esistente

Questa configurazione richiede un processo per identificare gli attributi esistenti di Azure Active Directory Domain Services. Contatta il tuo account manager per richiedere tale implementazione. NetApp VDS Deployment with Existing AVD Deployment Questo tipo di configurazione presuppone che i componenti Azure VNET, Active Directory e AVD richiesti esistano già. La distribuzione VDS viene eseguita nello stesso modo della configurazione "NetApp VDS Deployment with Existing Advertisement", ma aggiunge i seguenti requisiti:

  • RD Il ruolo Proprietario tenant AVD deve essere assegnato alle applicazioni VDS Enterprise in Azure

  • Il gruppo host AVD e le macchine virtuali nel gruppo host AVD devono essere importati in VDS utilizzando la funzione di importazione VDS nell'applicazione Web VDS. Questo processo raccoglie i metadati della VM di sessione e del gruppo host da AVD e li memorizza nel VDS di TI in modo che questi elementi possano essere gestiti da VDS.

  • I dati dell'utente AVD devono essere importati nella sezione utente VDS utilizzando lo strumento CRA. Questo processo inserisce i metadati su ciascun utente nel piano di controllo VDS in modo che VDS possa gestire le informazioni sulla sessione e l'appartenenza al pool di applicazioni AVD.

APPENDICE A: Indirizzi IP e URL del piano di controllo VDS

I componenti VDS nella sottoscrizione di Azure comunicano con i componenti del piano di controllo globale VDS, ad esempio l'applicazione Web VDS e gli endpoint dell'API VDS. Per accedere, devi proteggere i seguenti URI di base per l'accesso bidirezionale sulla porta 443:

""""""""""

Se il dispositivo di controllo accessi può enumerare solo per indirizzo IP, il seguente elenco di indirizzi IP deve essere protetto. Tieni presente che VDS usa il servizio Gestione traffico di Azure, quindi questo elenco potrebbe cambiare nel tempo:

13.67.190.243 13.67.215.62 13.89.50.122 13.67.227.115 13.67.227.230 13.67.227.227 23.99.136.91 40.122.119.157 40.78.132.1 66 40.78.129.17 40.122.52.167 40.70.147.2 40.86.99.202 13.68.19.178 13.68.114.184 137.116.69.208 13.68 . 18.80 13.68.114.115 13.68.114.136 40.70.63.81 52.171.218.239 52.171.223.92 52.171.217.31 52.171.216.93 52.171.220.134 92. 242.140.21

APPENDICE B: Requisiti Microsoft AVD

Questa sezione dei requisiti Microsoft AVD è un riepilogo dei requisiti Microsoft AVD. I requisiti AVD completi e attuali sono disponibili qui:

Licenze host sessione desktop virtuale di Azure

Desktop virtuale di Azure supporta i seguenti sistemi operativi, quindi assicurati di disporre delle licenze corrette per i tuoi utenti in base al desktop e alle app che intendi distribuire:

SISTEMA OPERATIVOlicenza richiesta

Windows 10 Enterprise multisessione o Windows 10 Enterprise

Microsoft 365 E3, E5, A3, A5, F3, Business Premium Windows E3, E5, A3, A5

Windows 7 impresa

Microsoft 365 E3, E5, A3, A5, F3, Business Premium Windows E3, E5, A3, A5

Server Windows 2012 R2, 2016, 2019

Licenza di accesso client RDS (CAL) con Software Assurance

Accesso URL per macchine AVD

Le macchine virtuali di Azure create per Desktop virtuale di Azure devono avere accesso ai seguenti URL:

INDIRIZZOporta TCP in uscitaPortataNumero di serie

*.AVD.microsoft.com

443

traffico di servizio

Tavolo virtuale di Windows

mrsglobalsteus2prod.blob.core.windows.net

443

Aggiornamenti dello stack dell'agente e SXS

Nube Azzurro

*.core.windows.net

443

traffico di agenti

Nube Azzurro

*.servicebus.windows.net

443

traffico di agenti

Nube Azzurro

prod.warmpath.msftcloudes.com

443

traffico di agenti

Nube Azzurro

catalogartifact.azureedge.net

443

mercato blu

Nube Azzurro

kms.core.windows.net

1688

attivazione finestre

Internet

AVDportalstorageblob.blob.core.windows.net

443

Supporto del portale di Azure

Nube Azzurro

La tabella seguente elenca gli URL facoltativi a cui possono accedere le macchine virtuali di Azure:

INDIRIZZOporta TCP in uscitaPortataNumero di serie

*.microsoftonline.com

443

Autenticazione ai servizi MS Online

Nessuno

*.events.data.microsoft.com

443

servizio di telemetria

Nessuno

www.msftconnecttest.com

443

Rileva se il sistema operativo è connesso a Internet

Nessuno

*.prod.do.dsp.mp.microsoft.com

443

aggiornamento Windows

Nessuno

login.windows.net

443

Accedi a MS Online Services, Office 365

Nessuno

*.sfx.ms.

443

Aggiornamenti per il software client OneDrive

Nessuno

*.digicert.com

443

Verifica della revoca del certificato

Nessuno

Fattori di prestazioni ottimali

Per ottenere le migliori prestazioni, assicurati che la tua rete soddisfi i seguenti requisiti:

  • La latenza di andata e ritorno (RTT) dalla rete del cliente all'area di Azure in cui vengono distribuiti i gruppi host deve essere inferiore a 150 ms.

  • Il traffico di rete può fluire al di fuori dei confini del paese/area geografica quando le macchine virtuali che ospitano desktop e applicazioni si connettono al servizio di gestione.

  • Per ottimizzare le prestazioni della rete, è consigliabile assegnare macchine virtuali dell'host di sessione nella stessa area di Azure del servizio di gestione.

Immagini del sistema operativo VM supportate

Desktop virtuale di Azure supporta le seguenti immagini del sistema operativo x64:

  • Windows 10 Enterprise Multisession, versione 1809 o successiva

  • Windows 10 Enterprise, versione 1809 o successiva

  • Windows 7 impresa

  • Server Windows 2019

  • Server Windows 2016

  • Server Windows 2012 R2

Desktop virtuale di Azure non supporta le immagini del sistema operativo x86 (32 bit), Windows 10 Enterprise N o Windows 10 Enterprise KN. Windows 7, inoltre, non supporta le soluzioni di profilo basate su VHD o VHDX ospitate in Archiviazione di Azure gestita a causa di una limitazione delle dimensioni del settore.

Le opzioni di automazione e distribuzione disponibili dipendono dal sistema operativo e dalla versione scelti, come mostrato nella tabella seguente:

Sistema operativoGalleria di immagini di AzureDistribuzione manuale di macchine virtualiIntegrazione del modello ARMEffettuare il provisioning di gruppi host in Azure Marketplace

Windows 10 multisessione, versione 1903

Windows 10 multisessione, versione 1809

NO

NO

Windows 10 Enterprise, versione 1903

Windows 10 Enterprise, versione 1809

NO

NO

Windows 7 impresa

NO

NO

Server Windows 2019

NO

NO

Server Windows 2016

Server Windows 2012 R2

NO

NO

References

Top Articles
Latest Posts
Article information

Author: Zonia Mosciski DO

Last Updated: 05/30/2023

Views: 6163

Rating: 4 / 5 (51 voted)

Reviews: 82% of readers found this page helpful

Author information

Name: Zonia Mosciski DO

Birthday: 1996-05-16

Address: Suite 228 919 Deana Ford, Lake Meridithberg, NE 60017-4257

Phone: +2613987384138

Job: Chief Retail Officer

Hobby: Tai chi, Dowsing, Poi, Letterboxing, Watching movies, Video gaming, Singing

Introduction: My name is Zonia Mosciski DO, I am a enchanting, joyous, lovely, successful, hilarious, tender, outstanding person who loves writing and wants to share my knowledge and understanding with you.