)
)
Introduzione
Gli ambienti di desktop remoto generano diversi livelli di dati operativi, dall'uso della CPU e della memoria agli utenti connessi, alle sessioni concorrenti e alla domanda di applicazioni. La sfida è decidere quali segnali siano importanti e come si relazionano. Questo articolo spiega cosa traccia il software di monitoraggio del desktop remoto, come la visibilità delle sessioni differisca dal monitoraggio del server e come i team IT possano utilizzare dati in tempo reale e storici per diagnosticare problemi di prestazioni.
Cosa Monitora Effettivamente il Software di Monitoraggio del Desktop Remoto?
Il monitoraggio del desktop remoto copre una serie di concetti. Alcuni strumenti si concentrano sulle risorse lato server, mentre altri inventariano le connessioni utilizzando il Protocollo Desktop Remoto (RDP) o i Servizi Desktop Remoto (RDS). Gli strumenti che adottano un approccio incentrato sulla sicurezza possono auditare e registrare l'attività degli utenti.
Per l'IT, ha senso suddividere questi strumenti in 5 categorie:
| Strato di monitoraggio | Cosa risponde | Informazioni tipiche |
|---|---|---|
| Infrastruttura | Il host è sano? | CPU, memoria, disco, larghezza di banda, disponibilità |
| Connessione | Chi si è connesso e quando? | Utente, tempo di accesso, stato della connessione |
| Sessione | Cosa sta succedendo durante le sessioni remote? | Utenti connessi, sessioni simultanee, durata, stato della sessione |
| Esperienza utente | La sessione remota è reattiva? | Ritardo di input, latenza, ritardi di accesso, reattività dell'applicazione |
| Attività | Quali applicazioni o azioni sono coinvolte? | Utilizzo dell'applicazione, processi, eventi di audit o registrazioni delle sessioni |
Questi sono correlati ma non necessariamente intercambiabili, poiché uno può segnalare una saturazione della CPU ma non rivelare quale sessione è stata la prima a essere colpita, mentre una piattaforma di auditing può identificare chi si è connesso ma non spiegare perché le prestazioni sono deteriorate.
Il software di registrazione delle sessioni porta questo un passo oltre raccogliendo prove dettagliate di ciò che è accaduto nel contesto dell'ambiente remoto, introducendo ulteriori considerazioni su sicurezza, privacy e conservazione e archiviazione.
La prima sfida, quindi, nel confrontare il software di monitoraggio del desktop remoto, è identificare la visibilità di cui l'IT ha effettivamente bisogno.
Perché la visibilità a livello di sessione è diversa dal monitoraggio del server?
Tradizionale monitoraggio del server gli strumenti chiedono se la macchina sta funzionando correttamente. L'utilizzo della CPU è alto? La memoria è bassa? L'utilizzo del disco sta aumentando? Il server è online?
Questi metriche sono ancora rilevanti in uno scenario di hosting RDS, ma c'è un altro livello da considerare. L'infrastruttura RDS condivisa significa che a livello di host, CPU, memoria, archiviazione e capacità di rete sono distribuite tra più utenti e applicazioni.
A livello di sessione, le applicazioni e i processi di ciascun utente hanno esigenze uniche. Un RD Session Host può essere generalmente sano mentre le applicazioni di un utente si bloccano, o una sessione lenta non implica che l'intero server sia al massimo della capacità.
La differenza è significativa ai fini della risoluzione dei problemi. Se dieci utenti sullo stesso server iniziano a rallentare contemporaneamente, ha senso esaminare prima le risorse condivise del server. Se solo un utente sta riscontrando problemi, è più probabile che il problema sia isolato a quella sessione, alle sue applicazioni e alla connessione.
Gli strumenti di monitoraggio del desktop remoto sono più efficaci quando consentono agli amministratori di passare tra queste prospettive e di stabilire collegamenti tra la salute complessiva del server e lo stato delle singole sessioni utente.
Quali sono i metriche più importanti per il Remote Desktop?
Nessuna metrica governa la salute di un ambiente desktop remoto. Gli amministratori necessitano di un contesto sufficiente per interpretare il carico di lavoro attuale, il consumo delle risorse e l'esperienza dell'utente.
Quanti utenti e sessioni sono attivi?
I conteggi delle sessioni forniscono la base per questa conversazione.
I dati pertinenti includono utenti connessi, sessioni attive e disconnesse, conteggi di sessioni concorrenti distribuzione tra server, periodi di punta e concorrenza storica.
Le tendenze di concorrenza hanno la precedenza sui conteggi del personale quando si valuta la performance di un sistema di desktop remoto, poiché la capacità è tipicamente definita dal carico di lavoro simultaneo, piuttosto che dal numero di utenti registrati. Una macchina che serve 200 utenti occasionali può essere significativamente più sollecitata rispetto a un conteggio di sessioni concorrenti di 40 utenti che eseguono applicazioni ad alte prestazioni.
Il valore delle metriche di concorrenza, integrato da statistiche infrastrutturali, è stabilire se esiste una correlazione tra l'aumento degli utenti connessi e la crescita del consumo delle risorse.
Le risorse del server stanno tenendo il passo con la domanda di sessioni?
CPU, memoria, attività del disco e spazio di archiviazione disponibile sono ancora le metriche chiave per monitorare un desktop remoto.
La domanda interessante non è se la CPU abbia raggiunto una certa percentuale, ma quando era sotto pressione e cosa stava succedendo contemporaneamente.
Un picco costante della CPU, ad esempio, può correlarsi con il rush di accesso del mattino, un numero aumentato di sessioni concorrenti, un processo programmato o un uso intensivo di una particolare applicazione aziendale.
La connessione tra i due è solitamente più importante del valore di utilizzo.
Quali applicazioni e processi stanno guidando il carico di lavoro?
La visibilità delle applicazioni contribuisce a fornire ulteriore contesto.
Comprendere le applicazioni in uso, quando la domanda aumenta e quali processi consumano le maggiori risorse consente agli amministratori di associare l'attività degli utenti al comportamento dell'infrastruttura.
Il monitoraggio delle applicazioni può affrontare questi tipi di domande. Si verifica un problema di prestazioni quando un'applicazione specifica è utilizzata intensamente? Ci sono host di sessione che eseguono un insieme di applicazioni più intenso? Le applicazioni vengono mantenute o concesse in licenza che sono raramente utilizzate?
Queste informazioni hanno valore, non solo per la risoluzione dei problemi, ma anche per l'amministrazione generale dell'infrastruttura e del software.
La rete o l'esperienza dell'utente stanno contribuendo al problema?
Le sessioni di desktop remoto sono interattive per natura, rendendo immediatamente evidenti ai fine utenti eventuali problemi di rete o di reattività.
La larghezza di banda deve essere valutata in concomitanza con altri parametri di prestazione del server poiché un server potrebbe avere capacità di CPU e memoria disponibili mentre le connessioni sono rallentate da un collo di bottiglia altrove nella catena di comunicazione. Comprendere Prestazioni RDP su reti ad alta latenza può aiutare a distinguere i problemi di reattività della rete dai vincoli delle risorse lato host.
Alcuni ambienti RDS possono offrire più informazioni sull'esperienza degli utenti finali rispetto ad altri. Microsoft Performance Monitor, ad esempio, ha contatori di Ritardo Input Utente che possono identificare ritardi a livello di sessione e di processo. Microsoft documenta la funzionalità come un metodo per correlare i numeri di sessione, l'uso della CPU e la reattività sui server RD Session Host.
Non tutti gli strumenti di monitoraggio del desktop remoto includono le stesse metriche di latenza o ritardo di input. Gli amministratori IT dovrebbero verificare attentamente cosa offre effettivamente un fornitore in termini di informazioni sull'esperienza utente invece di assumere che siano presenti.
Come il monitoraggio del desktop remoto può aiutare il tuo team quando devi risolvere problemi di sessioni lente?
Il valore del monitoraggio del desktop remoto è meglio visibile quando gli amministratori prendono più segnali e li correlano.
Quando un utente segnala che RDP è lento, descrive l'effetto, non la causa. La tua prima priorità è comprendere l'ambito del problema.
Un utente ha problemi? Ci sono diversi utenti che si trovano sullo stesso host? Ci sono utenti su più server con lo stesso problema?
Con l'ambito del problema definito, le tue intuizioni di monitoraggio possono aiutare a concentrare la tua ricerca:
| Sintomo | Controlli utili |
|---|---|
| Un utente è lento | Stato della sessione, applicazioni, processi, condizioni di connessione |
| La maggior parte degli utenti su un server è lenta | CPU, memoria, I/O disco, utilizzo del processo, sessioni concorrenti |
| Gli utenti su più server sono lenti | Dipendenze di rete o infrastruttura condivise |
| Le prestazioni degradano allo stesso tempo ogni giorno | Concorrenza, attività pianificate, picchi di applicazione |
| Gli utenti vengono frequentemente disconnessi | Disponibilità del server, condizioni di rete, eventi di servizio e connessione |
| Un'applicazione si comporta male ripetutamente | Utilizzo dell'applicazione, processi correlati e consumo di risorse |
L'obiettivo è la correlazione. I picchi della CPU significano di più nel contesto di un aumento della concorrenza. L'elevato utilizzo della larghezza di banda è più significativo di fronte a più segnalazioni da parte degli utenti. Un problema di prestazioni ricorrente è più facile da identificare quando sai che la stessa applicazione o carico di lavoro si verifica ogni volta.
Il monitoraggio non identifica sempre la causa principale, ma cattura il contesto operativo necessario agli amministratori per restringere il campo dei possibili sospetti.
La risoluzione dei problemi basata sulla memoria dopo il fatto non è la stessa cosa che ispezionare l'ambiente al momento dell'incidente.
Monitoraggio in tempo reale, avvisi e report storici: perché sono tutti importanti?
Il monitoraggio si rivela utile quando ti consente di rispondere a tre diverse domande operative: cosa sta accadendo attualmente, quando l'IT dovrebbe intervenire e cosa è accaduto in precedenza?
Cosa sta succedendo adesso?
Il monitoraggio in tempo reale può essere utilizzato dagli amministratori per esaminare le prestazioni attuali del server, gli utenti connessi, i processi delle applicazioni e l'attività di rete.
Queste informazioni possono rivelarsi vitali durante un incidente poiché consentono all'amministratore di accertare se c'è ancora pressione sulle risorse o un carico insolito in corso.
Il valore in tempo reale fornisce dati attuali, ma è tutto qui. La metrica è solo informativa al momento. Qualcosa che appare normale ora potrebbe essere stato anormale quando l'utente stava riscontrando il problema.
Quando qualcosa richiede attenzione?
Gli avvisi trasformano il monitoraggio da una raccolta di dati passiva a un processo proattivo e operativo.
Gli amministratori specificano cosa merita attenzione: utilizzo sostenuto della CPU, pressione sulla memoria, attività del disco, numero eccessivo di utenti attivi o inattività del server.
Soglie di monitoraggio deve ancora essere applicato con buon senso; un breve picco nell'attività della CPU è da aspettarsi, ma una pressione ricorrente durante le ore di punta delle sessioni può indicare un problema di capacità emergente.
Cosa è successo prima dell'incidente?
I report storici rivelano modelli che le metriche in tempo reale non possono. Microsoft consiglia di utilizzare Raccolta dati del Monitoraggio delle Prestazioni per registrare i contatori delle prestazioni nel tempo durante l'indagine su problemi di prestazioni intermittenti di Windows Server.
Dì che la CPU raggiunge il 90 percento per cinque minuti. Se si tratta di un incidente isolato in un processo batch noto, potrebbe non indicare un problema. Ma se la CPU raggiunge il 90 percento ogni giorno feriale intorno alla stessa ora in cui la concorrenza supera una certa soglia, questa è un'informazione preziosa per la pianificazione della capacità.
Le linee di base storiche sono spesso più importanti delle soglie individuali, perché mostrano ciò che è normale per un determinato server, mix di applicazioni e popolazione di utenti.
In quali casi gli strumenti di monitoraggio nativi di Windows sono sufficienti?
Windows offre già un toolkit piuttosto robusto per la risoluzione dei problemi.
Il Task Manager e il Resource Monitor mostrano l'attuale utilizzo delle risorse. Il Performance Monitor può raccogliere i contatori delle prestazioni di Windows, inclusi il ritardo dell'input dell'utente a livello di sessione e di processo nelle versioni supportate di Windows Server. L'Event Viewer presenta eventi relativi al sistema operativo e a RDS, mentre PowerShell può essere utilizzato per interrogare e automatizzare molte attività di amministrazione.
Per la risoluzione dei problemi su un singolo server o l'indagine su un problema particolare, questi strumenti potrebbero rivelarsi sufficienti per un amministratore esperto.
Tuttavia, la necessità di monitorare più server o di esaminare la situazione dalla prospettiva di un evento precedente potrebbe richiedere che le informazioni vengano estratte da più fonti.
Il monitoraggio centralizzato è utile in situazioni in cui l'IT deve monitorare più di un host tramite un'unica console, salvare informazioni storiche per un uso successivo, confrontare sistemi e intervalli di tempo, riportare l'attività degli utenti e la concorrenza, o impostare avvisi.
Il valore di un approccio del genere non è necessariamente nelle metriche che Windows non fornisce.
È piuttosto nella capacità di consolidare, archiviare e correlare queste informazioni per renderle più utilizzabili per gli amministratori.
Significa che stai registrando gli utenti se utilizzi il monitoraggio delle sessioni di Desktop Remoto?
No. I termini vengono spesso utilizzati in modo intercambiabile, ma il monitoraggio delle sessioni e la registrazione delle sessioni hanno ambiti e capacità significativamente diversi.
Mentre il monitoraggio delle sessioni desktop remoto può solo osservare gli utenti connessi, le sessioni concorrenti, l'utilizzo delle risorse, la cronologia delle sessioni o l'uso delle applicazioni, la registrazione delle sessioni catturerebbe un insieme di dati molto più dettagliato sulle attività all'interno della sessione remota a seconda del prodotto, come i contenuti dello schermo, le attività delle applicazioni, le attività degli appunti o altri eventi.
Le registrazioni delle sessioni possono avere senso per scenari specifici di accesso privilegiato, accesso di terze parti, audit o sicurezza, ma sollevano ulteriori domande su conservazione, accesso, archiviazione e privacy.
Per la maggior parte delle operazioni quotidiane di desktop remoto, la possibilità di registrare tutti i dettagli di una sessione è superflua e indesiderata dal team IT poiché hanno bisogno solo di informazioni sufficienti sulla sessione per osservazioni e analisi delle prestazioni.
Come puoi migliorare la pianificazione della capacità utilizzando il monitoraggio del desktop remoto?
Quando si tratta di infrastruttura per desktop remoto, la densità di carico è un'importante considerazione.
Il numero di account configurati dice poco sul numero di utenti simultanei, le applicazioni che eseguono e la loro intensità.
Il monitoraggio storico rende disponibili tali informazioni.
Analizzando gli utenti simultanei e confrontandoli con le utilizazioni di CPU, memoria, disco e rete, gli amministratori IT ottengono informazioni utili sul loro ambiente. Vedono quando i carichi iniziano a influenzare l'infrastruttura, quali carichi di lavoro sono responsabili e se la tendenza è in aumento.
Quell'informazione può essere utilizzata per giustificare azioni come bilanciare il carico di lavoro tra gli host, aggiungere più server, aggiungere più risorse ai server esistenti, pianificare applicazioni pesanti o indagare su applicazioni che consumano una quantità di risorse sproporzionatamente grande.
Quell'approccio è molto più accurato di una raccomandazione generale basata sugli utenti per server. Microsoft’s Guida alla dimensione dell'host della sessione Desktop Remoto similmente consiglia di valutare il tipo di carico di lavoro, la densità degli utenti e le misurazioni dell'esperienza utente piuttosto che fare affidamento su un'unica cifra di capacità generica. Due aziende con la stessa base di utenti possono avere richieste di applicazione e infrastruttura notevolmente diverse.
Quali tipi di requisiti dovresti cercare quando cerchi un software di monitoraggio del desktop remoto?
Il miglior software di monitoraggio del desktop remoto non è necessariamente il prodotto che raccoglie il maggior numero di dati. È quello che fornisce il livello di visibilità necessario per l'ambiente gestito.
Per la maggior parte dei team operativi IT, i requisiti chiave sono chiari:
- c visibilità centralizzata su più server
- informazioni sugli utenti attuali e sulle sessioni concorrenti
- Monitoraggio della CPU, della memoria, del disco e della rete
- visibilità delle applicazioni e dei processi
- report storici e analisi delle tendenze
- allerta configurabili
- opzioni pratiche di reporting ed esportazione
La piattaforma dovrebbe anche rendere facile la correlazione. I conteggi delle sessioni diventano più preziosi quando gli amministratori possono confrontarli con il carico del server. L'uso delle applicazioni diventa più utile quando può essere esaminato nel tempo.
Anche il sovraccarico di distribuzione e amministrazione è importante. Una piattaforma di monitoraggio destinata a semplificare l'infrastruttura remota non dovrebbe introdurre una complessità infrastrutturale o gestionale sproporzionata.
Infine, verifica esattamente cosa intendono i fornitori con termini come monitoraggio delle sessioni, monitoraggio degli utenti e monitoraggio del desktop remoto. Una piattaforma può significare reportistica degli utenti connessi, un'altra può fornire metriche di reattività RDP, mentre un'altra può offrire registrazione completa dello schermo.
La terminologia può sembrare simile. La visibilità fornita può essere molto diversa.
Come può TSplus semplificare il monitoraggio del desktop remoto?
Per i team IT che gestiscono l'infrastruttura di desktop remoto Windows, portiamo l'attività del server e degli utenti in un ambiente di monitoraggio centralizzato. Gli amministratori possono seguire l'utilizzo della CPU, della memoria, del disco e della larghezza di banda, monitorando anche gli utenti connessi, le sessioni concorrenti e l'attività delle applicazioni, aiutandoli a correlare le prestazioni dell'infrastruttura con la reale domanda di desktop remoto.
TSplus Server Monitoring fornisce anche report storici e avvisi configurabili, in modo che gli amministratori possano identificare schemi di carico di lavoro ricorrenti invece di fare affidamento solo su metriche in tempo reale. Questo facilita l'indagine su problemi di prestazioni, l'istituzione di parametri di riferimento pratici e l'anticipazione dei requisiti di capacità su più server senza introdurre la registrazione completa delle sessioni utente.
Conclusione
Il monitoraggio efficace del desktop remoto riguarda la correlazione, non la raccolta del maggior numero possibile di metriche. Le prestazioni del server, l'attività delle sessioni, la domanda delle applicazioni e le condizioni di rete diventano più utili quando gli amministratori possono esaminarle insieme.
Quella vista combinata aiuta l'IT a distinguere i problemi isolati degli utenti dai colli di bottiglia a livello di host, comprendere i modelli di prestazioni ricorrenti e prendere decisioni migliori sulla capacità man mano che gli ambienti di desktop remoto crescono.
)
)
)
