Bases de datos
    Actualizado mayo de 2026
    MongoDB logo

    MongoDB Seguimiento

    Supervisa las operaciones con documentos de MongoDB, el estado del conjunto de réplicas, las conexiones y las métricas de almacenamiento en tiempo real sin necesidad de configuración.

    ¿Por qué realizar un seguimiento? MongoDB?

    MongoDB es la base de datos documental NoSQL líder del mercado, que impulsa las aplicaciones modernas gracias a sus esquemas flexibles y su escalabilidad horizontal. La supervisión de MongoDB es fundamental para realizar un seguimiento del rendimiento de las consultas, detectar retrasos en la replicación, gestionar los grupos de conexiones y evitar que se agote el espacio de almacenamiento. La integración de MongoDB de Xitoring ofrece una visibilidad detallada del estado de su clúster de bases de datos.

    Detección automática mediante Xitogent: no se requiere configuración manual
    Métricas de operaciones de documentos en tiempo real (insert, update, delete, query)
    Monitorización de la salud de replica sets y del lag de replicación
    Seguimiento del uso del pool de conexiones y de conexiones activas
    Métricas de utilización del caché WiredTiger y de eviction
    Monitorización del tamaño del almacenamiento y del rendimiento de los índices
    Funciona en servidores Linux y Windows
    Intervalos de recolección de métricas de 1 minuto
    ¿Qué es el monitoreo de MongoDB?

    Monitoreo de MongoDB, explicado

    El monitoreo de MongoDB detecta el lag de replicación, el colapso de la ventana del oplog, la presión sobre la caché de WiredTiger y consultas descontroladas antes de que provoquen fallos de réplica, tormentas de fallback a secundarios o ralentizaciones visibles para el usuario. Para stacks MEAN/MERN, clústeres sharded y cualquier despliegue de replica set, la visibilidad por nodo es lo que diferencia un failover ordenado de un incidente de varias horas. Xitoring detecta automáticamente su MongoDB, consulta los comandos nativos server-status con el rol clusterMonitor y enruta las alertas a Slack, PagerDuty, Telegram o su rotación de guardias existente.

    Métricas

    Lo que monitorizamos

    Operaciones de documentos

    Tasa de operaciones insert, update, delete y query por segundo.

    Conexiones

    Conexiones activas, disponibles y totales actuales a la instancia MongoDB.

    Lag de replicación

    Retraso entre miembros primario y secundarios del replica set.

    Ventana del Oplog

    Duración de las operaciones retenidas en el oplog para replicación.

    Caché WiredTiger

    Bytes actualmente en caché, bytes dirty y ratio de hit de la caché.

    Fallos de página

    Número de page faults que indican que los datos no están en memoria.

    Cursores

    Número de cursores abiertos incluyendo los que no tienen timeout.

    E/S de red

    Bytes entrantes/salientes y número de solicitudes hacia la instancia MongoDB.

    Cola de bloqueos

    Número de operaciones esperando adquirir bloqueos de lectura o escritura.

    Contadores de índices

    Accesos, aciertos y fallos de índices que indican la efectividad de los índices.

    Tamaño del almacenamiento

    Tamaño total de datos, tamaño de índices y espacio libre en disco.

    Aserciones

    Conteo de mensajes assert incluyendo regular, warning y rollover.

    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 «MongoDB» superen los umbrales que hayas definido.

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

    Lag de replicación

    crítico

    Se dispara cuando los miembros secondary se atrasan respecto al primary, con riesgo de inconsistencia de datos durante el failover.

    Número de conexiones

    advertencia

    Se dispara cuando las conexiones activas se acercan al máximo, indicando posible agotamiento del pool de conexiones.

    Uso del caché WiredTiger

    advertencia

    Alerta cuando el uso del caché supera el umbral, lo que provoca mayor E/S de disco y consultas más lentas.

    Fallos de página

    crítico

    Se dispara cuando la tasa de page faults se dispara, indicando que el working set excede la memoria disponible.

    Longitud de la cola de bloqueos

    advertencia

    Se activa cuando las operaciones se ponen en cola esperando bloqueos, indicando contención y posible degradación del rendimiento.

    Espacio de almacenamiento

    crítico

    Alerta cuando el uso del espacio en disco supera el umbral, con riesgo de que se bloqueen las escrituras de la base de datos.

    01

    Importancia de la monitorización de MongoDB

    MongoDB impulsa aplicaciones de misión crítica que manejan millones de documentos. Sin monitorización, la deriva de replicación, el agotamiento de conexiones y la presión sobre la caché pueden degradar silenciosamente el rendimiento y provocar pérdida de datos.

    • Detecte el lag de replicación antes de que el failover cause inconsistencia de datos
    • Monitorice las tasas de operaciones de documentos para identificar cuellos de botella de rendimiento
    • Realice un seguimiento de la eficiencia del caché WiredTiger para optimizar la asignación de memoria
    • Identifique el agotamiento del pool de conexiones desde los clientes de aplicación
    • Garantice la capacidad de almacenamiento para operaciones de base de datos ininterrumpidas
    Panel de monitorización MongoDB con operaciones de documentos y métricas de replica set
    Alertas de rendimiento de MongoDB y monitorización de conexiones
    02

    Por qué elegir Xitoring

    Xitoring ofrece monitorización de MongoDB de nivel empresarial con configuración zero-config. Nuestro agente ligero detecta automáticamente sus instancias MongoDB, empieza a recopilar métricas en menos de 60 segundos e se integra con sus canales de notificación existentes.

    • Instalación con un solo comando: sin YAML complejo ni archivos de configuración
    • Más de 15 nodos de monitorización globales para comprobaciones de baja latencia
    • Panel unificado para servidores, bases de datos y uptime
    • Alertas flexibles vía Slack, PagerDuty, Telegram y más
    • Retención histórica para planificación de capacidad y auditorías
    Vista general de monitorización del clúster MongoDB con Xitoring
    Configuración de canales de notificación de alerta
    Casos de uso

    Monitoreo común de MongoDB escenarios

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

    Base de datos autoalojada con copias de seguridad

    Las configuraciones de producción ejecutan varias copias de la base de datos para que un fallo no pueda tumbar la aplicación. Cuando una copia se queda silenciosamente atrás de las otras, la red de seguridad es más débil de lo que parece. Detectamos la desviación a tiempo para que la conmutación por error haga lo que se supone que debe hacer: permanecer invisible para los usuarios.

    Bases de datos divididas en múltiples servidores

    Cuando los datos son demasiado grandes para un solo servidor, se dividen entre muchos, pero si algunos servidores terminan haciendo más trabajo que otros, toda la aplicación se ralentiza. Mostramos el desequilibrio para que el equipo pueda reequilibrar la carga antes de que un servidor sobrecargado se convierta en un problema para el cliente.

    La base de datos detrás de una aplicación Node.js

    La mayoría de las aplicaciones Node.js ejercen una gran carga sobre MongoDB y reutilizan un pool de conexiones de base de datos para mantenerse rápidas. Cuando la aplicación filtra conexiones o ejecuta una consulta ineficiente, cada solicitud se ralentiza. Mostramos la causa rápidamente para que el equipo adecuado pueda solucionarlo.

    Antes de empezar

    Requisitos previos para MongoDB

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

    • MongoDB 4.x o más reciente ejecutándose en el servidor
    • Un usuario con el rol clusterMonitor (o readAnyDatabase en versiones antiguas)
    • Conectividad de red desde Xitogent hacia la instancia MongoDB
    Guía de configuración

    Empieza con minutos

    1

    Instalar Xitogent en tu servidor

    Si aún no lo has hecho, instala el agente de monitorización ligero Xitogent en tu servidor.

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

    Crear un usuario de monitorización en MongoDB

    Crea un usuario MongoDB dedicado con el rol `clusterMonitor` para que Xitogent pueda leer serverStatus, estado de replicación y métricas de almacenamiento:

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

    Habilitar la integración de MongoDB

    Usa el panel de Xitoring o la CLI para habilitar la integración de MongoDB. Xitogent detectará automáticamente tu instancia de MongoDB.

    sudo xitogent integrate
    4

    Configurar umbrales de alerta (opcional)

    Define umbrales personalizados para métricas como retraso de replicación, número de conexiones o uso de almacenamiento para recibir notificaciones cuando algo requiera atención.

    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

    ¿La integración con MongoDB requiere autenticación?
    Si tu instancia de MongoDB utiliza autenticación, puedes configurar las credenciales en los ajustes de integración. Xitogent es compatible con los métodos de autenticación SCRAM y x.509.
    ¿Afectará esta integración al rendimiento de MongoDB?
    No. Xitogent utiliza el comando «serverStatus», que es muy ligero y tiene un impacto insignificante en el rendimiento. Es el mismo comando que utilizan las propias herramientas de supervisión de MongoDB.
    ¿Puedo supervisar MongoDB Atlas?
    Xitogent supervisa las instancias de MongoDB alojadas en servidores propios. En el caso de MongoDB Atlas, puedes utilizar la supervisión del tiempo de actividad de Xitoring para realizar un seguimiento de la disponibilidad de los puntos de conexión y los tiempos de respuesta.
    ¿Puedo supervisar clústeres fragmentados?
    Sí. Instala Xitogent en cada miembro de Mongos y de Shard para obtener una visibilidad completa del clúster en todos los componentes.
    ¿Qué versiones de MongoDB son compatibles?
    Xitoring es compatible con MongoDB 4.0 y versiones posteriores, incluidas las últimas versiones de MongoDB 7.x.
    ¿Con qué frecuencia se recopilan los datos?
    Por defecto, los datos se recopilan cada minuto. Esto se puede ajustar a través del panel de control de Xitoring o de la interfaz de línea de comandos (CLI).
    ¿Para qué sirve mongostat?
    `mongostat` es la CLI oficial de MongoDB para estadísticas operativas en vivo (similar a `iostat` para discos). Muestra, en una salida continua, las tasas de opcounters por segundo, la E/S de red, las conexiones, las colas y el porcentaje activo de caché sucia. Xitogent expone las mismas métricas en tendencias y alertas a largo plazo: `mongostat` es para el triaje en vivo; Xitoring es para el historial, los paneles y las notificaciones.
    ¿Cómo monitorizo MongoDB Atlas frente al autogestionado?
    En despliegues autogestionados, Xitogent se ejecuta junto a MongoDB y lee `serverStatus` directamente. Para Atlas, el propio Atlas proporciona el Real-Time Performance Panel, el Query Profiler y alertas integradas mediante la UI de administración de Atlas; Xitoring cubre el lado de la red y los endpoints (uptime, tiempo de respuesta, sondas regionales) para complementar las métricas internas de la base de datos de Atlas.
    ¿Qué versiones de MongoDB son compatibles?
    MongoDB 7.0 LTS y 8.0 LTS (predeterminada actual) son totalmente compatibles, además de las antiguas 4.x/5.x/6.x. La versión 8.0 añadió `optimeWritten` para el estado de replicación con confirmación de escritura, consultas de rango con queryable encryption, `bulkWrite` entre varias colecciones y procesamiento por bloques de series temporales: Xitogent expone las nuevas métricas cuando están presentes y degrada con elegancia en versiones anteriores.

    Empieza a seguir a MongoDB 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