Servidores web y de aplicaciones
    Actualizado mayo de 2026
    IIS logo

    IIS Seguimiento

    Supervise el estado del grupo de aplicaciones de IIS, las colas de solicitudes, los procesos de trabajo y las métricas de respuesta en tiempo real sin necesidad de configuración.

    ¿Por qué realizar un seguimiento? IIS?

    Internet Information Services (IIS) es el servidor web de Microsoft que da servicio a las aplicaciones .NET y los sitios web de las empresas. La supervisión de IIS es esencial para realizar un seguimiento del reciclaje del grupo de aplicaciones, la profundidad de la cola de solicitudes y el estado de los procesos de trabajo, así como para garantizar un rendimiento óptimo de las aplicaciones web alojadas en Windows.

    Detección automática mediante Xitogent en Windows Server
    Detección de salud y reciclaje de pools de aplicaciones
    Profundidad de cola de solicitudes y tiempos de procesamiento
    Seguimiento de CPU y memoria de los procesos worker
    Monitorización de la tasa de errores HTTP
    Métricas de conexiones SSL/TLS
    Soporte nativo de Windows Server
    Intervalos de recolección de métricas de 1 minuto
    Intervalos de recolección de métricas de 1 minuto de forma predeterminada
    Retención histórica de datos para planificación de capacidad y revisión post-incidente
    ¿Qué es el monitoreo de IIS?

    Monitoreo de IIS, explicado

    El monitoreo de IIS detecta tormentas de reciclaje de pools de aplicaciones, acumulación en la cola de solicitudes de HTTP.SYS y disparos de 503 antes de que afecten a sus usuarios — incluidos los reciclajes inesperados que siempre parecen ocurrir a las 3 a. m. Para cargas de trabajo ASP.NET en Windows Server, la visibilidad por pool es la diferencia entre depurar una entrada de una línea en el registro de eventos y atender una caída opaca. Xitoring se ejecuta como agente nativo de Windows, lee los mismos contadores del Monitor de Rendimiento y enruta las alertas a su rotación de guardia existente.

    Métricas

    Lo que monitorizamos

    Solicitudes actuales

    Número de solicitudes en procesamiento.

    Longitud de la cola de solicitudes

    Solicitudes esperando procesamiento.

    Estado de los pools de aplicaciones

    Estado de salud de cada pool de aplicaciones.

    CPU de los procesos worker

    Uso de CPU por proceso worker de IIS.

    Errores HTTP/s

    Tasa de errores HTTP 4xx y 5xx.

    Bytes enviados/recibidos

    Throughput de red de IIS.

    Conexiones activas

    Conexiones de cliente actualmente activas.

    Ratio de aciertos de caché

    Efectividad del caché de salida de IIS.

    Solicitudes en cola de ASP.NET

    Solicitudes que esperan en la cola gestionada del worker de ASP.NET (independiente de HTTP.SYS). Valores altos apuntan a inanición del thread pool en cargas atadas al CLR.

    .NET CLR % de tiempo en GC

    Porcentaje de CPU dedicado a la recolección de basura por worker. Por encima del 5–10% significa que la presión del GC está provocando latencia — rastréelo junto con los conteos de colecciones de Gen 0/1/2.

    CPU / Working Set de w3wp.exe

    Uso de CPU por worker y memoria residente desde la categoría `Process` de PerfMon. Etiquetado por app pool para que pueda ver qué carga consume qué.

    HTTP 4xx / 5xx por seg

    Tasa de errores por sitio. Un pico de 5xx con una tasa de solicitudes estable apunta a fallos del app pool o de dependencias backend, no al tráfico.

    Desencadenantes y alertas

    Configurables condiciones de activación de alertas

    Configura alertas personalizadas en tu panel de control para recibir una notificación en cuanto las métricas de «IIS» superen los umbrales que hayas definido.

    IIS panel de control de la configuración de los desencadenantes de supervisión

    Cola de solicitudes

    crítico

    Se dispara cuando la profundidad de la cola supera el umbral, indicando un cuello de botella de procesamiento.

    Reciclaje del pool de aplicaciones

    advertencia

    Alerta cuando un pool de aplicaciones se recicla inesperadamente.

    Tasa de errores HTTP

    advertencia

    Se dispara cuando la tasa de errores se dispara.

    CPU de los procesos worker

    crítico

    Se activa ante un alto uso de CPU en los procesos worker.

    Conexiones activas

    advertencia

    Alerta cuando las conexiones se acercan a los límites del servidor.

    01

    Importancia de la monitorización de IIS

    IIS ejecuta aplicaciones .NET de misión crítica e intranets corporativas. Sin monitorización, los crashes de pools de aplicaciones, la acumulación en cola y las fugas de memoria pueden causar caídas.

    • Detecte crashes de pools de aplicaciones antes de que afecten a los usuarios
    • Monitorice las colas de solicitudes para evitar timeouts
    • Realice un seguimiento de la memoria de los procesos worker para prevenir fugas
    • Identifique de forma temprana los picos de errores HTTP
    Panel de monitorización de IIS
    Analítica de los procesos worker de IIS
    02

    Por qué elegir Xitoring

    Soporte nativo de Windows Server con instalación sencilla y monitorización de nivel empresarial.

    • Instalador nativo de Windows
    • Más de 15 nodos de monitorización globales
    • Panel unificado para todos los servicios
    • Alertas multicanal
    • Retención de datos históricos
    Vista general de IIS en Xitoring
    Configuración de alertas
    Casos de uso

    Escenarios habituales de monitoreo de IIS comunes

    Dónde suele ejecutarse IIS hoy en día, y qué podría salir mal si nadie está vigilando.

    Aplicaciones empresariales .NET establecidas

    Las aplicaciones .NET de larga ejecución tienden a desarrollar fugas de memoria lentas que solo aparecen en los peores momentos: reinicios nocturnos, ralentizaciones misteriosas, incidentes de fin de semana. Rastreamos las señales tempranas para que el equipo pueda solucionar la causa raíz según su horario, no el de la aplicación.

    Aplicaciones .NET modernas en producción

    Las aplicaciones .NET más nuevas ejecutan más de su código directamente dentro del servidor web, lo que significa que un problema de la aplicación puede derribar todo el sitio más rápido. Vigilamos la aplicación y el servidor web como una sola unidad para que los problemas se aíslen en la capa correcta de inmediato.

    Puerta de entrada para SharePoint, Exchange o sitios internos

    Cuando IIS es la puerta de enlace a aplicaciones empresariales como SharePoint o Exchange, una interrupción detiene a toda la empresa. Detectamos los signos de una puerta de enlace sobrecargada o un backend fallido para que el equipo pueda intervenir antes de que el personal empiece a presentar tickets.

    Antes de empezar

    Requisitos previos para IIS

    Asegúrate de tener todo esto en su sitio — la mayoría de las instalaciones tardan 60 segundos una vez listo.

    • Windows Server 2016 o más reciente con el rol IIS instalado
    • Contadores de rendimiento IIS habilitados (categoría Web Service)
    • Acceso de Administrador para instalar el agente Windows de Xitogent
    Guía de configuración

    Empieza con minutos

    1

    Instalar Xitogent en tu host IIS

    Ejecuta el instalador Windows de Xitogent en el servidor IIS. El MSI registra Xitogent como servicio de Windows con permiso para leer los contadores de rendimiento de IIS.

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

    Verificar los contadores de rendimiento de IIS

    IIS expone sus métricas mediante los contadores de rendimiento de Windows. Confirma que la clase de contadores Web Service está presente ejecutando `Get-WmiObject Win32_PerfFormattedData_W3SVC_WebService -filter "Name='_Total'"` en PowerShell. Si la clase no existe, ejecuta `install-windowsfeature web-common-http`.

    xitogent integrate
    3

    Habilitar la integración de IIS

    Usa el panel de Xitoring o la CLI para habilitar la integración de IIS. Xitogent enumera automáticamente cada application pool y sitio, por lo que las métricas por pool están disponibles sin configuración adicional.

    4

    Configurar umbrales de alerta (opcional)

    Define umbrales personalizados para longitud de la cola de requests, reciclajes del app pool o tasa de errores HTTP para detectar problemas de capacidad y estabilidad por pool.

    5

    Verifica que funciona

    Ejecuta este comando en el servidor para confirmar que Xitogent ha detectado la integración. En unos 30 segundos comenzarán a llegar métricas nuevas a tu panel.

    sudo xitogent status

    Con frecuencia preguntas formuladas

    ¿Es compatible con IIS en Windows Server Core?
    Sí, Xitogent funciona tanto en instalaciones completas como en instalaciones Core.
    ¿Puedo supervisar varios sitios web?
    Sí, las métricas se recopilan por sitio y por grupo de aplicaciones.
    ¿Qué versiones de IIS son compatibles?
    IIS 8.5 o posterior (Windows Server 2012 R2 y versiones posteriores).
    ¿Cuál es la diferencia entre IIS pipeline clásico e integrado?
    El pipeline integrado (el predeterminado desde IIS 7) enruta cada solicitud a través del pipeline unificado IIS + ASP.NET — un único conjunto de módulos HTTP gestiona autenticación, registro y procesamiento de solicitudes tanto para contenido estático como gestionado. El pipeline clásico ejecuta ASP.NET como una extensión ISAPI detrás del pipeline IIS heredado (dos rutas de solicitud separadas). El modo clásico está obsoleto y es más lento; las apps nuevas deben usar Integrado. Xitogent monitoriza ambos, pero Integrado expone más contadores del pipeline gestionado.
    ¿Cómo monitoreo la cola de solicitudes de HTTP.SYS?
    La categoría de PerfMon `HTTP Service Request Queues` expone `ArrivalRate` (tasa de solicitudes entrantes en el kernel), `CurrentQueueSize` (solicitudes esperando a un worker) y `RejectedRequests` (descartadas porque se alcanzó el límite de cola). Una tasa distinta de cero en RejectedRequests es el mejor indicador adelantado de disparos de HTTP 503. Alerte ahí y en `CurrentQueueSize > MaxQueueLength × 0.8`.
    ¿Cómo monitoreo aplicaciones ASP.NET Core alojadas en IIS?
    ASP.NET Core usa el ASP.NET Core Module (ANCM). El hosting in-process (predeterminado desde 2.2) ejecuta Kestrel dentro de `w3wp.exe` — monitorícelo como cualquier otro app pool, además del proveedor `IISHttpServer` para métricas específicas de ANCM. El hosting out-of-process ejecuta Kestrel por separado y hace proxy a través de IIS — rastree tanto el proxy `w3wp.exe` como el proceso Kestrel backend.
    ¿Qué causa HTTP 503 Service Unavailable en IIS?
    Tres causas principales: (1) el application pool se detuvo o se cayó (a menudo se disparó Rapid-Fail Protection), (2) HTTP.SYS rechazó solicitudes porque la cola superó `MaxQueueLength`, (3) el proceso worker se está reciclando y aún no está listo. Cada una muestra una señal distinta: estado del pool, contador RejectedRequests o evento de reciclaje. Xitogent expone las tres para que el triaje lleve minutos, no horas.
    ¿Puedo monitorear IIS en Windows Server Core?
    Sí. Xitogent funciona de forma idéntica en instalaciones de Windows Server Core y Server completas — lee los contadores de rendimiento mediante la misma API. Server Core es en realidad el despliegue recomendado para cargas de IIS en producción ya que reduce la superficie de ataque y las actualizaciones del SO que provocan reciclajes.
    ¿Con qué frecuencia se recogen las métricas?
    Cada 60 segundos por defecto, con sondeo por debajo del minuto disponible para respuesta a incidentes. Los eventos de reciclaje por pool se capturan en el momento en que ocurren mediante suscripciones a eventos de Windows (sin retardo de sondeo), de modo que la causa raíz de un 503 se ve de inmediato en lugar de en el siguiente intervalo de muestreo.

    Empieza a seguir a IIS hoy

    Se configura en menos de 60 segundos. No se necesita tarjeta de crédito. Estadísticas completas desde el primer día.

    Empieza tu prueba gratuita

    Sigue explorando

    Relacionado Integraciones