Serveurs Web et d'applications
    Mis à jour le mai 2026
    IIS logo

    IIS Suivi

    Surveillez en temps réel l'état du pool d'applications IIS, les files d'attente de requêtes, les processus de travail et les indicateurs de réponse, sans aucune configuration.

    Commencer l'essai gratuitConsulter les documents

    Pourquoi surveiller ? IIS?

    Internet Information Services (IIS) est le serveur web de Microsoft qui héberge les applications .NET et les sites web d'entreprise. La surveillance d'IIS est essentielle pour suivre le recyclage des pools d'applications, la profondeur de la file d'attente des requêtes et l'état des processus de travail, ainsi que pour garantir des performances optimales aux applications web hébergées sous Windows.

    Détection automatique via Xitogent sur Windows Server
    Détection de la santé et du recyclage des pools d'applications
    Profondeur de la file de requêtes et temps de traitement
    Suivi CPU et mémoire des processus worker
    Surveillance du taux d'erreurs HTTP
    Métriques des connexions SSL/TLS
    Prise en charge native de Windows Server
    Intervalles de collecte des métriques d'1 minute
    Intervalles de collecte des métriques d'une minute par défaut
    Rétention historique des données pour la planification de capacité et l'analyse post-incident
    Qu'est-ce que le monitoring IIS ?

    Le monitoring IIS, expliqué

    Le monitoring IIS détecte les tempêtes de recyclage de pools d'applications, l'accumulation dans la file de requêtes HTTP.SYS et les déclenchements de 503 avant qu'ils n'atteignent vos utilisateurs — y compris les recyclages inattendus qui semblent toujours se produire à 3h du matin. Pour les charges de travail ASP.NET sous Windows Server, la visibilité par pool fait la différence entre déboguer une entrée d'une ligne dans le journal d'événements et trier une panne opaque. Xitoring s'exécute comme un agent Windows natif, lit les mêmes compteurs Performance Monitor et achemine les alertes vers votre rotation d'astreinte existante.

    Indicateurs

    Ce que nous surveillons

    Requêtes en cours

    Nombre de requêtes en cours de traitement.

    Longueur de la file de requêtes

    Requêtes en attente de traitement.

    Statut des pools d'applications

    État de santé de chaque pool d'applications.

    CPU des processus worker

    Utilisation CPU par processus worker IIS.

    Erreurs HTTP/sec

    Taux d'erreurs HTTP 4xx et 5xx.

    Octets envoyés/reçus

    Débit réseau d'IIS.

    Connexions actives

    Connexions client actuellement actives.

    Ratio de hits du cache

    Efficacité du cache de sortie IIS.

    Requêtes ASP.NET en file

    Requêtes en attente dans la file de workers ASP.NET managés (distincte de HTTP.SYS). Des valeurs élevées indiquent une famine du thread-pool dans les charges de travail liées au CLR.

    .NET CLR % Time in GC

    Pourcentage de CPU passé en garbage collection par worker. Au-dessus de 5–10 %, la pression GC entraîne de la latence — à suivre avec les nombres de collections Gen 0/1/2.

    w3wp.exe CPU / Working Set

    Utilisation CPU par worker et mémoire résidente issues de la catégorie PerfMon `Process`. Étiquetées par app pool pour voir quelle charge consomme quoi.

    HTTP 4xx / 5xx par seconde

    Taux d'erreur par site. Un pic de 5xx avec un taux de requêtes stable pointe vers des défaillances d'app-pool ou des dépendances backend, pas vers le trafic.

    Déclencheurs et alertes

    Configurables déclencheurs d'alerte

    Configurez des déclencheurs personnalisés dans votre tableau de bord pour être averti dès que les indicateurs d{name}s dépassent les seuils que vous avez définis.

    IIS tableau de bord de configuration des déclencheurs de surveillance

    File de requêtes

    crucial

    Se déclenche lorsque la profondeur de la file dépasse le seuil, indiquant un goulet d'étranglement de traitement.

    Recyclage du pool d'applications

    avertissement

    Alerte lorsqu'un pool d'applications recycle de manière inattendue.

    Taux d'erreurs HTTP

    avertissement

    Se déclenche lorsque le taux d'erreurs s'envole.

    CPU des processus worker

    crucial

    Se déclenche sur une utilisation CPU élevée dans les processus worker.

    Connexions actives

    avertissement

    Alerte lorsque les connexions approchent les limites du serveur.

    01

    Importance de la surveillance IIS

    IIS exécute des applications .NET et des intranets d'entreprise critiques. Sans surveillance, les crashs de pools d'applications, l'accumulation dans la file et les fuites de mémoire peuvent provoquer des pannes.

    • Détectez les crashs de pools d'applications avant qu'ils n'affectent les utilisateurs
    • Surveillez les files de requêtes pour éviter les timeouts
    • Suivez la mémoire des processus worker pour prévenir les fuites
    • Identifiez tôt les pics d'erreurs HTTP
    Tableau de bord de surveillance IIS
    Analytique des processus worker IIS
    02

    Pourquoi choisir Xitoring

    Prise en charge native de Windows Server avec installation facile et surveillance de qualité entreprise.

    • Installateur Windows natif
    • 15+ nœuds de surveillance mondiaux
    • Tableau de bord unifié pour tous les services
    • Alerting multicanal
    • Conservation des données historiques
    Vue d'ensemble IIS Xitoring
    Configuration des alertes
    Cas d'usage

    Scénarios courants de monitoring IIS

    Où IIS fonctionne généralement aujourd'hui — et ce qui pourrait mal tourner si personne ne surveille.

    Applications métier .NET établies

    Les applications .NET de longue durée ont tendance à développer de lentes fuites de mémoire qui n'apparaissent qu'aux pires moments — redémarrages nocturnes, ralentissements mystérieux, incidents de week-end. Nous suivons les premiers signes afin que l'équipe puisse corriger la cause profonde selon son propre calendrier, et non celui de l'application.

    Applications .NET modernes en production

    Les applications .NET plus récentes exécutent une plus grande partie de leur code directement à l'intérieur du serveur web, ce qui signifie qu'un problème d'application peut faire tomber tout le site plus rapidement. Nous surveillons l'application et le serveur web comme une seule unité afin que les problèmes soient isolés à la bonne couche immédiatement.

    Porte d'entrée pour SharePoint, Exchange ou les sites internes

    Lorsque IIS est la passerelle vers des applications d'entreprise comme SharePoint ou Exchange, une panne arrête toute l'entreprise. Nous détectons les signes d'une passerelle surchargée ou d'un backend défaillant afin que l'équipe puisse intervenir avant que le personnel ne commence à déposer des tickets.

    Avant de commencer

    Prérequis pour IIS

    Assurez-vous d'avoir tout cela en place — la plupart des installations sont une affaire de 60 secondes une fois ces conditions réunies.

    • Windows Server 2016 ou plus récent avec le rôle IIS installé
    • Compteurs de performance IIS activés (catégorie Web Service)
    • Accès Administrateur pour installer l'agent Windows Xitogent
    Guide d'installation

    Commencez par procès-verbal

    1

    Installer Xitogent sur votre hôte IIS

    Exécutez l'installateur Windows de Xitogent sur le serveur IIS. Le MSI enregistre Xitogent en tant que service Windows avec la permission de lire les compteurs de performance IIS.

    # Download from https://xitoring.com/install.exe # Run the installer as Administrator
    2

    Vérifier les compteurs de performance IIS

    IIS expose ses métriques via les compteurs de performance Windows. Confirmez que la classe de compteurs Web Service est présente en exécutant `Get-WmiObject Win32_PerfFormattedData_W3SVC_WebService -filter "Name='_Total'"` dans PowerShell. Si la classe est absente, exécutez `install-windowsfeature web-common-http`.

    xitogent integrate
    3

    Activer l'intégration IIS

    Utilisez le tableau de bord Xitoring ou la CLI pour activer l'intégration IIS. Xitogent énumère automatiquement chaque pool d'applications et site, les métriques par pool sont donc disponibles sans configuration supplémentaire.

    4

    Configurer les seuils d'alerte (facultatif)

    Définissez des seuils personnalisés pour la longueur de file de requêtes, le recyclage des pools ou le taux d'erreurs HTTP afin de détecter les problèmes de capacité et de stabilité par pool.

    5

    Vérifier que tout fonctionne

    Exécutez cette commande sur le serveur pour confirmer que Xitogent a bien détecté l'intégration. De nouvelles métriques apparaîtront sur votre tableau de bord dans environ 30 secondes.

    sudo xitogent status
    Comparer

    Vous envisagez des alternatives ?

    Découvrez comment Xitoring se positionne face aux alternatives pour la surveillance de IIS — tarifs forfaitaires, intégrations plus poussées et un seul agent pour couvrir tout votre stack.

    Voir toutes les comparaisons

    Souvent a posé des questions

    Ce produit prend-il en charge IIS sur Windows Server Core ?
    Oui, Xitogent fonctionne aussi bien sur les installations complètes que sur les installations Core.
    Puis-je surveiller plusieurs sites ?
    Oui, les métriques sont collectées par site et par pool d'applications.
    Quelles versions d'IIS sont prises en charge ?
    IIS 8.5 ou version ultérieure (Windows Server 2012 R2 et versions ultérieures).
    Quelle est la différence entre les pipelines IIS classic et integrated ?
    Le pipeline integrated (par défaut depuis IIS 7) achemine chaque requête à travers le pipeline unifié IIS + ASP.NET — un même ensemble de modules HTTP gère l'authentification, la journalisation et le traitement des requêtes pour le contenu statique et managé. Le pipeline classic exécute ASP.NET comme une extension ISAPI derrière le pipeline IIS historique (deux chemins de requêtes distincts). Le mode classic est obsolète et plus lent ; les nouvelles applications devraient utiliser Integrated. Xitogent monitore les deux, mais Integrated expose davantage de compteurs du pipeline managé.
    Comment monitorer la file de requêtes HTTP.SYS ?
    La catégorie PerfMon `HTTP Service Request Queues` expose `ArrivalRate` (taux des requêtes entrantes au niveau noyau), `CurrentQueueSize` (requêtes en attente d'un worker) et `RejectedRequests` (rejetées car la limite de file a été atteinte). Un taux non nul de RejectedRequests est le meilleur indicateur avancé unique des déclenchements de HTTP 503. Alertez là-dessus et sur `CurrentQueueSize > MaxQueueLength × 0.8`.
    Comment monitorer des applications ASP.NET Core hébergées sur IIS ?
    ASP.NET Core utilise l'ASP.NET Core Module (ANCM). L'hébergement in-process (par défaut depuis 2.2) exécute Kestrel à l'intérieur de `w3wp.exe` — monitorez-le comme n'importe quel autre app pool, plus le provider `IISHttpServer` pour les métriques spécifiques à l'ANCM. L'hébergement out-of-process exécute Kestrel séparément et fait du proxy via IIS — suivez à la fois le proxy `w3wp.exe` et le processus Kestrel backend.
    Qu'est-ce qui cause un HTTP 503 Service Unavailable dans IIS ?
    Trois causes principales : (1) le pool d'applications s'est arrêté ou a planté (souvent déclenchement de la Rapid-Fail Protection), (2) HTTP.SYS a rejeté des requêtes car la file dépassait `MaxQueueLength`, (3) le processus worker est en cours de recyclage et pas encore prêt. Chacune présente un signal différent : statut du pool, compteur RejectedRequests ou événement de recyclage. Xitogent met en évidence les trois pour que le tri prenne des minutes, pas des heures.
    Puis-je monitorer IIS sur Windows Server Core ?
    Oui. Xitogent fonctionne à l'identique sur Windows Server Core et sur les installations Server complètes — il lit les compteurs de performance via la même API. Server Core est d'ailleurs le déploiement recommandé pour les charges de travail IIS de production puisqu'il réduit la surface d'attaque et les mises à jour OS qui déclenchent des recyclages.
    À quelle fréquence les métriques sont-elles collectées ?
    Toutes les 60 secondes par défaut, avec un polling inférieur à la minute disponible pour la réponse aux incidents. Les événements de recyclage par pool sont capturés au moment où ils se produisent via les abonnements aux événements Windows (sans délai de polling), de sorte que la cause racine des 503 est visible immédiatement plutôt qu'au prochain intervalle d'échantillonnage.

    Commencer à surveiller IIS aujourd'hui

    Configuration en moins de 60 secondes. Aucune carte bancaire requise. Statistiques complètes dès le premier jour.

    Commencer l'essai gratuit

    Continuez à explorer

    Connexes Intégrations