Glossario di Azure Virtual Desktop Insights
Questo articolo elenca e descrive brevemente i termini e i concetti chiave correlati ad Azure Virtual Desktop Insights.
Avvisi
Tutti gli avvisi attivi di Monitoraggio di Azure configurati nella sottoscrizione e classificati come gravità 0 verranno visualizzati nella pagina Panoramica. Per informazioni su come configurare gli avvisi, vedere Avvisi del log di Monitoraggio di Azure.
Sessioni disponibili
Le sessioni disponibili mostrano il numero di sessioni disponibili nel pool di host. Il servizio calcola questo numero moltiplicando il numero di macchine virtuali (VM) per il numero massimo di sessioni consentite per ogni macchina virtuale, quindi sottraendo le sessioni totali.
Sistema operativo client
Il sistema operativo client mostra la versione degli utenti finali del sistema operativo che accedono alle risorse di Desktop virtuale Azure attualmente in uso. Il sistema operativo client mostra anche la versione del client Web (HTML) e il client Desktop remoto completo di cui dispongono gli utenti. Per un elenco completo delle versioni del sistema operativo Windows, vedere Versione del sistema operativo.
Connessione esito positivo
Questo elemento mostra l'integrità della connessione. "Connessione esito positivo" significa che la connessione potrebbe raggiungere l'host, come confermato dallo stack in tale macchina virtuale. Una connessione non riuscita indica che la connessione non è riuscita a raggiungere l'host.
Utenti attivi giornalieri (DAU)
Numero totale di utenti che hanno avviato una sessione nelle ultime 24 ore.
Avvisi giornalieri
Numero totale di avvisi attivati ogni giorno.
Connessioni e riconnessioni giornaliere
Numero totale di connessioni e riconnessioni avviate o completate nelle ultime 24 ore.
Ore di connessione giornaliere
Numero totale di ore trascorse a una sessione tra gli utenti nelle ultime 24 ore.
Diagnostica ed errori
Quando viene visualizzato un errore o un avviso in Azure Virtual Desktop Insights, viene classificato per tre elementi:
Tipo di attività: questa categoria è la modalità di classificazione dell'errore in base alla diagnostica di Desktop virtuale Azure. Le categorie sono attività di gestione, feed, connessioni, registrazioni host, errori e checkpoint. Per altre informazioni su queste categorie, vedere Usare Log Analytics per la funzionalità di diagnostica.
Tipo: questa categoria mostra la posizione dell'errore.
- Gli errori contrassegnati come "service" o "ServiceError = TRUE" si sono verificati nel servizio Desktop virtuale Azure.
- Gli errori contrassegnati come "distribuzione" o contrassegnati come "ServiceError = FAL edizione Standard" si sono verificati all'esterno del servizio Desktop virtuale Azure.
- Per altre informazioni sul tag ServiceError, vedere Scenari di errore comuni.
Origine: questa categoria fornisce una descrizione più specifica della posizione in cui si è verificato l'errore.
Diagnostica: ruolo del servizio responsabile del monitoraggio e dell'attività del servizio di creazione di report per consentire agli utenti di osservare e diagnosticare i problemi di distribuzione.
RDBroker: ruolo del servizio responsabile dell'orchestrazione delle attività di distribuzione, gestione dello stato degli oggetti, convalida dell'autenticazione e altro ancora.
RDGateway: ruolo del servizio responsabile della gestione della connettività di rete tra utenti finali e macchine virtuali.
RDStack: un componente software installato nelle macchine virtuali per consentire loro di comunicare con il servizio Desktop virtuale Azure.
Client: software in esecuzione nel computer dell'utente finale che fornisce l'interfaccia al servizio Desktop virtuale Azure. Visualizza l'elenco delle risorse pubblicate e ospita la connessione Desktop remoto dopo aver effettuato una selezione.
Ogni problema di diagnostica o errore include un messaggio che spiega cosa è andato storto. Per altre informazioni sulla risoluzione degli errori, vedere Identificare e diagnosticare i problemi di Desktop virtuale Azure.
Codici dell'area del gateway
Alcune metriche in Azure Virtual Desktop Insights elencano l'area del gateway a cui si connette un utente. L'area del gateway è rappresentata da un codice di tre o quattro lettere che corrisponde all'area di Azure in cui si trova il gateway. La tabella seguente elenca i codici dell'area del gateway e le aree di Azure corrispondenti:
Codice dell'area del gateway | Area di Azure |
---|---|
Area sotto la curva | Australia centrale |
AUC2 | Australia centrale 2 |
AUE | Australia orientale |
AU edizione Standard | Australia sud-orientale |
BRS | Brasile meridionale |
CAC | Canada centrale |
Valutazione continua dell'accesso | Canada orientale |
CHNO | Svizzera settentrionale |
CIN | India centrale |
CUS | Stati Uniti centrali |
EAS | Asia orientale |
edizione Enterprise U | Europa orientale |
EUS | Stati Uniti orientali |
EUS2 | Stati Uniti orientali 2 |
FRAS | Francia meridionale |
FRC | Francia centrale |
GEC | Germania centrale |
GEN | Germania settentrionale |
GENE | Germania nord-orientale |
GWC | Germania centro-occidentale |
JPE | Giappone orientale |
JPW | Giappone occidentale |
KRC | Corea centrale |
KRS | Corea meridionale |
KRS2 | Corea del Sud 2 |
NCUS | Stati Uniti centro-settentrionali |
NEU | Europa settentrionale |
NOE | Norvegia orientale |
NOW | Norvegia occidentale |
SAN | Sudafrica settentrionale |
VISTO | Sudafrica occidentale |
SCUS | Stati Uniti centro-meridionali |
edizione Standard A2 | Asia sud-orientale 2 |
edizione Standard AS | Asia sud-orientale |
SIN | India meridionale |
SWW | Svizzera occidentale |
Emirati Arabi Uniti | Emirati Arabi Uniti centrali |
UAEN | Emirati Arabi Uniti settentrionali |
Regno Unito | Regno Unito settentrionale |
UKS | Regno Unito meridionale |
UKS2 | Regno Unito meridionale 2 |
UKW | Regno Unito occidentale |
WCUS | Stati Uniti centro-occidentali |
WEU | Europa occidentale |
VINCERE | India occidentale |
WUS | Stati Uniti occidentali |
Ritardo di input
"Ritardo di input" in Azure Virtual Desktop Insights indica il ritardo di input per ogni contatore delle prestazioni del processo per ogni sessione. Nella pagina delle prestazioni dell'host in aka.ms/azmonwvdi questo contatore delle prestazioni è configurato per inviare un report al servizio una volta ogni 30 secondi. Questi intervalli di 30 secondi sono denominati "campioni" e il report indica il peggior caso in tale finestra. I valori mediani e p95 riflettono la median e il 95° percentile in tutti i campioni.
In Ritardo di input per host è possibile selezionare una riga host sessione per filtrare tutti gli altri oggetti visivi nella pagina in tale host. È anche possibile selezionare un nome di processo per filtrare il ritardo di input mediano nel grafico del tempo.
Sono stati inseriti ritardi nelle categorie seguenti:
- Buono: sotto i 150 millisecondi.
- Accettabile: 150-500 millisecondi.
- Scarso: 500-2.000 millisecondi (inferiore a 2 secondi).
- Bad: oltre 2.000 millisecondi (2 secondi e superiori).
Per altre informazioni sul funzionamento del contatore dei ritardi di input, vedere Contatori delle prestazioni Ritardo input utente.
Utenti attivi mensili
Numero totale di utenti che hanno avviato una sessione negli ultimi 28 giorni. Se si archiviano dati per 30 giorni o meno, è possibile che vengano visualizzati valori MAU e Connessione ion inferiori a quelli previsti durante i periodi in cui sono disponibili meno di 28 giorni di dati.
Contatori delle prestazioni
I contatori delle prestazioni mostrano le prestazioni dei componenti hardware, dei sistemi operativi e delle applicazioni.
La tabella seguente elenca i contatori delle prestazioni consigliati e gli intervalli di tempo usati da Monitoraggio di Azure per Desktop virtuale Azure:
Nome contatore delle prestazioni | Intervallo di tempo |
---|---|
Disco logico (C:)\Lunghezza media coda disco | 30 secondi |
Disco logico (C:)\Avg. Disk sec/Transfer | 60 secondi |
Disco logico (C:)\Lunghezza coda disco corrente | 30 secondi |
Memoria(*)\Byte disponibili | 30 secondi |
Memoria(*)\Errori di pagina/sec | 30 secondi |
Memoria(*)\Pagine/sec | 30 secondi |
Memoria(*)\% Byte vincolati in uso | 30 secondi |
PhysicalDisk(*)\Avg. Disk Queue Length | 30 secondi |
PhysicalDisk(*)\Avg. Disk sec/Read | 30 secondi |
PhysicalDisk(*)\Avg. Disk sec/Transfer | 30 secondi |
PhysicalDisk(*)\Avg. Disk sec/Write | 30 secondi |
Informazioni sul processore (_Total)\% tempo processore | 30 secondi |
Servizi terminal(*)\Sessioni attive | 60 secondi |
Servizi terminal(*)\Sessioni inattive | 60 secondi |
Servizi terminal(*)\Totale sessioni | 60 secondi |
*Ritardo input utente per processo(*)\Ritardo di input massimo | 30 secondi |
*Ritardo input utente per sessione(*)\Ritardo di input massimo | 30 secondi |
RemoteFX Network(*)\Current TCP RTT | 30 secondi |
Rete RemoteFX(*)\Larghezza di banda UDP corrente | 30 secondi |
Potenziali problemi di connettività
Potenziali problemi di connettività mostrano gli host, gli utenti, le risorse pubblicate e i client con una frequenza elevata di errori di connessione. Dopo aver scelto un filtro "report by", è possibile valutare la gravità del problema controllando i valori in queste colonne:
- Tentativi (numero di tentativi di connessione)
- Risorse (numero di app pubblicate o desktop)
- Host (numero di macchine virtuali)
- Client
Ad esempio, se si seleziona il filtro Per utente , è possibile controllare per visualizzare i tentativi di connessione di ogni utente nella colonna Tentativi .
Se si nota che un problema di connessione si estende su più host, utenti, risorse o client, è probabile che il problema influisca sull'intero sistema. In caso contrario, si tratta di un problema più piccolo che riduce la priorità.
È anche possibile selezionare le voci per visualizzare informazioni aggiuntive. È possibile visualizzare gli host, le risorse e le versioni client coinvolti nel problema. La visualizzazione mostrerà anche eventuali errori segnalati durante i tentativi di connessione.
Tempo di round trip (RTT)
Il tempo di round trip (RTT) è una stima del tempo di round trip della connessione tra la posizione dell'utente finale e l'area di Azure dell'host della sessione. Per vedere quali posizioni hanno la latenza migliore, cercare la posizione desiderata nello strumento di stima dell'esperienza desktop virtuale Azure.
Cronologia delle sessioni
L'elemento Sessioni mostra lo stato di tutte le sessioni, connesse e disconnesse. Le sessioni inattive mostrano solo le sessioni disconnesse.
Avvisi di gravità 0
Gli elementi più urgenti che è necessario prendersi cura subito. Se questi problemi non vengono risolti, potrebbero causare l'interruzione del funzionamento della distribuzione di Desktop virtuale Azure.
Tempo richiesto per la connessione
Il tempo di connessione è il tempo tra il momento in cui un utente apre una risorsa per avviare la sessione e quando il desktop è stato caricato ed è pronto per l'uso. Ad esempio, per remoteapp, questo è il tempo necessario per avviare l'applicazione.
Il tempo necessario per la connessione è costituito da due fasi:
- Connessione ion, ovvero il tempo necessario per il servizio di Azure per instradare l'utente a un host di sessione.
- "Accesso", ovvero il tempo necessario per il servizio per eseguire attività correlate all'accesso dell'utente e alla definizione della sessione nell'host della sessione.
Quando si monitora il tempo di connessione, tenere presente quanto segue:
Il tempo di connessione viene misurato con i checkpoint seguenti dai dati di diagnostica del servizio Desktop virtuale Azure. I checkpoint usati da Insights per determinare quando viene stabilita la connessione sono diversi per un desktop rispetto a uno scenario RemoteApp.
Inizia: stato WVD Connessione ion = avviato
Termina: WVDCheckpoints Name = ShellReady (desktop); Name = RdpShellAppExecuted (RemoteApp. Per i tempi, prendere in considerazione solo il primo avvio dell'app)
Ad esempio, Insights misura il tempo necessario per l'avvio di un'esperienza desktop in base al tempo necessario per avviare Esplora risorse. Insights misura anche il tempo necessario per l'avvio di un'app RemoteApp in base al tempo impiegato per avviare la prima istanza dell'app shell per una connessione.
Nota
Se un utente avvia più di un'app RemoteApp, a volte l'app shell può essere eseguita più volte durante una singola connessione. Per una misurazione accurata del tempo di connessione, è consigliabile usare solo il primo checkpoint di esecuzione per ogni connessione.
La creazione di nuove sessioni richiede in genere più tempo rispetto al ripristino delle connessioni alle sessioni esistenti a causa delle differenze nel processo di "accesso" per le connessioni nuove e stabilite.
Il tempo necessario per consentire all'utente di fornire le credenziali viene sottratto dal tempo necessario per connettersi all'account per le situazioni in cui un utente richiede tempo per immettere le credenziali o usare metodi di autenticazione alternativi per accedere.
Quando si risolve un tempo elevato per la connessione, Monitoraggio di Azure suddividerà i dati totali del tempo di connessione in quattro componenti per identificare come ridurre il tempo di accesso.
Nota
I componenti di questa sezione mostrano solo le fasi di connessione primaria. Questi componenti possono essere eseguiti in parallelo, il che significa che non verranno aggiunti fino al tempo totale di connessione. Il tempo totale di connessione è una misura che Monitoraggio di Azure determina in un processo separato.
Il diagramma di flusso seguente illustra le quattro fasi del processo di accesso:
Il diagramma di flusso mostra i quattro componenti seguenti:
Route utente: il tempo necessario da quando l'utente seleziona l'icona di Desktop virtuale Azure per avviare una sessione a quando il servizio identifica un host a cui connettersi. Un carico di rete elevato, un carico di servizio elevato o un routing univoco del traffico di rete può causare tempi di routing elevati. Per risolvere i problemi di route utente, esaminare i percorsi di rete.
Stack connesso: il tempo necessario da quando il servizio risolve un host di sessione di destinazione per l'utente quando il servizio stabilisce una connessione tra l'host sessione e il client remoto dell'utente. Come il routing degli utenti, il carico di rete, il carico del server o il routing univoco del traffico di rete possono influire sul tempo di connessione. Per questo componente, è anche necessario prestare attenzione al routing di rete. Per ridurre il tempo di connessione, assicurarsi di aver configurato correttamente tutte le configurazioni proxy sia negli host client che in quello di sessione e che il routing al servizio è ottimale.
Accesso: il tempo necessario tra il momento in cui viene stabilita una connessione a un host quando la shell inizia a essere caricata. Il tempo di accesso include diversi processi che possono contribuire a tempi di connessione elevati. È possibile visualizzare i dati per la fase di "accesso" in Insights per verificare se sono presenti picchi imprevisti in tempi medi.
Il processo di "accesso" è suddiviso in quattro fasi:
Profili: il tempo necessario per caricare il profilo di un utente per le nuove sessioni. Il tempo di caricamento dipende dalle dimensioni del profilo utente o dalle soluzioni del profilo utente in uso, ad esempio User Experience Virtualization. Se si usa una soluzione che dipende dai profili archiviati dalla rete, la latenza in eccesso può comportare tempi di caricamento del profilo più lunghi.
Oggetti Criteri di gruppo :il tempo necessario per applicare i criteri di gruppo alle nuove sessioni. Un picco in questa area dei dati è un segno che sono presenti troppi criteri di gruppo, i criteri richiedono troppo tempo per l'applicazione o l'host sessione riscontra problemi di risorse. Una cosa che è possibile fare per ottimizzare i tempi di elaborazione è assicurarsi che il controller di dominio sia vicino agli host di sessione il più possibile.
Avvio shell: il tempo necessario per avviare la shell (in genere explorer.exe).
FSLogix (Frxsvc): tempo necessario per avviare FSLogix nelle nuove sessioni. Un tempo di avvio lungo può indicare problemi con le condivisioni usate per ospitare i profili utente FSLogix. Per risolvere questi problemi, assicurarsi che le condivisioni siano collocate con gli host di sessione e ridimensionate in modo appropriato per il numero medio di utenti che accedono agli host. Un'altra area da esaminare è la dimensione del profilo. Le dimensioni dei profili di grandi dimensioni possono rallentare i tempi di avvio.
La shell inizia a eseguire la shell pronta: il momento in cui la shell inizia a caricarsi quando è completamente caricata e pronta per l'uso. I ritardi in questa fase possono essere causati dall'overload dell'host sessione (attività elevata di CPU, memoria o disco) o da problemi di configurazione.
Report utente
La pagina del report utente consente di visualizzare la cronologia delle connessioni e le informazioni di diagnostica di un utente specifico. Ogni report utente mostra i modelli di utilizzo, il feedback degli utenti e gli eventuali errori riscontrati durante le sessioni. La maggior parte dei problemi più piccoli può essere risolta con il feedback degli utenti. Se è necessario approfondire, è anche possibile filtrare le informazioni su un ID di connessione o un periodo di tempo specifico.
Utenti per core
Questo è il numero di utenti in ogni core di macchina virtuale. Tenere traccia del numero massimo di utenti per core nel tempo consente di identificare se l'ambiente viene eseguito in modo coerente a un numero elevato, basso o variabile di utenti per core. Conoscere il numero di utenti attivi consentirà di gestire in modo efficiente le risorse e ridimensionare l'ambiente.
Log eventi di Windows
I log eventi di Windows sono origini dati raccolte dall'agente di Monitoraggio di Azure o dall'agente di Log Analytics nelle macchine virtuali Windows. È possibile raccogliere eventi da log standard, ad esempio Sistema e Applicazione, nonché i log personalizzati creati dalle applicazioni che è necessario monitorare.
La tabella seguente elenca i registri eventi di Windows necessari per Azure Virtual Desktop Insights:
Nome evento | Tipo di evento |
---|---|
Applicazione | Errore e avviso |
Microsoft-Windows-TerminalServices-Remote Connessione ionManager/Amministrazione | Errore, avviso e informazioni |
Microsoft-Windows-TerminalServices-LocalSessionManager/Operational | Errore, avviso e informazioni |
Sistema | Errore e avviso |
Microsoft-FSLogix-Apps/Operational | Errore, avviso e informazioni |
Microsoft-FSLogix-Apps/Amministrazione | Errore, avviso e informazioni |
Passaggi successivi
- Per iniziare, vedere Usare Azure Virtual Desktop Insights per monitorare la distribuzione.
- Per stimare, misurare e gestire i costi di archiviazione dei dati, vedere Stimare i costi di Monitoraggio di Azure.
- Se si verifica un problema, consultare la guida alla risoluzione dei problemi per informazioni e problemi noti.
È anche possibile configurare Azure Advisor per capire come risolvere o prevenire i problemi comuni. Per altre informazioni, vedere Introduzione ad Azure Advisor.
Per assistenza o domande, consultare le risorse della community:
Porre domande o inviare suggerimenti alla community in TechCommunity di Desktop virtuale Azure.
Per informazioni su come lasciare commenti e suggerimenti, vedere Panoramica della risoluzione dei problemi, commenti e suggerimenti per Desktop virtuale Azure.
È anche possibile lasciare commenti e suggerimenti per Desktop virtuale Azure nell'hub di feedback di Desktop virtuale Azure