Bases de dados
    Atualizado maio de 2026
    MongoDB logo

    MongoDB Monitorização

    Monitorize as operações de documentos do MongoDB, o estado do conjunto de réplicas, as ligações e as métricas de armazenamento em tempo real, sem necessidade de configuração.

    Por que monitorizar MongoDB?

    O MongoDB é a principal base de dados de documentos NoSQL, equipando aplicações modernas com esquemas flexíveis e escalabilidade horizontal. A monitorização do MongoDB é fundamental para acompanhar o desempenho das consultas, detetar atrasos na replicação, gerir conjuntos de ligações e evitar o esgotamento do espaço de armazenamento. A integração do MongoDB com o Xitoring proporciona uma visibilidade aprofundada do estado do seu cluster de bases de dados.

    Deteção automática via Xitogent — sem configuração manual necessária
    Métricas de operações sobre documentos em tempo real (insert, update, delete, query)
    Monitorização da saúde de replica sets e do lag de replicação
    Acompanhamento da utilização do pool de ligações e das ligações ativas
    Métricas de utilização da cache WiredTiger e evictions
    Monitorização do tamanho de armazenamento e do desempenho dos índices
    Funciona em servidores Linux e Windows
    Intervalos de recolha de métricas de 1 minuto
    O que é a monitorização do MongoDB?

    Monitorização do MongoDB, explicada

    A monitorização do MongoDB deteta atraso de replicação, colapso da janela do oplog, pressão da cache WiredTiger e consultas descontroladas antes que provoquem falhas de réplicas, tempestades de fallback para secundários ou lentidões visíveis aos utilizadores. Para stacks MEAN/MERN, clusters com sharding e qualquer implementação de replica-set, a visibilidade por nó é o que separa um failover gracioso de um incidente de várias horas. O Xitoring deteta automaticamente o seu MongoDB, consulta os comandos nativos de server-status com o papel clusterMonitor e encaminha alertas para Slack, PagerDuty, Telegram ou o seu sistema on-call existente.

    Métricas

    O que monitorizamos

    Operações sobre documentos

    Taxa de operações insert, update, delete e query por segundo.

    Ligações

    Ligações ativas, disponíveis e totais atuais para a instância MongoDB.

    Lag de replicação

    Atraso entre os membros primary e secondary do replica set.

    Janela do oplog

    Duração das operações retidas no oplog para replicação.

    Cache WiredTiger

    Bytes atualmente em cache, dirty bytes e rácio de hit da cache.

    Faltas de página

    Número de page faults que indicam dados não em memória.

    Cursores

    Número de cursores abertos incluindo os sem timeout.

    E/S de rede

    Bytes recebidos/enviados e número de pedidos para a instância MongoDB.

    Fila de locks

    Número de operações à espera de adquirir locks de leitura ou escrita.

    Contadores de índices

    Acessos, hits e misses dos índices que indicam a eficácia dos índices.

    Tamanho do armazenamento

    Tamanho total de dados, tamanho de índices e espaço livre em disco.

    Assertions

    Contagem de mensagens assert incluindo regular, warning e rollover.

    Alerta e notificação

    Configurável condições de alerta

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

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

    Lag de replicação

    crítico

    Dispara quando os membros secondary ficam para trás do primary, arriscando inconsistência de dados durante failover.

    Número de ligações

    aviso

    Dispara quando as ligações ativas se aproximam do máximo, indicando potencial esgotamento do pool de ligações.

    Utilização da cache WiredTiger

    aviso

    Alerta quando a utilização da cache excede o limite, levando a maior E/S de disco e consultas mais lentas.

    Faltas de página

    crítico

    Dispara quando a taxa de page faults sobe rapidamente, indicando que o working set excede a memória disponível.

    Comprimento da fila de locks

    aviso

    Dispara quando as operações se enfileiram à espera de locks, indicando contenção e potencial degradação de desempenho.

    Espaço de armazenamento

    crítico

    Alerta quando a utilização de espaço em disco excede o limite, arriscando o bloqueio de escritas na base de dados.

    01

    Importância da monitorização do MongoDB

    O MongoDB alimenta aplicações de missão crítica que lidam com milhões de documentos. Sem monitorização, drift de replicação, esgotamento de ligações e pressão sobre a cache podem degradar silenciosamente o desempenho e levar a perda de dados.

    • Detete o lag de replicação antes que o failover cause inconsistência de dados
    • Monitorize as taxas de operações sobre documentos para identificar estrangulamentos de desempenho
    • Acompanhe a eficiência da cache WiredTiger para otimizar a alocação de memória
    • Identifique o esgotamento do pool de ligações a partir dos clientes aplicacionais
    • Garanta capacidade de armazenamento para operações de base de dados ininterruptas
    Dashboard de monitorização MongoDB com operações sobre documentos e métricas de replica set
    Alertas de desempenho do MongoDB e monitorização de ligações
    02

    Porquê escolher Xitoring

    O Xitoring oferece monitorização MongoDB de nível empresarial com configuração zero-config. O nosso agente leve deteta automaticamente as suas instâncias MongoDB, 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, bases de dados 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 do cluster MongoDB com Xitoring
    Configuração de canais de notificação de alertas
    Casos de uso

    Cenários comuns de monitorização do MongoDB

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

    Base de dados auto-hospedada com cópias de segurança

    As configurações de produção executam várias cópias da base de dados para que uma falha não possa derrubar a aplicação. Quando uma cópia fica silenciosamente atrasada em relação às outras, a rede de segurança é mais fraca do que parece. Nós detetamos o desvio cedo para que o failover faça o que deve: permanecer invisível para os utilizadores.

    Bases de dados divididas por vários servidores

    Quando os dados são demasiado grandes para um servidor, são divididos por muitos — mas se alguns servidores acabarem por fazer mais trabalho do que outros, a aplicação inteira abranda. Nós detetamos o desequilíbrio para que a equipa possa reequilibrar a carga antes que um servidor sobrecarregado se torne um problema para o cliente.

    A base de dados por trás de uma aplicação Node.js

    A maioria das aplicações Node.js coloca uma carga pesada no MongoDB e reutiliza um pool de conexões de base de dados para se manter rápida. Quando a aplicação vaza conexões ou executa uma consulta ineficiente, cada pedido abranda. Nós detetamos a causa rapidamente para que a equipa certa possa corrigi-la.

    Antes de começar

    Pré-requisitos para MongoDB

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

    • MongoDB 4.x ou mais recente em execução no servidor
    • Um utilizador com o papel clusterMonitor (ou readAnyDatabase em versões legadas)
    • Acessibilidade de rede do Xitogent à instância MongoDB
    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

    Criar um utilizador de monitorização no MongoDB

    Crie um utilizador MongoDB dedicado com o papel `clusterMonitor` para que o Xitogent possa ler serverStatus, estado de replicação e métricas de armazenamento:

    use admin db.createUser({ user: "xitogent", pwd: "xitogent!", roles: [{ role: "clusterMonitor", db: "admin" }] })
    3

    Ativar a integração do MongoDB

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

    sudo xitogent integrate
    4

    Configurar limiares de alerta (opcional)

    Defina limiares personalizados para métricas como atraso de replicação, número de ligações ou uso de armazenamento 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 com o MongoDB requer autenticação?
    Se a sua instância do MongoDB utilizar autenticação, pode configurar as credenciais nas definições de integração. O Xitogent suporta os métodos de autenticação SCRAM e x.509.
    Esta integração afetará o desempenho do MongoDB?
    Não. O Xitogent utiliza o comando «serverStatus», que é leve e tem um impacto insignificante no desempenho. É o mesmo comando utilizado pelas próprias ferramentas de monitorização do MongoDB.
    Posso monitorizar o MongoDB Atlas?
    O Xitogent monitoriza instâncias do MongoDB alojadas localmente. No caso do MongoDB Atlas, pode utilizar a monitorização de tempo de atividade do Xitoring para acompanhar a disponibilidade dos pontos de extremidade e os tempos de resposta.
    Posso monitorizar clusters fragmentados?
    Sim. Instale o Xitogent em cada membro mongos e shard para obter uma visibilidade abrangente do cluster em todos os componentes.
    Quais são as versões do MongoDB suportadas?
    Xitoring é compatível com o MongoDB 4.0 e versões posteriores, incluindo as versões mais recentes do MongoDB 7.x.
    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.
    Para que serve o mongostat?
    O `mongostat` é a CLI oficial do MongoDB para estatísticas operacionais em tempo real (semelhante ao `iostat` para discos). Mostra taxas de opcounters por segundo, I/O de rede, ligações, filas e a percentagem ativa de dirty cache num único output contínuo. O Xitogent expõe as mesmas métricas em tendências de longo prazo e alertas — o `mongostat` serve para triagem ao vivo; o Xitoring para histórico, dashboards e notificações.
    Como monitorizo MongoDB Atlas vs self-hosted?
    Para self-hosted, o Xitogent corre junto do MongoDB e lê `serverStatus` diretamente. Para o Atlas, o próprio Atlas fornece o Real-Time Performance Panel, Query Profiler e alertas integrados através da Atlas Admin UI — o Xitoring cobre o lado da rede e do endpoint (uptime, tempo de resposta, sondas regionais) para complementar as métricas internas da base de dados do Atlas.
    Que versões do MongoDB são suportadas?
    O MongoDB 7.0 LTS e 8.0 LTS (padrão atual) são totalmente suportados, bem como as versões antigas 4.x/5.x/6.x. A versão 8.0 adicionou `optimeWritten` para o estado de replicação reconhecido por escrita, consultas de range com queryable encryption, `bulkWrite` em múltiplas coleções e processamento por blocos de séries temporais — o Xitogent expõe as novas métricas quando presentes e regressa graciosamente em versões mais antigas.

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