Web- und Anwendungsserver
    Aktualisiert am Mai 2026
    IIS logo

    IIS Überwachung

    Überwachen Sie den Status des IIS-Anwendungspools, die Anforderungswarteschlangen, die Arbeitsprozesse und die Antwortmetriken in Echtzeit – ganz ohne Konfiguration.

    Kostenlose Testversion startenDokumente anzeigen

    Warum überwachen Sie IIS?

    Internet Information Services (IIS) ist der Webserver von Microsoft, auf dem .NET-Anwendungen und Websites für Unternehmen laufen. Die Überwachung von IIS ist unerlässlich, um das Recycling des Anwendungspools, die Tiefe der Anforderungswarteschlange und den Zustand der Arbeitsprozesse zu verfolgen und eine optimale Leistung für unter Windows gehostete Webanwendungen sicherzustellen.

    Automatische Erkennung über Xitogent unter Windows Server
    Überwachung des Zustands von Anwendungspools und Erkennung von Recycling-Vorgängen
    Anzahl der ausstehenden Anfragen und Bearbeitungszeiten
    Überwachung von CPU-Auslastung und Speicherverbrauch der Worker-Prozesse
    Überwachung der HTTP-Fehlerquote
    Metriken zur SSL/TLS-Verbindung
    Native Windows Server-Unterstützung
    1-minütige Erfassungsintervalle
    Metrikerfassung im 1-Minuten-Takt out of the box
    Historische Datenaufbewahrung für Kapazitätsplanung und Post-Incident-Review
    Was ist IIS-Monitoring?

    IIS-Monitoring, erklärt

    IIS-Monitoring erfasst Application-Pool-Recycling-Stürme, HTTP.SYS-Request-Queue-Stau und 503-Trips, bevor sie Ihre Nutzer treffen — einschließlich der unerwarteten Recycles, die immer um 3 Uhr morgens auftreten. Für ASP.NET-Workloads auf Windows Server ist die Sichtbarkeit pro Pool der Unterschied zwischen dem Debuggen einer einzeiligen Event-Log-Meldung und dem Triagieren eines undurchsichtigen Ausfalls. Xitoring läuft als nativer Windows-Agent, liest dieselben Performance-Monitor-Counter und leitet Alarme an Ihre bestehende Rufbereitschaft.

    Kennzahlen

    Was wir überwachen

    Aktuelle Anfragen

    Anzahl der derzeit bearbeiteten Anfragen.

    Länge der Anforderungswarteschlange

    Anfragen, die in der Warteschlange auf ihre Bearbeitung warten.

    Status des Anwendungspools

    Status jedes Anwendungspools.

    CPU des Arbeitsprozesses

    CPU-Auslastung pro IIS-Worker-Prozess.

    HTTP-Fehler pro Sekunde

    Anteil der HTTP-Fehler vom Typ 4xx und 5xx.

    Gesendete/empfangene Bytes

    Netzwerkdurchsatz für IIS.

    Aktive Verbindungen

    Derzeit aktive Client-Verbindungen.

    Cache-Trefferquote

    Effizienz des IIS-Ausgabecaches.

    ASP.NET Requests Queued

    Requests, die in der verwalteten ASP.NET-Worker-Queue warten (getrennt von HTTP.SYS). Hohe Werte deuten auf Thread-Pool-Starvation in CLR-gebundenen Workloads hin.

    .NET CLR % Time in GC

    Prozentsatz der CPU, die pro Worker in der Garbage Collection verbracht wird. Über 5–10 % bedeutet, dass GC-Druck Latenz verursacht — verfolgen Sie das zusammen mit Gen 0/1/2-Collection-Counts.

    w3wp.exe CPU / Working Set

    CPU-Nutzung und Resident Memory pro Worker aus der `Process`-PerfMon-Kategorie. Nach App-Pool getaggt, sodass Sie sehen, welcher Workload was verbraucht.

    HTTP 4xx / 5xx pro Sek.

    Fehlerrate pro Site. Eine 5xx-Spitze bei stabiler Request-Rate weist auf App-Pool-Fehler oder Backend-Abhängigkeiten hin, nicht auf Traffic.

    Auslöser & Benachrichtigungen

    Konfigurierbare Alarmauslöser

    Richten Sie benutzerdefinierte Trigger in Ihrem Dashboard ein, um benachrichtigt zu werden, sobald die Kennzahlen von „IIS“ Ihre festgelegten Schwellenwerte überschreiten.

    IIS Dashboard zur Konfiguration von Überwachungsauslösern

    Auftragswarteschlange

    entscheidend

    Wird ausgelöst, wenn die Warteschlangentiefe einen Schwellenwert überschreitet, was auf einen Verarbeitungsengpass hindeutet.

    Wiederverwendung von App-Pools

    Warnung

    Benachrichtigung, wenn der Anwendungspool unerwartet neu gestartet wird.

    HTTP-Fehlerquote

    Warnung

    Wird ausgelöst, wenn die Fehlerquote sprunghaft ansteigt.

    CPU des Worker-Prozesses

    entscheidend

    Löst bei hoher CPU-Auslastung in Worker-Prozessen einen Alarm aus.

    Aktive Verbindungen

    Warnung

    Benachrichtigungen, wenn die Servergrenzen bei den Verbindungen fast erreicht sind.

    01

    Bedeutung von IIS-Überwachung

    Auf IIS laufen geschäftskritische .NET-Anwendungen und Unternehmensintranets. Ohne Überwachung können Abstürze des Anwendungspools, Warteschlangenüberlastungen und Speicherlecks zu Ausfällen führen.

    • App-Pool-Abstürze erkennen, bevor Benutzer davon betroffen sind
    • Überwachen Sie die Anforderungswarteschlangen, um Zeitüberschreitungen zu vermeiden
    • Den Arbeitsspeicher von Prozessen überwachen, um Speicherlecks zu verhindern
    • HTTP-Fehlerspitzen frühzeitig erkennen
    IIS-Überwachungs-Dashboard
    Analyse von IIS-Arbeitsprozessen
    02

    Warum sich für uns entscheiden? Xitoring

    Native Windows Server-Unterstützung mit einfacher Installation und Überwachung auf Unternehmensniveau.

    • Native Windows-Installationsdatei
    • Über 15 globale Überwachungsknoten
    • Zentrales Dashboard für alle Dienste
    • Benachrichtigung über mehrere Kanäle
    • Aufbewahrung historischer Daten
    Xitoring IIS-Übersicht
    Alarmkonfiguration
    Anwendungsfälle

    Häufige IIS-Monitoring- Szenarien

    Wo IIS heute typischerweise läuft – und was schiefgehen könnte, wenn niemand aufpasst.

    Etablierte .NET-Geschäftsanwendungen

    Langlebige .NET-Anwendungen neigen dazu, langsame Speicherlecks zu entwickeln, die nur zu den ungünstigsten Zeiten auftreten – Neustarts über Nacht, mysteriöse Verlangsamungen, Wochenendvorfälle. Wir verfolgen die frühen Anzeichen, damit das Team die Ursache nach ihrem Zeitplan beheben kann, nicht nach dem der App.

    Moderne .NET-Anwendungen in Produktion

    Neuere .NET-Anwendungen führen mehr ihres Codes direkt im Webserver aus, was bedeutet, dass ein App-Problem die gesamte Website schneller zum Absturz bringen kann. Wir überwachen die App und den Webserver als eine Einheit, damit Probleme sofort auf die richtige Ebene isoliert werden.

    Front-End für SharePoint, Exchange oder interne Websites

    Wenn IIS das Gateway zu Unternehmensanwendungen wie SharePoint oder Exchange ist, legt ein Ausfall das gesamte Unternehmen lahm. Wir erkennen die Anzeichen eines überlasteten Gateways oder eines fehlerhaften Backends, damit das Team eingreifen kann, bevor Mitarbeiter Tickets einreichen.

    Bevor Sie beginnen

    Voraussetzungen für IIS

    Stellen Sie sicher, dass diese Punkte erfüllt sind — danach ist die Installation eine Sache von 60 Sekunden.

    • Windows Server 2016 oder neuer mit installierter IIS-Rolle
    • IIS-Performance-Counter aktiviert (Kategorie Web Service)
    • Administrator-Zugriff zur Installation des Xitogent-Windows-Agents
    Einrichtungsanleitung

    Erste Schritte in Minuten

    1

    Xitogent auf Ihrem IIS-Host installieren

    Führen Sie das Xitogent-Windows-Installationsprogramm auf dem IIS-Server aus. Das MSI registriert Xitogent als Windows-Dienst mit der Berechtigung, IIS-Performance-Counter zu lesen.

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

    IIS-Performance-Counter überprüfen

    IIS stellt Metriken über Windows-Performance-Counter bereit. Prüfen Sie, dass die Web-Service-Counter-Klasse vorhanden ist, indem Sie in PowerShell `Get-WmiObject Win32_PerfFormattedData_W3SVC_WebService -filter "Name='_Total'"` ausführen. Fehlt die Klasse, führen Sie `install-windowsfeature web-common-http` aus.

    xitogent integrate
    3

    IIS-Integration aktivieren

    Aktivieren Sie die IIS-Integration über das Xitoring-Dashboard oder die CLI. Xitogent zählt jede Application-Pool und Site automatisch auf, sodass Metriken pro Pool ohne weitere Einrichtung verfügbar sind.

    4

    Alarmschwellen konfigurieren (optional)

    Legen Sie eigene Schwellenwerte für Request-Queue-Länge, App-Pool-Recycling oder HTTP-Fehlerrate fest, um Kapazitäts- und Stabilitätsprobleme pro Pool zu erkennen.

    5

    Funktion überprüfen

    Führen Sie diesen Befehl auf dem Server aus, um zu bestätigen, dass Xitogent die Integration erkannt hat. Innerhalb von etwa 30 Sekunden werden frische Metriken in Ihr Dashboard gestreamt.

    sudo xitogent status
    Vergleichen

    Erwägen Sie Alternativen?

    Sehen Sie, wie sich Xitoring gegen die Alternativen für IIS-Monitoring schlägt — Pauschalpreise, tiefere Integrationen und ein Agent, der Ihren gesamten Stack abdeckt.

    Alle Vergleiche ansehen

    Häufig gestellte Fragen

    Unterstützt dies IIS unter Windows Server Core?
    Ja, Xitogent funktioniert sowohl bei Vollinstallationen als auch bei Core-Installationen.
    Kann ich mehrere Standorte überwachen?
    Ja, die Kennzahlen werden pro Website und pro Anwendungspool erfasst.
    Welche IIS-Versionen werden unterstützt?
    IIS 8.5+ (Windows Server 2012 R2 und höher).
    Was ist der Unterschied zwischen klassischer und integrierter IIS-Pipeline?
    Die integrierte Pipeline (Standard seit IIS 7) leitet jede Anfrage durch die vereinheitlichte IIS- + ASP.NET-Pipeline — ein Satz von HTTP-Modulen erledigt Auth, Logging und Request-Verarbeitung für statische wie verwaltete Inhalte. Die klassische Pipeline führt ASP.NET als ISAPI-Erweiterung hinter der Legacy-IIS-Pipeline aus (zwei getrennte Request-Pfade). Der Classic-Mode ist veraltet und langsamer; neue Apps sollten Integrated nutzen. Xitogent überwacht beide, aber Integrated stellt mehr Managed-Pipeline-Counter bereit.
    Wie überwache ich die HTTP.SYS-Request-Queue?
    Die `HTTP Service Request Queues`-PerfMon-Kategorie stellt `ArrivalRate` (Rate eingehender Requests im Kernel), `CurrentQueueSize` (Requests, die auf einen Worker warten) und `RejectedRequests` (verworfen, weil das Queue-Limit erreicht wurde) bereit. Eine RejectedRequests-Rate ungleich null ist der mit Abstand beste Frühindikator für HTTP-503-Trips. Alarmieren Sie dort und bei `CurrentQueueSize > MaxQueueLength × 0,8`.
    Wie überwache ich ASP.NET-Core-Apps, die auf IIS gehostet werden?
    ASP.NET Core verwendet das ASP.NET Core Module (ANCM). In-Process-Hosting (Standard seit 2.2) führt Kestrel innerhalb von `w3wp.exe` aus — überwachen Sie es wie jeden anderen App Pool, dazu den `IISHttpServer`-Provider für ANCM-spezifische Metriken. Out-of-Process-Hosting führt Kestrel separat aus und proxyt durch IIS — verfolgen Sie sowohl den `w3wp.exe`-Proxy als auch den Backend-Kestrel-Prozess.
    Was verursacht HTTP 503 Service Unavailable in IIS?
    Drei Hauptursachen: (1) der Application Pool wurde gestoppt oder ist abgestürzt (oft von Rapid-Fail-Protection ausgelöst), (2) HTTP.SYS hat Requests abgelehnt, weil die Queue `MaxQueueLength` überschritten hat, (3) der Worker-Prozess recycelt und ist noch nicht bereit. Jeder Fall zeigt ein anderes Signal: Pool-Status, RejectedRequests-Counter oder Recycle-Event. Xitogent macht alle drei sichtbar, sodass die Triage Minuten statt Stunden dauert.
    Kann ich IIS auf Windows Server Core überwachen?
    Ja. Xitogent funktioniert auf Windows Server Core und Full-Server-Installationen identisch — es liest Performance Counter über dieselbe API. Server Core ist sogar die empfohlene Bereitstellung für produktive IIS-Workloads, da es die Angriffsfläche und recycle-auslösende OS-Updates reduziert.
    Wie oft werden Metriken erfasst?
    Standardmäßig alle 60 Sekunden, mit Sub-Minuten-Polling für Incident Response verfügbar. Recycle-Events pro Pool werden im Moment ihres Auftretens über Windows-Event-Subscriptions erfasst (keine Polling-Verzögerung), sodass die 503-Ursache sofort sichtbar ist und nicht erst beim nächsten Sample-Intervall.

    IIS überwachen heute

    In weniger als 60 Sekunden eingerichtet. Keine Kreditkarte erforderlich. Umfassende Kennzahlen vom ersten Tag an.

    Kostenlose Testversion starten

    Entdecke weiter

    Verwandte Themen Integrationen