Dégradation des performances lorsque l'application IIS/ASP dans le répertoire virtuel est convertie en un nouveau site Web avec l'adresse IP dédiée

Question

J'ai une application asp.net s'exécutant dans un répertoire virtuel sous le site Web IIS par défaut. Après le déploiement sur son propre site Web avec sa propre adresse IP (sur la même machine), les performances se dégradent considérablement. Ma première hypothèse est peut-être qu'il s'agit peut-être d'un problème de routage, mais je ne suis pas trop pointilleux sur le réseau, donc je ne suis pas sûr de ce que je devrais regarder en premier. Ou, peut-être que c'est autre chose?

MISE À JOUR: Tout le reste dans ce scénario est resté le même, pour l'essentiel, un nouveau site Web avec une adresse IP statique a été créé, pointant vers un nouveau dossier dans lequel tous des fichiers du répertoire virtuel ont été xcopied à.

L'ensemble du site semble lent (mais il varie de haut en bas au fil du temps) .... images, scripts, vous l'appelez. Pas de mémoire terriblement inhabituelle ou de consommation de CPU.

Est-ce possible pour qu'il s'agisse d'un problème de routage? Et si oui, comment une personne va-t-elle diagnostiquer cela?

Answer 1

Vous devez utiliser le suivi ASP.Net pour détecter si votre application est lente ou si le problème est dans la configuration réseau.

Vous pouvez activer le traçage au niveau de la page, en ajoutant Trace="true" à la directive page ASPX:

<%@ Page Trace="true" %> 

ou vous pouvez également activer le suivi pour l'application entière par web.config:

<configuration> 
    <system.web> 
    <trace enabled="true" requestLimit="40" localOnly="false"/> 
    </system.web> 
</configuration> 

Vérifier MSDN articles on ASP.Net Trace pour plus de détails.

Mes paris (problèmes que j'avais):

1. ASP.problèmes de configuration Net
   • Valeurs par défaut FORE certains paramètres importants dans machine.config sont très faibles Vous devez vérifier les paramètres suivants:
     • maxconnection
     • maxIoThreads
     • maxWorkerThreads
     • minFreeThreads
     • minLocalRequestFreeThreads
   • Voici la description et les valeurs recommandées: IIS 6.0 Tuning for Performance
2. problèmes de base de données
   base de données
   • sur un autre serveur et l'application était très bavard (beaucoup de petites requêtes) de base de données
   • sur un autre serveur et mal configuré réseau interne à l'origine de la latence

3. Configuration réseau m

   • chèque de routage
   • appel réseau admin

   Cochez cette question SO pour quelques idées: an ASP.NET performance bottleneck mystery