Utilisez-vous des compteurs de performances sur les sites Web IIS de production?

13

Gardez-vous le compteur allumé pendant les charges de production importantes
Quels compteurs de performances trouvez-vous utiles pour les sites Web ASP.Net/IIS 6.0?

Kb.
la source

Réponses:

29

Je n'ai jamais eu de problème pour exécuter des compteurs de performances sur mes serveurs.

Microsoft suggère de regarder les compteurs suivants pour IIS :

  • Mémoire \ Pages / sec
  • Mémoire \ Octets disponibles
  • Mémoire \ Octets validés
  • Mémoire \ Octets non paginés du pool
  • Processeur \% temps processeur
  • Processeur \ Interruptions / s
  • Processeur \ Longueur de la file d'attente du processeur système
  • LogicalDisk \% Disk Time
  • Disque physique \% temps disque
  • LogicalDisk \ Avg. Longueur de la file d'attente du disque
  • Disque physique \ Moy. Longueur de la file d'attente du disque
  • LogicalDisk \ Avg. Octets de disque / transfert
  • Disque physique \ Moy. Octets de disque / transfert
  • System \ Context Switches / sec
  • Service Web \ Total octets / s
  • Service Web \ Nombre total de demandes de méthode / s
  • Service Web \ Connexions actuelles
  • Cache du service Web \ Cache du fichier atteint%
  • Cache de service Web \ Noyau: cache d'URI manquant
  • Cache du service Web \ Noyau: le cache d'URI atteint%

Plus précisément pour ASP.NET, je regarderais

  • ASP.NET \ Redémarrages d'applications
  • ASP.NET \ Demandes en file d'attente
  • ASP.NET \ Redémarrage du processus de travail
  • Applications ASP.NET \ Total des erreurs
  • Applications ASP.NET \ Demandes / Sec
  • Applications ASP.NET \ Nombre d'instances de pipeline
  • Exceptions CLR .NET Nombre d'exceptions générées
splattne
la source
@splattne: Merci, c'est utile. Vous donnerait +1 (mais pas encore).
Kb.
Nous exécutons stresstest et constatons que les demandes en file d'attente sont légèrement inférieures aux demandes en cours, et avec 100 utilisateurs simultanés, les demandes en cours sont d'environ 110 et les demandes en file d'attente sur environ 99. Serveur à processeur unique.
Kb.
La suggestion est: Ajouter un CPU. Se mettre d'accord?
Kb.
6

En règle générale, vous devez toujours collecter des données de performances. De cette façon, vous aurez toutes les données dont vous avez besoin lorsque vous entrez dans le bureau de votre directeur et dites: "Notre charge de pointe a augmenté de X% chaque semaine au cours des derniers mois, et à ce rythme, nous dépasserons notre capacité actuelle en environ 3 mois. Nous devons commencer à planifier cela maintenant. "

pgs
la source
2

Bien qu'une réponse tardive, je partage ici ce que nous avions fait avec l'environnement de production.
Le scénario était que nous devions trouver le nombre de hits de requêtes sur notre serveur web et combien sont servis / y a-t-il ou non un manque de thread / goulot d'étranglement des ressources?
Pour cela, nous avons utilisé les compteurs suivants avec le compteur perfmon.exe

: - Asp.Net Apps V2.0.50727.
Instance: - LM_W3SVC_1_ROOT_ "HostedWebSite"
1). Total des demandes: - Fournit le nombre total de demandes du dernier redémarrage d'IIS.
2). Demandes en file d'attente d'application
3). Demandes réussies
4). Échec des demandes
3). Demandes TimedOut
4). Demandes rejetées: nombre de demandes rejetées en raison de la file d'attente des demandes d'application était pleine
5). Demandes non trouvées: nombre de demandes de ressources non trouvées.
6). Demandes non autorisées: nombre de demandes ayant échoué en raison d'un accès non autorisé.

Compteur: - .Net CLR Data.
1). Client SQL: # connexions groupées et non groupées actuelles: - Fournit le nombre actuel de connexions, groupées ou non.

Compteur: - .Net CLR LocksAndThreads.
1). # De threads logiques
2). # De

compteur de threads physiques : - Files d'attente de demande de service HTTP
1). CurrentQueueSize: - Nombre de demandes dans la file d'attente
2). RejectedRequests: nombre total de demandes rejetées de la file d'attente

Sunil
la source