Contentores e integridade do sistema
    Atualizado maio de 2026
    Docker logo

    Docker Monitorização

    Monitorize o estado dos contentores Docker, a utilização de recursos, os eventos de reinício e a E/S de rede em tempo real, sem necessidade de configuração.

    Por que monitorizar Docker?

    O Docker é o padrão da indústria para a contentorização, a execução de microsserviços, pipelines de CI/CD e cargas de trabalho de produção em milhões de servidores. A monitorização dos contentores Docker é fundamental para detetar fugas de recursos, evitar encerramentos por falta de memória (OOM), rastrear ciclos de reinício e garantir o bom funcionamento dos contentores. A integração do Docker com o Xitoring oferece visibilidade total sobre todos os contentores em execução no seu servidor.

    Deteção automática de todos os contentores em execução via Xitogent
    Métricas de CPU, memória e rede por contentor
    Estado de saúde dos contentores e acompanhamento de reinícios
    Métricas de E/S de disco e dispositivo de bloco por contentor
    Limiares de alerta personalizáveis para cada métrica
    Monitorização de eventos do ciclo de vida dos contentores
    Funciona em servidores Linux com Docker Engine
    Intervalos de recolha de métricas de 1 minuto
    O que é a monitorização do Docker?

    Monitorização do Docker, explicada

    A monitorização do Docker deteta OOM kills de contentores, throttling de CPU, ciclos de crash, uso de recursos descontrolado e sondas HEALTHCHECK falhadas antes que se transformem em outages visíveis para os utilizadores. Para produção em host único (a implementação não-Kubernetes dominante em 2026), stacks Docker Compose, clusters Swarm e setups edge/Raspberry Pi, a visibilidade por contentor é o que separa "o meu site está lento" de "o contentor de cache foi morto por OOM 47 vezes na última hora". O Xitoring deteta automaticamente cada contentor, lê a API do Docker + cgroup v2 diretamente e encaminha alertas para Slack, PagerDuty, Telegram ou o seu on-call existente.

    Métricas

    O que monitorizamos

    Utilização de CPU do contentor

    Percentagem de utilização de CPU para cada contentor em execução.

    Utilização de memória do contentor

    Memória consumida por cada contentor face ao seu limite de memória.

    Limite de memória

    Limite de memória configurado e percentagem de utilização atual para cada contentor.

    Rede RX/TX

    Tráfego de rede de entrada e saída por contentor.

    E/S de bloco leitura/escrita

    Operações de leitura e escrita em disco por contentor.

    Número de contentores

    Número total de contentores em execução, parados e em pausa.

    Reinícios de contentores

    Número de eventos de reinício por contentor, indicando problemas de estabilidade.

    Saúde do contentor

    Estado da verificação de saúde para contentores com HEALTHCHECK configurado.

    PIDs

    Número de processos a correr dentro de cada contentor.

    Uptime do contentor

    Há quanto tempo cada contentor está em execução desde o último arranque.

    Alerta e notificação

    Configurável condições de alerta

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

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

    Utilização de CPU do contentor

    aviso

    Dispara quando o uso de CPU de um contentor excede o seu limite, indicando contenção de recursos ou processos descontrolados.

    Utilização de memória do contentor

    crítico

    Dispara quando a memória se aproxima do limite do contentor, com risco de OOM kills e crashes do contentor.

    Reinícios do contentor

    crítico

    Alerta quando um contentor excede o seu limite de reinícios, indicando instabilidade ou crash loops.

    Saúde do contentor

    crítico

    Dispara quando o HEALTHCHECK de um contentor reporta estado unhealthy.

    Pico de E/S de rede

    aviso

    Dispara em padrões de tráfego de rede anómalos, que podem indicar exfiltração de dados ou DDoS.

    Contentor parado

    crítico

    Alerta quando um contentor esperado para de forma inesperada.

    01

    Importância da monitorização do Docker

    Os contentores Docker são efémeros por natureza — podem crashar, reiniciar e consumir recursos sem limite e sem aviso. Sem monitorização, fugas de memória, throttling de CPU e crash loops podem degradar silenciosamente toda a sua infraestrutura.

    • Detete fugas de memória antes que os contentores atinjam limites OOM
    • Identifique imediatamente crash loops e contentores instáveis
    • Monitorize a alocação de recursos face ao uso real por contentor
    • Acompanhe a E/S de rede para análise de segurança e desempenho
    • Garanta que as verificações de saúde dos contentores passam de forma consistente
    Dashboard de monitorização de contentores Docker com métricas de CPU e memória
    Alertas de reinício de contentores e notificações de OOM kills
    02

    Porquê escolher Xitoring

    O Xitoring oferece monitorização Docker de nível empresarial com configuração zero-config. O nosso agente leve deteta automaticamente todos os contentores no seu host, 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 contentores sidecar
    • Mais de 15 nós de monitorização globais para verificações de baixa latência
    • Dashboard unificado para hosts, contentores e serviços
    • 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 de hosts Docker com Xitoring
    Configuração de alertas para contentores
    Casos de uso

    Cenários comuns de monitorização do Docker

    Onde o Docker normalmente é executado hoje — e o que poderia correr mal se ninguém estivesse a monitorizar.

    Pequena aplicação de produção num único servidor

    Muitos produtos SaaS, ferramentas internas e projetos paralelos são executados como um punhado de contentores num único servidor na cloud. Um contentor com mau comportamento pode silenciosamente arrastar tudo o resto no servidor — detetamos isso antes que os seus utilizadores o façam, para que uma única versão defeituosa não possa tirar todo o produto offline.

    Aplicações em hardware de ponta ou de baixa potência

    Mini-PCs e pequenos dispositivos que executam equipamentos de casa inteligente, retalho ou campo funcionam sob limites de recursos apertados. Monitorizamos os sinais de aviso de stress de CPU, memória e armazenamento para que a equipa possa intervir antes que um dispositivo com problemas falhe silenciosamente no local.

    Clusters de contentores em vários servidores

    Quando os contentores estão espalhados por muitas máquinas, é fácil para alguns servidores fazerem todo o trabalho enquanto outros ficam inativos — desperdiçando capacidade e arriscando sobrecarga. Damos-lhe uma visão clara de como o trabalho é distribuído para que a carga possa ser reequilibrada antes que algo se quebre.

    Antes de começar

    Pré-requisitos para Docker

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

    • Docker Engine em execução no servidor
    • /var/run/docker.sock presente (instalação Linux predefinida)
    • Acessibilidade de rede entre o Xitogent e o daemon Docker
    Guia de configuração

    Comece a minutos

    1

    Instalar o Xitogent no seu host Docker

    Instale o leve agente de monitorização Xitogent na máquina que executa o Docker. O Xitogent corre como serviço de sistema root, pelo que já tem acesso ao socket do Docker — não são necessárias permissões adicionais.

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

    Confirmar que o Docker está em execução

    Certifique-se de que o daemon do Docker está acessível. Um rápido `docker ps` no host confirma que o engine está ativo e o socket responde antes de configurar a integração.

    docker ps
    3

    Ativar a integração do Docker

    Execute `sudo xitogent integrate` e selecione Docker. O Xitogent descobre automaticamente todos os contentores em execução e começa a acompanhá-los.

    sudo xitogent integrate
    4

    Configurar limiares de alerta (opcional)

    Defina limiares personalizados para CPU de contentores, memória, número de reinícios ou estado de saúde 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

    O Xitogent funciona como um contentor?
    Não. O Xitogent é instalado diretamente no host do Docker como um agente de sistema leve. Isto permite-lhe aceder ao socket do Docker e às métricas ao nível do host sem as limitações de ser executado dentro de um contentor.
    Esta integração afetará o desempenho dos contentores?
    Não. O Xitogent lê as métricas dos contentores através da API do Docker com um impacto mínimo. Não insere nada nos seus contentores nem altera a sua configuração.
    É possível monitorizar pilhas do Docker Compose?
    Sim. O Xitogent monitoriza todos os contentores no anfitrião, independentemente da forma como foram iniciados — Docker Compose, docker run ou orquestradores.
    Isto funciona com o Docker Swarm?
    Sim. O Xitogent monitoriza os contentores em cada nó do Swarm onde está instalado. Instale-o em todos os nós para obter uma visibilidade abrangente do cluster.
    Posso filtrar quais os contentores que são monitorizados?
    Sim. Pode configurar filtros de nome ou etiqueta de contentores para incluir ou excluir contentores específicos da monitorização.
    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 monitorizo o I/O de rede por contentor no Docker?
    `/containers/{id}/stats` expõe `networks.{interface}.rx_bytes`, `tx_bytes`, `rx_packets`, `tx_packets`, `rx_errors`, `rx_dropped` por interface de rede ligada ao contentor. Útil para detetar contentores ruidosos, tráfego de saída inesperado (preocupação de segurança) ou erros de NIC. O Xitogent expõe todos no dashboard por contentor.
    Funciona com Docker Compose / Swarm / Podman?
    Compose: sim — o Xitogent monitoriza todos os contentores no host, independentemente de como foram iniciados. Swarm: sim — instale o Xitogent em cada nó Swarm. Podman: não diretamente (o Podman usa um protocolo de socket diferente); use a integração via API REST do podman em vez disso. Para Kubernetes, a integração Docker não é a indicada — use uma abordagem de monitorização por pod com cAdvisor ou o endpoint `/metrics/cadvisor` do kubelet.
    Com que frequência são recolhidas as métricas?
    A cada 60 segundos por omissão para estatísticas de recursos por contentor, com `docker events` (ciclo de vida: start/stop/restart/oom/die/kill) em streaming em tempo real. As atualizações de estado do health check são capturadas no momento em que ocorrem, pelo que um contentor unhealthy aparece imediatamente em vez de ao próximo intervalo de polling.

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