MongoDB Suivi
Surveillez en temps réel les opérations sur les documents MongoDB, l'état des ensembles de répliques, les connexions et les indicateurs de stockage, sans aucune configuration.
Pourquoi surveiller ? MongoDB?
MongoDB est la principale base de données documentaire NoSQL, qui alimente les applications modernes grâce à des schémas flexibles et une évolutivité horizontale. La surveillance de MongoDB est essentielle pour suivre les performances des requêtes, détecter les retards de réplication, gérer les pools de connexions et éviter l'épuisement de l'espace de stockage. L'intégration MongoDB de Xitoring offre une visibilité approfondie sur l'état de santé de votre cluster de bases de données.
La supervision MongoDB, expliquée
La supervision MongoDB détecte la latence de réplication, l'effondrement de la fenêtre d'oplog, la pression sur le cache WiredTiger et les requêtes hors de contrôle avant qu'elles ne provoquent des défaillances de réplica, des tempêtes de fallback secondaires ou des ralentissements visibles par les utilisateurs. Pour les stacks MEAN/MERN, les clusters shardés et tout déploiement de replica set, la visibilité par nœud fait la différence entre un failover en douceur et un incident de plusieurs heures. Xitoring détecte automatiquement votre MongoDB, interroge les commandes server-status natives avec le rôle clusterMonitor et achemine les alertes vers Slack, PagerDuty, Telegram ou votre rotation d'astreinte existante.
Ce que nous surveillons
Opérations sur documents
Taux d'opérations insert, update, delete et query par seconde.
Connexions
Connexions actives, disponibles et totales actuelles vers l'instance MongoDB.
Lag de réplication
Délai entre les membres primary et secondary du replica set.
Fenêtre Oplog
Durée des opérations conservées dans l'oplog pour la réplication.
Cache WiredTiger
Octets actuellement en cache, octets dirty et ratio de hit du cache.
Défauts de page
Nombre de page faults indiquant que les données ne sont pas en mémoire.
Curseurs
Nombre de curseurs ouverts y compris ceux sans timeout.
I/O réseau
Octets entrants/sortants et nombre de requêtes vers l'instance MongoDB.
File de verrous
Nombre d'opérations en attente d'acquérir des verrous lecture ou écriture.
Compteurs d'index
Accès, hits et misses des index indiquant l'efficacité des index.
Taille du stockage
Taille totale des données, taille des index et espace libre sur disque.
Assertions
Nombre de messages d'assertion incluant régulier, warning et rollover.
Configurables déclencheurs d'alerte
Configurez des déclencheurs personnalisés dans votre tableau de bord pour être averti dès que les indicateurs d{name}s dépassent les seuils que vous avez définis.
Lag de réplication
crucialSe déclenche lorsque les membres secondary prennent du retard sur le primary, risquant l'incohérence des données lors d'un failover.
Nombre de connexions
avertissementSe déclenche lorsque les connexions actives approchent le maximum, indiquant un épuisement potentiel du pool de connexions.
Utilisation du cache WiredTiger
avertissementAlerte lorsque l'utilisation du cache dépasse le seuil, entraînant une augmentation de l'I/O disque et des requêtes plus lentes.
Défauts de page
crucialSe déclenche lorsque le taux de page faults s'envole, indiquant que le working set dépasse la mémoire disponible.
Longueur de la file de verrous
avertissementSe déclenche lorsque les opérations attendent en file pour des verrous, indiquant une contention et une dégradation des performances potentielle.
Espace de stockage
crucialAlerte lorsque l'utilisation de l'espace disque dépasse le seuil, risquant le blocage des écritures de la base de données.
Importance de la surveillance MongoDB
MongoDB alimente des applications critiques traitant des millions de documents. Sans surveillance, la dérive de réplication, l'épuisement des connexions et la pression sur le cache peuvent silencieusement dégrader les performances et entraîner une perte de données.
- Détectez le lag de réplication avant que le failover ne provoque une incohérence des données
- Surveillez les taux d'opérations sur documents pour identifier les goulets d'étranglement de performance
- Suivez l'efficacité du cache WiredTiger pour optimiser l'allocation mémoire
- Identifiez l'épuisement du pool de connexions depuis les clients applicatifs
- Garantissez la capacité de stockage pour des opérations de base de données ininterrompues
Pourquoi choisir Xitoring
Xitoring offre une surveillance MongoDB de qualité entreprise avec une configuration zéro-config. Notre agent léger détecte automatiquement vos instances MongoDB, commence à collecter des métriques en moins de 60 secondes et s'intègre à vos canaux de notification existants.
- Installation en une commande — pas de YAML complexe ni de fichiers de configuration
- 15+ nœuds de surveillance mondiaux pour des contrôles à faible latence
- Tableau de bord unifié pour serveurs, bases de données et uptime
- Alerting flexible via Slack, PagerDuty, Telegram et plus
- Conservation de l'historique pour la planification de capacité et les audits
Scénarios courants de supervision MongoDB
Où MongoDB fonctionne généralement aujourd'hui — et ce qui pourrait mal tourner si personne ne surveille.
Base de données auto-hébergée avec copies de sauvegarde
Les configurations de production exécutent plusieurs copies de la base de données afin qu'une panne ne puisse pas faire tomber l'application. Lorsqu'une copie prend discrètement du retard sur les autres, le filet de sécurité est plus faible qu'il n'y paraît. Nous détectons la dérive tôt afin que le basculement fasse ce qu'il est censé faire : rester invisible pour les utilisateurs.
Bases de données réparties sur plusieurs serveurs
Lorsque les données sont trop volumineuses pour un seul serveur, elles sont réparties sur plusieurs — mais si certains serveurs finissent par faire plus de travail que d'autres, toute l'application ralentit. Nous mettons en évidence le déséquilibre afin que l'équipe puisse rééquilibrer la charge avant qu'un serveur surchargé ne devienne un problème pour les clients.
La base de données derrière une application Node.js
La plupart des applications Node.js imposent une lourde charge à MongoDB et réutilisent un pool de connexions de base de données pour rester rapides. Lorsque l'application fuit des connexions ou exécute une requête inefficace, chaque requête ralentit. Nous mettons rapidement en évidence la cause afin que la bonne équipe puisse la corriger.
Prérequis pour MongoDB
Assurez-vous d'avoir tout cela en place — la plupart des installations sont une affaire de 60 secondes une fois ces conditions réunies.
- MongoDB 4.x ou plus récent tournant sur le serveur
- Un utilisateur avec le rôle clusterMonitor (ou readAnyDatabase sur les versions plus anciennes)
- Accessibilité réseau de Xitogent vers l'instance MongoDB
Commencez par procès-verbal
Installer Xitogent sur votre serveur
Si ce n'est pas déjà fait, installez l'agent de monitoring léger Xitogent sur votre serveur.
curl -s https://xitoring.com/install.sh | sudo bash -s -- --key=YOUR_API_KEYCréer un utilisateur de monitoring dans MongoDB
Créez un utilisateur MongoDB dédié avec le rôle `clusterMonitor` afin que Xitogent puisse lire serverStatus, l'état de réplication et les métriques de stockage :
use admin
db.createUser({
user: "xitogent",
pwd: "xitogent!",
roles: [{ role: "clusterMonitor", db: "admin" }]
})Activer l'intégration MongoDB
Utilisez le tableau de bord Xitoring ou la CLI pour activer l'intégration MongoDB. Xitogent détectera automatiquement votre instance MongoDB.
sudo xitogent integrateConfigurer les seuils d'alerte (facultatif)
Définissez des seuils personnalisés pour des métriques comme le retard de réplication, le nombre de connexions ou l'utilisation du stockage afin d'être notifié dès que quelque chose mérite votre attention.
Vérifier que tout fonctionne
Exécutez cette commande sur le serveur pour confirmer que Xitogent a bien détecté l'intégration. De nouvelles métriques apparaîtront sur votre tableau de bord dans environ 30 secondes.
sudo xitogent statusVous envisagez des alternatives ?
Découvrez comment Xitoring se positionne face aux alternatives pour la surveillance de MongoDB — tarifs forfaitaires, intégrations plus poussées et un seul agent pour couvrir tout votre stack.
Souvent a posé des questions
L'intégration de MongoDB nécessite-t-elle une authentification ?
Cette intégration aura-t-elle un impact sur les performances de MongoDB ?
Puis-je surveiller MongoDB Atlas ?
Puis-je surveiller les clusters fragmentés ?
Quelles sont les versions de MongoDB prises en charge ?
À quelle fréquence les indicateurs sont-ils collectés ?
À quoi sert mongostat ?
Comment superviser MongoDB Atlas vs auto-hébergé ?
Quelles versions de MongoDB sont prises en charge ?
Commencer à surveiller MongoDB aujourd'hui
Configuration en moins de 60 secondes. Aucune carte bancaire requise. Statistiques complètes dès le premier jour.
Commencer l'essai gratuitContinuez à explorer
