Servidores Web e de Aplicações
    Atualizado maio de 2026
    IIS logo

    IIS Monitorização

    Monitorize o estado do conjunto de aplicações do IIS, as filas de pedidos, os processos de trabalho e as métricas de resposta em tempo real, sem necessidade de configuração.

    Iniciar período de avaliação gratuitaVer documentos

    Por que monitorizar IIS?

    O Internet Information Services (IIS) é o servidor web da Microsoft que suporta aplicações .NET e sites empresariais. A monitorização do IIS é essencial para acompanhar a reciclagem do conjunto de aplicações, a profundidade da fila de pedidos e o estado dos processos de trabalho, bem como para garantir um desempenho ideal das aplicações web alojadas no Windows.

    Deteção automática via Xitogent no Windows Server
    Deteção de saúde e reciclagem de application pools
    Profundidade da fila de pedidos e tempos de processamento
    Acompanhamento de CPU e memória dos processos worker
    Monitorização da taxa de erros HTTP
    Métricas de ligações SSL/TLS
    Suporte nativo para Windows Server
    Intervalos de recolha de métricas de 1 minuto
    Intervalos de recolha de métricas de 1 minuto, prontos a usar
    Retenção de dados históricos para planeamento de capacidade e análise pós-incidente
    O que é a monitorização do IIS?

    Monitorização do IIS, explicada

    A monitorização do IIS deteta tempestades de reciclagem de application pools, acumulação na fila de pedidos do HTTP.SYS e disparos de 503 antes que afetem os utilizadores — incluindo as reciclagens inesperadas que parecem acontecer sempre às 3 da manhã. Para cargas de trabalho ASP.NET em Windows Server, a visibilidade por pool é a diferença entre depurar uma entrada de uma linha no registo de eventos e fazer triagem de uma falha opaca. O Xitoring corre como agente nativo do Windows, lê os mesmos contadores do Performance Monitor e encaminha alertas para a sua rotação de plantão existente.

    Métricas

    O que monitorizamos

    Pedidos atuais

    Número de pedidos atualmente a ser processados.

    Comprimento da fila de pedidos

    Pedidos à espera de processamento.

    Estado dos application pools

    Estado de saúde de cada application pool.

    CPU dos processos worker

    Utilização de CPU por processo worker IIS.

    Erros HTTP/s

    Taxa de erros HTTP 4xx e 5xx.

    Bytes enviados/recebidos

    Throughput de rede do IIS.

    Ligações ativas

    Ligações de cliente atualmente ativas.

    Rácio de cache hit

    Eficácia da cache de saída do IIS.

    ASP.NET Requests Queued

    Pedidos à espera na fila gerida do worker do ASP.NET (separada do HTTP.SYS). Valores elevados apontam para esgotamento do thread pool em cargas de trabalho dependentes do CLR.

    .NET CLR % Time in GC

    Percentagem de CPU gasta em recolha de lixo por worker. Acima de 5–10% significa que a pressão de GC está a impulsionar a latência — acompanhe com as contagens de recolhas Gen 0/1/2.

    w3wp.exe CPU / Working Set

    Uso de CPU e memória residente por worker a partir da categoria PerfMon `Process`. Etiquetado por application pool para que veja qual a carga de trabalho a consumir o quê.

    HTTP 4xx / 5xx por segundo

    Taxa de erros por site. Um pico de 5xx com taxa de pedidos estável aponta para falhas no application pool ou em dependências do backend, e não para tráfego.

    Alerta e notificação

    Configurável condições de alerta

    Configure alertas personalizados no seu painel para ser notificado assim que as métricas dIIS ultrapassarem os limites que definiu.

    IIS painel de controlo da configuração dos gatilhos de monitorização

    Fila de pedidos

    crítico

    Dispara quando a profundidade da fila excede o limite, indicando um estrangulamento no processamento.

    Reciclagem do application pool

    aviso

    Alerta quando um application pool se recicla inesperadamente.

    Taxa de erros HTTP

    aviso

    Dispara quando a taxa de erros sobe rapidamente.

    CPU dos processos worker

    crítico

    Dispara em utilização elevada de CPU nos processos worker.

    Ligações ativas

    aviso

    Alerta quando as ligações se aproximam dos limites do servidor.

    01

    Importância da monitorização do IIS

    O IIS executa aplicações .NET de missão crítica e intranets corporativas. Sem monitorização, crashes de application pools, acumulação em filas e fugas de memória podem causar interrupções.

    • Detete crashes de application pools antes que afetem os utilizadores
    • Monitorize as filas de pedidos para evitar timeouts
    • Acompanhe a memória dos processos worker para prevenir fugas
    • Identifique cedo picos de erros HTTP
    Dashboard de monitorização do IIS
    Analítica dos processos worker do IIS
    02

    Porquê escolher Xitoring

    Suporte nativo para Windows Server com instalação simples e monitorização de nível empresarial.

    • Instalador Windows nativo
    • Mais de 15 nós de monitorização globais
    • Dashboard unificado para todos os serviços
    • Alertas multicanal
    • Retenção de dados históricos
    Visão geral IIS no Xitoring
    Configuração de alertas
    Casos de uso

    Cenários comuns de monitorização do IIS

    Onde o IIS normalmente é executado hoje — e o que pode correr mal se ninguém estiver a monitorizar.

    Aplicações de negócios .NET estabelecidas

    As aplicações .NET de longa duração tendem a desenvolver fugas de memória lentas que só aparecem nos piores momentos — reinícios noturnos, lentidões misteriosas, incidentes de fim de semana. Monitorizamos os primeiros sinais para que a equipa possa corrigir a causa raiz no seu horário, e não no da aplicação.

    Aplicações .NET modernas em produção

    As aplicações .NET mais recentes executam mais do seu código diretamente dentro do servidor web, o que significa que um problema na aplicação pode derrubar todo o site mais rapidamente. Monitorizamos a aplicação e o servidor web como uma unidade para que os problemas sejam isolados na camada correta imediatamente.

    Porta de entrada para SharePoint, Exchange ou sites internos

    Quando o IIS é o gateway para aplicações empresariais como SharePoint ou Exchange, uma interrupção paralisa toda a empresa. Detetamos os sinais de um gateway sobrecarregado ou de um backend com falha para que a equipa possa intervir antes que os funcionários comecem a abrir tickets.

    Antes de começar

    Pré-requisitos para IIS

    Certifique-se de que tem tudo isto pronto — depois disso, a maioria das instalações leva 60 segundos.

    • Windows Server 2016 ou mais recente com o role IIS instalado
    • Contadores de desempenho IIS ativados (categoria Web Service)
    • Acesso de Administrador para instalar o agente Windows do Xitogent
    Guia de configuração

    Comece a minutos

    1

    Instalar o Xitogent no seu host IIS

    Execute o instalador Windows do Xitogent no servidor IIS. O MSI regista o Xitogent como serviço Windows com permissão para ler os contadores de desempenho do IIS.

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

    Verificar os contadores de desempenho do IIS

    O IIS expõe as métricas através dos contadores de desempenho do Windows. Confirme que a classe de contadores Web Service está presente executando `Get-WmiObject Win32_PerfFormattedData_W3SVC_WebService -filter "Name='_Total'"` no PowerShell. Se a classe não existir, execute `install-windowsfeature web-common-http`.

    xitogent integrate
    3

    Ativar a integração do IIS

    Use o painel do Xitoring ou a CLI para ativar a integração do IIS. O Xitogent enumera automaticamente cada application pool e site, pelo que as métricas por pool ficam disponíveis sem configuração adicional.

    4

    Configurar limiares de alerta (opcional)

    Defina limiares personalizados para comprimento da fila de pedidos, reciclagem do app pool ou taxa de erros HTTP para apanhar problemas de capacidade e estabilidade por pool.

    5

    Confirme que está a funcionar

    Execute este comando no servidor para confirmar que o Xitogent detetou a integração. Em cerca de 30 segundos começam a chegar novas métricas ao seu painel.

    sudo xitogent status
    Comparar

    Está a considerar alternativas?

    Veja como o Xitoring se compara às alternativas para a monitorização de IIS — preços fixos, integrações mais profundas e um único agente que cobre toda a sua stack.

    Ver todas as comparações

    Frequentemente perguntas feitas

    Este software é compatível com o IIS no Windows Server Core?
    Sim, o Xitogent funciona tanto em instalações completas como nas versões Core.
    Posso monitorizar vários sites?
    Sim, as métricas são recolhidas por site e por conjunto de aplicações.
    Quais são as versões do IIS compatíveis?
    IIS 8.5+ (Windows Server 2012 R2 e versões posteriores).
    Qual a diferença entre a pipeline clássica e integrada do IIS?
    A pipeline integrada (a predefinição desde o IIS 7) encaminha todos os pedidos através da pipeline unificada IIS + ASP.NET — um conjunto de módulos HTTP trata da autenticação, registo e processamento de pedidos para conteúdo estático e gerido. A pipeline clássica corre o ASP.NET como uma extensão ISAPI atrás da pipeline legada do IIS (dois percursos de pedidos separados). O modo clássico está descontinuado e é mais lento; as novas aplicações devem usar a pipeline integrada. O Xitogent monitoriza ambos, mas a integrada expõe mais contadores da pipeline gerida.
    Como monitorizo a fila de pedidos do HTTP.SYS?
    A categoria PerfMon `HTTP Service Request Queues` expõe `ArrivalRate` (taxa de pedidos recebidos no kernel), `CurrentQueueSize` (pedidos à espera de um worker) e `RejectedRequests` (descartados por se atingir o limite da fila). Uma taxa de RejectedRequests diferente de zero é o melhor indicador antecipado de disparos de HTTP 503. Configure alertas aí e em `CurrentQueueSize > MaxQueueLength × 0.8`.
    Como monitorizo aplicações ASP.NET Core alojadas no IIS?
    O ASP.NET Core usa o ASP.NET Core Module (ANCM). O alojamento in-process (predefinição desde a 2.2) corre o Kestrel dentro do `w3wp.exe` — monitorize-o como qualquer outro application pool, mais o fornecedor `IISHttpServer` para métricas específicas do ANCM. O alojamento out-of-process corre o Kestrel separadamente e faz proxy através do IIS — acompanhe tanto o proxy `w3wp.exe` como o processo Kestrel de backend.
    O que causa HTTP 503 Service Unavailable no IIS?
    Três causas principais: (1) o application pool parou ou estoirou (frequentemente Rapid-Fail Protection despoletada), (2) o HTTP.SYS rejeitou pedidos por a fila ter excedido o `MaxQueueLength`, (3) o processo de trabalho está a reciclar e ainda não está pronto. Cada um mostra um sinal diferente: estado do pool, contador RejectedRequests ou evento de reciclagem. O Xitogent expõe os três, pelo que a triagem demora minutos, não horas.
    Posso monitorizar o IIS em Windows Server Core?
    Sim. O Xitogent funciona de forma idêntica em instalações Windows Server Core e Server completo — lê os contadores de desempenho através da mesma API. O Server Core é, na verdade, a implementação recomendada para cargas de trabalho IIS em produção, uma vez que reduz a superfície de ataque e as atualizações de SO que despoletam reciclagens.
    Com que frequência são recolhidas as métricas?
    A cada 60 segundos por omissão, com sondagem sub-minuto disponível para resposta a incidentes. Os eventos de reciclagem por pool são captados no momento em que ocorrem através de subscrições de eventos do Windows (sem atraso de sondagem), pelo que a causa raiz de 503 é visível imediatamente, em vez de no próximo intervalo de amostragem.

    Comece a monitorizar IIS hoje

    Configure em menos de 60 segundos. Não é necessário cartão de crédito. Estatísticas completas desde o primeiro dia.

    Iniciar período de avaliação gratuita

    Continue a explorar

    Relacionado Integrações