Risposte:
Non ho mai avuto problemi con i contatori delle prestazioni sui miei server.
Microsoft suggerisce di guardare i seguenti contatori per IIS :
In particolare per ASP.NET vorrei guardare
Come regola generale, dovresti sempre raccogliere dati sulle prestazioni. In questo modo avrai tutti i dati di cui hai bisogno quando entri nell'ufficio del tuo manager e dici "Il nostro picco di carico è aumentato dell'X% ogni settimana negli ultimi mesi, e a quel ritmo supereremo la nostra attuale capacità di circa 3 mesi. Dobbiamo iniziare a pianificare per questo adesso. "
Nonostante una risposta tardiva, sto condividendo qui ciò che avevamo fatto con l'ambiente di produzione.
Lo scenario era che dovevamo scoprire il numero di hit di richiesta sul nostro server web e quanti sono serviti / c'è qualche fame di thread / collo di bottiglia delle risorse che si verificano o meno.
Per questo abbiamo usato i seguenti contatori con il contatore perfmon.exe
: - Asp.Net Apps V2.0.50727.
Istanza: - LM_W3SVC_1_ROOT_ "HostedWebSite"
1). Totale richieste: - Fornisce il numero totale di richieste dall'ultimo riavvio di IIS.
2). Richieste nella coda applicazioni
3). Richieste riuscite
4). Richieste non riuscite
3). Richieste TimedOut
4). Richieste rifiutate: il numero di richieste rifiutate a causa della coda di richieste dell'applicazione era pieno
5). Richieste non trovate: il numero di richieste per risorse che non sono state trovate.
6). Richieste non autorizzate: numero di richieste non riuscite a causa di accesso non autorizzato.
Contatore: - .Net CLR Data.
1). Client SQL: connessioni correnti # pool e non pool: - Fornisce il numero corrente di connessioni, pool o no.
Contatore: - .Net CLR LocksAndThreads.
1). Numero di thread logici
2). Numero di
contatori di thread fisici
: - Code richieste di servizio HTTP
1). CurrentQueueSize: - Numero di richieste nella coda
2). RejectedRequests: numero totale di richieste rifiutate dalla coda