Microsoft AZ-140: Architettura e progettazione del servizio Azure Virtual Desktop — Guida allo studio
Fa parte della Microsoft Azure Virtual Desktop Specialty AZ-140 — Guida allo studio. Esercitati con risposte verificate nel centro esami Microsoft, oppure fai test cronometrati su ExamRoll.io.
Panoramica
Azure Virtual Desktop (AVD) è un servizio di virtualizzazione di desktop e app gestito da Microsoft che separa il piano di controllo del servizio dal piano dati specifico del tuo tenant. Il servizio funge da broker per le connessioni sicure, mentre tu possiedi e gestisci le macchine virtuali host di sessione, l’identità, lo storage e le reti. Progettare un’architettura efficace significa mappare l’esperienza utente, l’identità, la distribuzione delle applicazioni, la capacità, la resilienza e i controlli dei costi in un modello di deployment coeso che possa essere convalidato e implementato per fasi senza interruzioni per l’utente.
Architettura del Servizio: Piano di Controllo vs Piano Dati
Piano di controllo (gestito da Microsoft):
- I servizi Web Access, Gateway e Broker autenticano gli utenti, enumerano le risorse e orchestrano le sessioni di connessione inversa (reverse-connect) su TLS 443. Sono distribuiti a livello globale e aggiornati da Microsoft.
- I servizi Diagnostics e Insights raccolgono la telemetria delle connessioni, lo stato di integrità e lo stato dell’agente.
- Le API di gestione basate su ARM definiscono i pool di host, i gruppi di applicazioni e gli spazi di lavoro, inclusi i piani di scalabilità e la funzionalità “Start VM on Connect”.
Piano dati (gestito dal cliente):
- Host di sessione (Windows 10/11 Enterprise multi-sessione o singola sessione) nelle tue sottoscrizioni e VNet.
- Identità e risoluzione dei nomi tramite AD DS, Azure AD DS o Entra ID con la modalità di join appropriata. Gli host di sessione devono risolvere i servizi di dominio; configurare il DNS della VNet sui controller di dominio o sugli IP di Azure AD DS anziché su DNS pubblici.
- Stato utente e cache (profili FSLogix e contenitori Office) su Azure Files Premium o Azure NetApp Files (ANF), o meno comunemente su file server IaaS o Storage Spaces Direct (S2D).
- Networking (VNet, peering, VPN/ExpressRoute, NSG, UDR, egress), con QoS e path steering per minimizzare la latenza e il jitter su UDP/TCP 443.
- Gestione delle immagini con Azure Compute Gallery e Azure Image Builder, e controlli operativi come la scalabilità automatica e le finestre di manutenzione.
Il traffico del piano di controllo è in uscita dagli host di sessione; non sono richiesti endpoint pubblici in ingresso sulle VM host. Ciò riduce l’esposizione e semplifica le regole del firewall.
Costrutti Fondamentali e Distribuzione delle Applicazioni
Pool di host: Un insieme logico di host di sessione con una posizione della risorsa definita (regione dei metadati), una policy di bilanciamento del carico e una modalità di assegnazione (in pool o personale). Un pool di host contiene di default un gruppo di applicazioni Desktop e può avere più gruppi RemoteApp.
Gruppo di applicazioni (app group):
- Desktop: Presenta un desktop Windows completo dal pool. È consentito un solo gruppo di applicazioni desktop per pool di host.
- RemoteApp: Pubblica singole applicazioni. È possibile creare più gruppi RemoteApp per pool.
- A un utente non devono essere assegnati sia il gruppo Desktop che un gruppo RemoteApp dello stesso pool di host. Utilizzare pool separati per evitare conflitti di esperienza tra app e desktop.
- Un gruppo di applicazioni è associato a esattamente uno spazio di lavoro. Lo spazio di lavoro e il gruppo di applicazioni devono condividere la stessa posizione della risorsa AVD.
Spazio di lavoro: Il contenitore rivolto all’utente che aggrega i gruppi di applicazioni da diversi pool in feed di risorse per i client AVD. L’RBAC sui gruppi di applicazioni controlla chi vede quali app/desktop. Mantenere allineate le posizioni dei metadati durante la registrazione dei gruppi di applicazioni agli spazi di lavoro.
Strategia per le immagini: Per i pool multi-sessione, utilizzare immagini del marketplace Windows 10/11 Enterprise multi-sessione o un’immagine personalizzata generalizzata in una Azure Compute Gallery. Per i pool personali, utilizzare immagini Windows 10/11 Enterprise a sessione singola. Generalizzare sempre le VM di origine prima di acquisire le immagini per rimuovere lo stato specifico dell’utente e della macchina.
Tipi di Pool di Host, Assegnazione, Aggiornamenti e Gestione dell’Alimentazione
Pool di host in pool vs personali:
- In pool (Pooled): Più utenti simultanei per VM. Ottimizzare per densità e costo con bilanciamento del carico Breadth-first o Depth-first. Usare FSLogix per i profili.
- Personale (Personal): Un utente per VM con stato dedicato. Metodi di assegnazione:
- Automatica: La prima connessione associa permanentemente un utente a una VM non assegnata.
- Diretta: L’amministratore mappa gli utenti a specifici host di sessione.
Pool di convalida vs di produzione:
- Il flag del pool di convalida fa sì che il pool partecipi ai ring di pre-release dell’agente AVD. Utilizzare un piccolo pool di convalida per immagine/regione per testare gli aggiornamenti dell’agente AVD, del sistema operativo e delle app con utenti pilota.
- Modello di rollout per fasi:
- Convalidare l’immagine e l’agente in un pool di sviluppo/test.
- Eseguire un test pilota in un pool di convalida con un sottoinsieme di utenti.
- Espandere gradualmente ai pool di produzione, regione per regione.
- Eseguire il drain e applicare le patch agli host in modo incrementale per evitare tempi di inattività.
Scalabilità automatica e Start VM on Connect:
- La scalabilità automatica (piani di scalabilità) pianifica la capacità, impone soglie di sessione, esegue il drain degli host inattivi e dealloca le VM per minimizzare i costi preservando l’esperienza utente.
- Start VM on Connect accende le VM deallocate quando un utente tenta di connettersi. Requisiti operativi:
- Abilitare un’identità gestita assegnata dal sistema sul pool di host e concedere il ruolo Desktop Virtualization Power On Off Contributor sul gruppo di risorse degli host di sessione o sulle VM.
- Le VM devono essere deallocate per risparmiare sui costi di calcolo; lo stato “arrestato” ma allocato continua a generare addebiti e non offre alcun vantaggio di avvio a freddo (cold-start).
- Funziona con pool in pool e personali; l’avvio a freddo (cold-start) aggiunge minuti di ritardo alla connessione.
- Si applica solo alle connessioni avviate dal client tramite AVD; l’RDP diretto non è supportato.
- Coordinare con la scalabilità automatica per garantire che un numero minimo di host sia pre-riscaldato per i periodi di picco.
Bilanciamento del Carico, Pianificazione della Capacità, Registrazione e Integrità
Algoritmi di bilanciamento del carico:
- Breadth-first: Distribuisce le sessioni in modo uniforme tra gli host disponibili. Ideale per prestazioni costanti e margine di memoria.
- Depth-first: Riempie un host fino al suo limite di sessioni massime (Max session limit) prima di passare al successivo. Massimizza le deallocazioni per risparmiare sui costi, ma rischia effetti di “noisy-neighbor” se i limiti sono troppo alti.
Limite massimo di sessioni e densità degli utenti:
- Impostare il limite massimo di sessioni (Max session limit) per VM per limitare le sessioni concorrenti e proteggere l’esperienza utente (UX), specialmente con l’algoritmo Depth-first.
- Stimare la densità tramite benchmark dei carichi di lavoro target: la CPU spesso limita la densità multi-sessione. Come regola generale:
- Produttività leggera: 6–10 sessioni/vCPU su SKU multi-sessione moderni, se opportunamente ottimizzati.
- Produttività media: 4–6 sessioni/vCPU.
- Grafica o carichi pesanti di dati: 1–3 sessioni/vCPU.
- Pianificazione della capacità:
- Host richiesti = ceil((Utenti × concorrenza) ÷ sessioni-per-host).
- Aggiungere una riserva N+1 o un margine percentuale per il failover e le finestre di patching.
- Rete: Stimare 300–500 Kbps per sessione leggera, 1–2 Mbps per media, 3–5+ Mbps per pesante. Solo gli utenti in ufficio effettuano l’hairpinning attraverso la rete internet aziendale; gli utenti remoti si connettono direttamente ad AVD.
- QoS: Dare priorità a UDP/TCP 443 verso i gateway di AVD; un’allocazione insufficiente causa risposte lente ed errori di connessione.
Selezione dello storage per FSLogix:
- Azure NetApp Files offre gli IOPS più elevati e la latenza più bassa su scala enterprise (per decine di migliaia di utenti) con un overhead di gestione minimo.
- Azure Files Premium offre condivisioni SMB basate su SSD con autenticazione basata su AD o Kerberos di Entra, bilanciando prestazioni e costi per la maggior parte delle implementazioni.
- Le alternative IaaS (S2D SOFS) richiedono almeno tre VM senza Cloud Witness e impongono un overhead operativo; utilizzarle solo quando le opzioni PaaS non sono praticabili.
Token di registrazione, registrazione dell’host di sessione e integrità dell’agente:
- Prima di aggiungere VM esistenti a un pool di host, generare un token di registrazione. L’agente AVD e il boot loader registrano la VM utilizzando questo token; successivamente, l’host viene associato al pool e il token può scadere.
- Mantenere l’integrità dell’agente (agent health) “verde” monitorando lo stato del servizio, la versione dello stack SxS e l’heartbeat tramite AVD Insights e Log Analytics. Mettere gli host in modalità di drenaggio (drain mode) durante il patching per impedire nuove sessioni.
- Suggerimento rapido per il troubleshooting: all’interno di una sessione utente, utilizzare i contatori RemoteFX Graphics di Performance Monitor (Frames Skipped/Second) per isolare i problemi di rendering tra server, rete e client.
Esempio PowerShell per registrazione e integrità:
# Generate a time-limited registration token
New-AzWvdRegistrationInfo `
-ResourceGroupName 'rg-avd' `
-HostPoolName 'hp-pooled' `
-ExpirationTime (Get-Date).AddHours(8)
# Review host state, drain mode, and session counts
Get-AzWvdSessionHost `
-ResourceGroupName 'rg-avd' `
-HostPoolName 'hp-pooled' |
Select-Object Name, Status, AllowNewSession, Sessions
Considerazioni su DNS e aggiunta al dominio:
- Quando si utilizza Azure AD DS, impostare i server DNS della VNet sugli IP del dominio gestito, in modo che gli host di sessione possano individuare i domain controller per la registrazione di Windows e per Kerberos/NTLM.
- Per AD DS in modalità ibrida, configurare ogni VNet che ospita gli host di sessione per utilizzare gli IP dei DC on-premise (almeno due per la resilienza). Assicurarsi che i forwarder condizionali o i resolver supportino gli endpoint privati di Azure, se utilizzati.
Progettazione regionale e l’Experience Estimator:
- Scegliere le region del pool di host in base alla latenza di round-trip più bassa dalle postazioni degli utenti, misurata con l’Azure Virtual Desktop Experience Estimator. Eseguire i test da subnet utente reali durante le ore di punta e non di punta.
- Collocare lo storage FSLogix e i servizi di dominio insieme agli host di sessione per minimizzare i roundtrip SMB. Evitare il montaggio di profili tra region diverse.
- Per le implementazioni multi-region, allineare le posizioni dei metadati tra pool di host, gruppi di applicazioni e workspace; utilizzare pool separati per ogni region per garantire autonomia e failover a stadi.
Scenario Pratico
Siemens AG deve distribuire carichi di lavoro CAD e di produttività a ingegneri a Monaco, Chicago e Singapore, minimizzando i costi e garantendo prestazioni elevate.
- Mappare coorti di utenti, carichi di lavoro e region
- Identificare tre coorti: carichi pesanti di CAD (richiede GPU), produttività standard e collaboratori esterni con esigenze di sole applicazioni (app-only). Misurare la latenza da ogni sede con l’AVD Experience Estimator.
- Perché: I pool basati su coorti prevengono gli effetti di “noisy-neighbor” e consentono di dimensionare correttamente le famiglie di VM e il comportamento di scaling per ogni carico di lavoro. Le misurazioni della latenza guidano il posizionamento regionale.
- Progettare pool di host regionali e distribuzione delle applicazioni
- Creare tre pool di host regionali per coorte in West Europe, East US e Southeast Asia. Utilizzare:
- GPU NVadsA10 v5 per il CAD (in pool, Breadth-first, limite massimo di sessioni più basso).
- Serie D/E per la produttività (in pool, Depth-first per massimizzare le deallocazioni nelle ore non di punta).
- Pool solo RemoteApp per i collaboratori esterni che pubblicano applicazioni specifiche.
- Registrare i gruppi di applicazioni RemoteApp e Desktop nei workspace regionali corrispondenti alla posizione delle risorse di ciascun pool.
- Perché: La segregazione dei pool per carico di lavoro e region ottimizza le prestazioni e i costi, mantenendo al contempo una gestione pulita dei diritti sulle applicazioni.
- Implementare identità e DNS
- Per l’UE e gli Stati Uniti, effettuare il domain-join a un AD DS on-premise sincronizzato con Entra ID. Configurare il DNS personalizzato di ogni VNet su due DC regionali per la resilienza. A Singapore, distribuire Azure AD DS e impostare il DNS della VNet sugli IP del dominio gestito per evitare la dipendenza dalla WAN.
- Perché: I domain controller locali e un DNS della VNet corretto assicurano una risoluzione Kerberos affidabile e accessi rapidi; Azure AD DS riduce l’overhead operativo dove non è presente un AD on-premise.
- Ottimizzare lo stato utente e lo storage
- Utilizzare Azure NetApp Files per le coorti CAD e di produttività ad alta concorrenza; utilizzare Azure Files Premium per i collaboratori esterni. Posizionare lo storage nella stessa region dei pool di host e abilitare i contenitori di profili FSLogix con Cloud Cache per gli utenti CAD che si spostano tra due uffici vicini.
- Perché: ANF offre la latenza più bassa e gli IOPS più alti per i carichi di lavoro pesanti; Azure Files Premium riduce i costi per gli utenti con carichi più leggeri. La co-locazione previene la latenza SMB tra region diverse.
- Capacità, autoscale e Start VM on Connect
- Stabilire obiettivi di densità tramite test pilota (es. CAD 1–2 sessioni/vCPU, produttività 4–6 sessioni/vCPU). Configurare piani di autoscale con un ramp-up durante la giornata lavorativa e un drenaggio e deallocazione nelle ore non lavorative. Abilitare Start VM on Connect con un’identità assegnata dal sistema su ogni pool di host e concedere il ruolo Desktop Virtualization Power On Off Contributor sui gruppi di risorse degli host di sessione.
- Perché: L’autoscale e Start VM on Connect minimizzano la spesa di calcolo preservando l’esperienza utente; l’identità e l’assegnazione dei ruoli consentono al servizio di accendere le VM in modo affidabile.
- Rollout a stadi e validazione
- Contrassegnare un piccolo pool di host di convalida per ogni region per ricevere anticipatamente gli aggiornamenti dell’agente. Cadenza di patching: convalida → pilota → produzione. Utilizzare la modalità di drenaggio (drain mode) durante il patching e applicare limiti massimi di sessione (Max session limits) adatti a ogni carico di lavoro e algoritmo.
- Perché: I “ring” di distribuzione controllati evitano regressioni a livello di servizio; la modalità di drenaggio mantiene le sessioni attive durante la manutenzione degli host.
- Ottimizzazione della rete e QoS
- Assicurarsi che i router delle filiali diano priorità a UDP/TCP 443 verso gli endpoint di AVD con allocazioni di larghezza di banda sufficienti. Rimuovere qualsiasi hairpinning VPN per gli utenti remoti in modo che gli utenti da casa si connettano direttamente ad AVD.
- Perché: I flussi multimediali di AVD si basano sulla porta 443; una QoS sotto-provisionata causa risposte lente e cadute di connessione.
Allineando i tipi di pool, i gruppi di applicazioni, l’identità, lo storage, lo scaling e il posizionamento regionale alle coorti e alle geografie di Siemens, il progetto raggiunge prestazioni prevedibili, sicurezza operativa tramite i “ring” di validazione ed efficienza dei costi attraverso una gestione intelligente dell’alimentazione e controlli sulla densità.
Esercitati su queste domande → · Pratica cronometrata su ExamRoll.io →
Pass the whole exam — not just this question
You found this answer. Get every verified question and explanation in one place, and save hours of prep. Free to start.
Supera l'esame →