Serviços de Rede e Proxy
    Atualizado maio de 2026
    HAProxy logo

    HAProxy Monitorização

    Monitorize o estado dos backends do HAProxy, as taxas de sessão, os tempos de resposta e as métricas de ligação em tempo real, sem necessidade de configuração.

    Por que monitorizar HAProxy?

    O HAProxy é o balanceador de carga e proxy reverso padrão do setor, capaz de gerir milhões de ligações em implementações de alta disponibilidade. A monitorização do HAProxy é essencial para acompanhar o estado dos servidores de back-end, detetar deteriorações no tempo de resposta, gerir limites de sessão e garantir que a distribuição do tráfego é equilibrada. A integração do HAProxy da Xitoring oferece uma visibilidade completa da sua infraestrutura de balanceamento de carga.

    Deteção automática via Xitogent — sem configuração manual necessária
    Métricas de sessão de backend e frontend em tempo real
    Acompanhamento do estado de saúde e disponibilidade dos servidores backend
    Monitorização do tempo de resposta e da taxa de erros por backend
    Acompanhamento do comprimento das filas de ligação e dos retries
    Análise da distribuição de códigos de resposta HTTP
    Funciona em servidores Linux e Windows
    Intervalos de recolha de métricas de 1 minuto
    O que é a monitorização do HAProxy?

    Monitorização do HAProxy, explicada

    A monitorização do HAProxy deteta falhas de backend, sessões largadas e acumulação de fila antes que derrubem os serviços que o HAProxy serve. Como o HAProxy está à frente da sua stack, monitorizá-lo bem significa normalmente apanhar incidentes no ponto de entrada — minutos antes de um serviço a jusante começar a chamar a equipa de plantão. O Xitoring descobre automaticamente o seu HAProxy, lê a partir do stats socket, da página /stats ou do exportador Prometheus nativo (consoante o que tiver ativado), e encaminha alertas para os seus canais de notificação existentes.

    Métricas

    O que monitorizamos

    Taxa de sessões

    Número de novas sessões por segundo em frontends e backends.

    Sessões ativas

    Sessões atualmente ativas e número de ligações por proxy.

    Saúde do backend

    Estado de saúde (UP/DOWN) e duração da verificação para cada servidor backend.

    Tempo de resposta

    Tempo de resposta médio e máximo por servidor backend.

    Taxa de erros

    Erros de ligação, erros de resposta e pedidos negados.

    Comprimento da fila

    Número de pedidos à espera nas filas de backend.

    Bytes recebidos/enviados

    Throughput de rede por frontend e backend.

    HTTP 4xx/5xx

    Distribuição de códigos de resposta HTTP que indicam erros do cliente e do servidor.

    Tentativas

    Número de retries de ligação que indicam instabilidade do backend.

    Limite de sessão

    Sessões atuais face aos limites de sessão configurados por proxy.

    Taxa de ligações

    Novas ligações TCP por segundo para cada frontend.

    Pedidos negados

    Pedidos negados por ACLs ou regras de rate limiting.

    Alerta e notificação

    Configurável condições de alerta

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

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

    Backend em baixo

    crítico

    Dispara quando um servidor backend fica DOWN, reduzindo a capacidade e arriscando sobrecarga nos restantes servidores.

    Tempo de resposta

    aviso

    Dispara quando o tempo de resposta médio excede o limite, indicando degradação de desempenho no backend.

    Taxa de sessões

    aviso

    Alerta quando a taxa de sessões excede a baseline normal, indicando picos de tráfego.

    Taxa de erros

    crítico

    Dispara quando a taxa de erros de ligação ou de resposta excede o limite nos backends.

    Comprimento da fila

    aviso

    Dispara quando os pedidos se acumulam à espera de capacidade do backend.

    Limite de sessão

    crítico

    Alerta quando as sessões ativas se aproximam do limite máximo configurado.

    01

    Importância da monitorização do HAProxy

    O HAProxy fica no caminho crítico do seu tráfego — cada pedido passa por ele. Sem monitorização, falhas de backend, saturação de sessões e picos de tempo de resposta podem degradar silenciosamente a disponibilidade e a experiência do utilizador de toda a sua aplicação.

    • Detete falhas de servidores backend antes que afetem os utilizadores
    • Monitorize tempos de resposta para detetar degradação de desempenho cedo
    • Acompanhe as taxas de sessão para planear capacidade face a picos de tráfego
    • Identifique padrões de erro em backends e frontends
    • Garanta uma distribuição de carga equilibrada entre servidores
    Dashboard de monitorização HAProxy com saúde do backend e tempos de resposta
    Analítica de tráfego HAProxy e acompanhamento de erros
    02

    Porquê escolher Xitoring

    O Xitoring oferece monitorização HAProxy de nível empresarial com configuração zero-config. O nosso agente leve deteta automaticamente a sua instância HAProxy, começa a recolher métricas em menos de 60 segundos e integra-se com os seus canais de notificação existentes.

    • Instalação num único comando — sem YAML complexo nem ficheiros de configuração
    • Mais de 15 nós de monitorização globais para verificações de baixa latência
    • Dashboard unificado para servidores, proxies e uptime
    • Alertas flexíveis via Slack, PagerDuty, Telegram e outros
    • Retenção de dados históricos para planeamento de capacidade e auditorias
    Visão geral da monitorização HAProxy com Xitoring
    Configuração de notificações de alerta e escalonamento
    Casos de uso

    Cenários comuns de monitorização do HAProxy

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

    Manter uma base de dados online durante falhas

    O HAProxy decide para qual base de dados enviar tráfego quando a principal falha. Se não detetar a falha rapidamente — ou enviar tráfego para um backup com problemas — a aplicação falha de qualquer forma. Monitorizamos os sinais de transferência para que o failover faça o que deve: permanecer invisível para os utilizadores.

    Gateway de tráfego para uma aplicação ou API

    Quando o HAProxy está à frente de uma aplicação ou API, ele vê cada pedido e erro antes de qualquer outra coisa. Mostramos os padrões — serviços lentos, erros crescentes, backups de pedidos — para que a equipa saiba exatamente qual peça corrigir em vez de adivinhar durante um incidente.

    Ponto de entrada para uma aplicação Kubernetes

    No Kubernetes, o HAProxy é frequentemente a porta de entrada para toda a sua aplicação. Um passo em falso ali — uma configuração incorreta, uma implementação com falha — pode deixar tudo offline brevemente. Detetamos os sinais de aviso precocemente para que as implementações de rotina não se transformem em interrupções visíveis para o cliente.

    Antes de começar

    Pré-requisitos para HAProxy

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

    • HAProxy 2.x em execução no servidor
    • Um socket stats (stats socket /var/run/haproxy.sock) ou um endpoint HTTP stats
    • Acesso de leitura à fonte das stats para o utilizador Xitogent
    Guia de configuração

    Comece a minutos

    1

    Instalar o Xitogent no seu servidor

    Se ainda não o fez, instale o leve agente de monitorização Xitogent no seu servidor.

    curl -s https://xitoring.com/install.sh | sudo bash -s -- --key=YOUR_API_KEY
    2

    Ativar o socket ou página stats do HAProxy

    O Xitogent recolhe métricas através da interface stats do HAProxy. Garanta que o socket stats está configurado:

    # In haproxy.cfg: listen stats bind localhost:8404 stats enable stats uri / # Then provide http://127.0.0.1:8404 to xitogent integrate
    3

    Ativar a integração do HAProxy

    Use o painel do Xitoring ou a CLI para ativar a integração do HAProxy. O Xitogent vai detetar automaticamente a sua instância.

    sudo xitogent integrate
    4

    Configurar limiares de alerta (opcional)

    Defina limiares personalizados para saúde dos backends, tempo de resposta ou número de sessões para ser notificado quando algo merecer atenção.

    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

    Frequentemente perguntas feitas

    A integração requer o socket de estatísticas?
    Sim. O Xitogent recolhe métricas através do socket de estatísticas do HAProxy ou da página HTTP de estatísticas. Qualquer uma destas opções deve estar ativada para permitir a recolha completa de métricas.
    Esta integração afetará o desempenho do HAProxy?
    Não. O Xitogent consulta a interface de estatísticas a cada minuto, o que não tem qualquer impacto no desempenho do proxy nem no tratamento do tráfego.
    Posso monitorizar várias instâncias do HAProxy?
    Sim. O Xitogent pode monitorizar várias instâncias do HAProxy no mesmo servidor. Cada instância aparece separadamente no painel de controlo.
    Posso monitorizar backends individuais?
    Sim. A integração fornece métricas por backend e por servidor, incluindo estado de funcionamento, tempo de resposta e taxas de erro.
    Quais são as versões do HAProxy suportadas?
    O Xitoring é compatível com o HAProxy 1.8 e versões posteriores, incluindo as versões mais recentes do HAProxy 2.9+.
    Com que frequência são recolhidos os indicadores?
    Por predefinição, as métricas são recolhidas a intervalos de 1 minuto. Esta configuração pode ser ajustada através do painel de controlo do Xitoring ou da CLI.
    Como acompanho a taxa de sessões vs o limite de sessões no HAProxy?
    `sess_rate` (novas sessões por segundo atualmente) e `scur` vs `slim` (sessões atuais vs máximo) são os dois sinais de saturação. Configure um alerta quando `scur / slim > 0.8` por frontend ou backend — esse é o aviso de margem antes de o HAProxy começar a rejeitar ligações. O `smax` (pico observado) ajuda-o a dimensionar corretamente o `maxconn`.
    Como uso a Runtime API do HAProxy para drenar tráfego de um servidor?
    Ligue-se ao stats socket e envie `set server / state drain` (ou `maint` para remoção total). O servidor deixa de aceitar novas ligações mas permite que as ligações em curso terminem. O Xitogent expõe mudanças de estado do servidor em tempo real, para que possa ver quando o tráfego foi totalmente drenado antes do trabalho de manutenção.
    Que versões do HAProxy são suportadas?
    HAProxy 2.x (incluindo 2.6 LTS, 2.8 LTS) e 3.x são totalmente suportados, mais o HAProxy Enterprise. A integração deteta automaticamente se ativou o stats socket, a página HTTP de estatísticas ou o exportador Prometheus nativo e adapta-se em conformidade. As versões mais antigas 1.8/1.9 funcionam com cobertura de métricas reduzida (sem suporte nativo a Prometheus).

    Comece a monitorizar HAProxy 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