Glossario di Insights di Desktop virtuale Azure
Questo articolo elenca e descrive brevemente i termini e i concetti chiave correlati ad Insights di Desktop virtuale Azure.
Avvisi
Tutti gli avvisi attivi di Monitoraggio di Azure configurati nella sottoscrizione e classificati con gravità 0 verranno visualizzati nella pagina di panoramica. Per informazioni su come configurare gli avvisi, vedere Avvisi dei 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, successivamente 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 riuscita
Questo elemento mostra l'integrità della connessione. "Connessione riuscita" 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
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 in una sessione tra gli utenti nelle ultime 24 ore.
Diagnostica ed errori
Quando viene visualizzato un errore o un avviso in Insights di Desktop virtuale Azure, questo viene classificato in base a tre elementi:
Tipo di attività: questa categoria indica 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. Altre informazioni su queste categorie sono disponibili in Uso di 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 "deployment" o contrassegnati come "ServiceError = FALSE" 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 della creazione di report sull'attività del servizio per consentire agli utenti di osservare e diagnosticare i problemi di distribuzione.
RDBroker: ruolo del servizio responsabile dell'orchestrazione delle attività di distribuzione, della gestione dello stato degli oggetti, della 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 o errore di diagnostica 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 Insights di Desktop virtuale Azure 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 |
| AUSE | 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 |
| EEU | 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 meridionale 2 |
| NCUS | Stati Uniti centro-settentrionali |
| NEU | Europa settentrionale |
| NOE | Norvegia orientale |
| NOW | Norvegia occidentale |
| SAN | Sudafrica settentrionale |
| SAW | Sudafrica occidentale |
| SCUS | Stati Uniti centro-meridionali |
| SEA2 | Asia sud-orientale 2 |
| SEAS | Asia sud-orientale |
| SIN | India meridionale |
| SWW | Svizzera occidentale |
| UAEC | Emirati Arabi Uniti centrali |
| UAEN | Emirati Arabi Uniti settentrionali |
| UKN | Regno Unito settentrionale |
| UKS | Regno Unito meridionale |
| UKS2 | Regno Unito meridionale 2 |
| UKW | Regno Unito occidentale |
| WCUS | Stati Uniti centro-occidentali |
| WEU | Europa occidentale |
| WIN | India occidentale |
| WUS | Stati Uniti occidentali |
Ritardo di input
"Ritardo di input" in Insights di Desktop virtuale Azure indica il ritardo di input per ogni contatore delle prestazioni del processo per ogni sessione. Nella pagina delle prestazioni dell'host all'indirizzo 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 il valore mediano e il 95° percentile in tutti i campioni.
In Ritardo di input per host è possibile selezionare una riga dell'host di 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.
I ritardi sono stati inseriti nelle categorie seguenti:
- Buono: sotto i 150 millisecondi.
- Accettabile: 150-500 millisecondi.
- Scarso: 500-2.000 millisecondi (inferiore a 2 secondi).
- Non valido: oltre 2.000 millisecondi (2 secondi e superiori).
Per altre informazioni sul funzionamento del contatore dei ritardi di input, vedere Contatori delle prestazioni di ritardo dell'input dell'utente.
Utenti attivi mensili
Numero totale di utenti che hanno avviato una sessione negli ultimi 28 giorni. Se si archiviano dati per almeno 30 giorni, è possibile che vengano visualizzati valori MAU e di connessione inferiori a quanto previsto durante i periodi in cui sono disponibili dati in riferimento a un numero di giorni inferiore a 28.
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 del contatore delle prestazioni | intervallo di tempo |
|---|---|
| Disco logico(C:)\Media Lunghezza coda disco | 30 secondi |
| Disco logico(C:)\Media Disk sec/Transfer | 60 secondi |
| Disco logico(C:)\Lunghezza corrente della coda del disco | 30 secondi |
| Memoria(*)\MB disponibili | 30 secondi |
| Memoria(*)\Errori di pagina/sec | 30 secondi |
| Memoria(*)\Pagine/sec | 30 secondi |
| Memoria(*)\% Byte vincolati in uso | 30 secondi |
| Disco fisico(*)\Media Lunghezza coda disco | 30 secondi |
| Disco fisico(*)\Media Disk sec/Read | 30 secondi |
| Disco fisico(*)\Media Disk sec/Transfer | 30 secondi |
| Disco fisico(*)\Media 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(*)\Sessioni totali | 60 secondi |
| *Ritardo input dell'utente per processo(*)\Ritardo input max | 30 secondi |
| *Ritardo input utente per sessione(*)\Ritardo input max | 30 secondi |
| Rete RemoteFX(*)\Tempo di round trip TCP corrente | 30 secondi |
| Rete RemoteFX(*)\Larghezza di banda UDP corrente | 30 secondi |
Potenziali problemi di connettività
Potenziali problemi di connettività mostra gli host, gli utenti, le risorse pubblicate e i client con una frequenza elevata di errori di connessione. Dopo aver scelto un filtro "segnala per", è possibile valutare la gravità del problema controllando i valori in queste colonne:
- Tentativi (numero di tentativi di connessione)
- Risorse (numero di app o desktop pubblicati)
- Host (numero di macchine virtuali)
- Client
Ad esempio, se si seleziona il filtro Dall'utente, è possibile verificare di 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. Altrimenti, si tratta di un problema più piccolo che abbassa la priorità.
È anche possibile selezionare le voci per visualizzare informazioni aggiuntive. È possibile visualizzare gli host, le risorse e le versioni dei client coinvolti nel problema. La visualizzazione mostrerà anche eventuali errori segnalati durante i tentativi di connessione.
Tempo di round trip
Il tempo di round trip è una stima del tempo di round trip della connessione tra la posizione dell'utente finale e l'area di Azure dell'host di sessione. Per vedere quali località hanno la latenza migliore, cercare la posizione desiderata nelle Statistiche sulla latenza round trip della rete di Azure.
Cronologia delle sessioni
L'elemento Sessioni mostra lo stato di tutte le sessioni, connesse e disconnesse. Sessioni inattive mostra solo le sessioni disconnesse.
Avvisi di gravità 0
Elementi più urgenti di cui è necessario occuparsi 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 il momento in cui 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, 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 di 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 di WVDConnection = avviato
Termina: nome di WVDCheckpoints = ShellReady (desktop); Nome = 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 file. Insights misura anche il tempo necessario per l'avvio di RemoteApp in base al tempo impiegato per avviare la prima istanza dell'app shell per una connessione.
Nota
Se un utente avvia più di una funzione 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 di connessione elevato, Monitoraggio di Azure suddivide i dati totali del tempo di connessione in quattro componenti per consentire di capire 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 per raggiungere il 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 dell'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 elevato del servizio o un routing univoco del traffico di rete possono causare tempi di routing elevati. Per risolvere i problemi di route dell'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 a quando il servizio stabilisce una connessione tra l'host di sessione e il client remoto dell'utente. Come il routing dell'utente, 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 del proxy sia negli host client che in quelli di sessione e che il routing al servizio sia ottimale.
Accesso: il tempo necessario tra il momento in cui viene stabilita una connessione a un host al momento in cui 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 in 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, che i criteri richiedono troppo tempo per l'applicazione o che l'host di sessione riscontra problemi di risorse. Una cosa che è possibile fare per ottimizzare i tempi di elaborazione è assicurarsi che il controller di dominio sia il più possibile vicino agli host di sessione.
Avvio della 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 dimensionate in modo appropriato per il numero medio di utenti che accedono agli host. Un'altra area da esaminare è la dimensione del profilo. Profili di grandi dimensioni possono rallentare i tempi di avvio.
Da Avvio della shell inizia a Shell pronta: il momento da cui la shell inizia a caricarsi a quando è completamente caricata e pronta per l'uso. I ritardi in questa fase possono essere causati dal sovraccarico dell'host di 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 di connessione e le informazioni di diagnostica di un utente specifico. Ogni report utente mostra i modelli di utilizzo, il feedback degli utenti ed eventuali errori riscontrati durante le sessioni. La maggior parte dei problemi più piccoli può essere risolta con il feedback degli utenti. Se è necessario approfondire l'argomento, è anche possibile filtrare le informazioni su un ID di connessione o un periodo di tempo specifico.
Numero utenti per core
Questo è il numero di utenti in ogni core della 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 di dimensionare l'ambiente.
Log eventi di Windows
I registri 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 gli eventi di log standard, ad esempio Sistema e applicazione nonché log personalizzati creati dalle applicazioni da monitorare.
La tabella seguente elenca i registri eventi di Windows necessari per Insights di Desktop virtuale Azure:
| Nome evento | Tipo di evento |
|---|---|
| Applicazione | Errori e avvisi |
| Microsoft-Windows-TerminalServices-RemoteConnectionManager/Admin | Errore, Avviso e Informazioni |
| Microsoft-Windows-TerminalServices-LocalSessionManager/Operational | Errore, Avviso e Informazioni |
| Sistema | Errori e avvisi |
| Microsoft-FSLogix-Apps/Operational | Errore, Avviso e Informazioni |
| Microsoft-FSLogix-Apps/Admin | Errore, Avviso e Informazioni |
Passaggi successivi
- Per iniziare, vedere Usare Desktop virtuale Azure Insights per monitorare la distribuzione.
- Per stimare, misurare e gestire i costi di archiviazione dei dati, vedere Stimare i costi del 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 nella TechCommunity di Desktop virtuale Azure.
Per informazioni su come lasciare commenti e suggerimenti, vedere Panoramica della risoluzione dei problemi, commenti e suggerimenti per il Desktop virtuale Azure.
È anche possibile lasciare feedback per Desktop virtuale Azure nell'hub di feedback di Desktop virtuale Azure