Creazione di strategie per il monitoraggio delle applicazioni .NET

Accettare tutte le impostazioni predefinite può essere un buon modo per iniziare a monitorare un'applicazione di cui l'amministratore ha scarsa conoscenza. Dopo aver eseguito il monitoraggio con tutte le impostazioni predefinite per un certo tempo, l'amministratore può iniziare a regolare le impostazioni in base agli avvisi di monitoraggio, ai dati di Application Diagnostics e ai report di Application Advisor. Per ulteriori informazioni, vedere Come avviare una nuova applicazione di monitoraggio e Monitoraggio di applicazioni con le impostazioni predefinite.

Definendo un gruppo di destinazione è possibile limitare il monitoraggio a un insieme specifico di server. Nella procedura guidata .NET Application Performance Monitoring, il gruppo di destinazione per il monitoraggio lato server si trova nella pagina Cosa monitorare. Il gruppo di destinazione per il monitoraggio lato client si trova nella pagina Abilita monitoraggio lato client. Se si utilizza un gruppo di destinazione per il monitoraggio lato client e si utilizza un servizio di bilanciamento del carico, vedere Monitoraggio lato client con gruppi mirati e sistemi di bilanciamento del carico

Per distribuzioni di applicazioni molto complesse, in genere non è necessario eseguire il monitoraggio di tutte le istanze dell'applicazione. Un campione rappresentativo è sufficiente per ottenere i dati necessari. L'utilizzo di un campione rappresentativo consentirà di raccogliere e archiviare una quantità inferiore di dati.

Aumentando la soglia di sensibilità, è possibile filtrare i metodi di rapida esecuzione per ridurre i "disturbi" generali o la profondità dello stack di chiamate e stabilire in modo più semplice l'origine del problema. In questo modo si riduce anche l'utilizzo della larghezza di banda della rete.

L'impostazione di sensibilità consente di stabilire se è necessario includere una chiamata di funzione nello stack di chiamate. Viene scartata qualsiasi funzione che viene eseguita e completata più rapidamente rispetto al livello di sensibilità, evitando che le piccole funzioni di rapida esecuzione nascondano il problema effettivo. Ricordare che l'utilizzo della sensibilità riduce solo il numero di funzioni visualizzate nello stack di chiamate per eventi specifici, ma verrà comunque generato un evento se la soglia generale viene superata.

È possibile regolare la soglia di sensibilità per il monitoraggio lato server e lato client in modo indipendente.

È possibile che anche la sensibilità elevata nasconda la presenza di problemi. Nel caso in cui una funzione chiama un'altra funzione, se il tempo di risposta del destinatario aumenta anche di poco, potrebbero verificarsi problemi per l'applicazione. Ad esempio, se una funzione di elaborazione dei dati chiama 1.000 volte una funzione di ricerca e il tempo di elaborazione della ricerca aumenta di 1 ms, il tempo di risposta per la funzione di livello superiore aumenterà di un intero secondo. Questa situazione potrebbe essere nascosta dalla sensibilità elevata. In tal caso è possibile aggiungere il destinatario come metodo e impostare una sensibilità personalizzata per verificare che la misurazione sia sempre eseguita in base alla soglia di sensibilità inferiore.

Gli avvisi errori applicazione sono errori dell'applicazione o del codice che vengono rilevati all'interno dell'applicazione. È possibile scegliere di non ricevere gli avvisi errori applicazione che potenzialmente si potrebbero verificare molto spesso in caso di problemi di un'applicazione perché in genere questi tipi di avviso richiedono di eseguire delle modifiche di codice. Disattivandoli è possibile ridurre il "disturbo" prodotto dal numero elevato di avvisi che non possono essere risolti direttamente dal team operativo.

È possibile disattivare gli avvisi errori applicazione per il monitoraggio lato server e lato client in modo indipendente.

Per impostazione predefinita, .NET Application Performance Monitoring definisce le eccezioni critiche come eccezioni gestite da gestori di eccezioni specifiche forniti da .NET Framework. Questi gestori rilevano eccezioni ASP.NET di livello superiore ed eccezioni del servizio Web che l'applicazione monitorata non è riuscita a rilevare e gestire internamente. Aggiungendo i gestori delle eccezioni, si aggiunge al monitoraggio dell'applicazione la definizione di un'eccezione critica. In effetti, tutte le eccezioni gestite da queste funzioni verranno considerate eccezioni critiche. Il vantaggio dell'utilizzo dei gestori di eccezioni è che ai benefici della creazione diretta di report relativi solo alle eccezioni critiche vengono aggiunti i benefici delle funzioni di report che interessano. Per ulteriori informazioni e per consultare l'elenco dei gestori di eccezioni predefiniti, vedere L'utilizzo di gestori di eccezioni per definire eccezioni critiche.

È inoltre possibile regolare la frequenza di campionamento per controllare l'impatto sulle prestazioni del monitoraggio sull'applicazione con il monitoraggio lato client. La riduzione della frequenza di campionamento consente di ridurre il traffico di monitoraggio dell'applicazione e di risparmiare risorse del server. Anche se si dispone di un sito con scarso traffico, la strumentazione e la raccolta di dati di tutti gli utenti che si collegano comporterà il controllo di una grande quantità di dati su cui non è possibile intervenire. Selezionando un campione casuale è possibile ottenere le informazioni necessarie relative alle prestazioni dell'applicazione dalla prospettiva client senza ricevere una grande quantità di dati da elaborare e archiviare.