Schedule demo

MongoDB Database Monitoring


MongoDB - An Overview

MongoDB is a NoSQL database designed for ease of development and scalability to support massive data processing and storage. With Applications Manager's MongoDB monitoring capability, we're letting users gain in-depth visibility into critical metrics to optimize their data infrastructures. Users can collect statistical data like Memory Utilizations statistics, open connections statistics, CPU usage, database operation performance and latency, transaction details, response time, lock current queue and journaling statistics. Applications Manager features graphs, custom dashboards and automated alerts to track performance and resource utilization of your database systems from a centralized console.

Creating a new MongoDB monitor

Supported Versions : From Applications Manager Version 16500, we support MongoDB v6.0 and below. Applications Manager versions till 16500, supports only MongoDB v5.x and below. Mongod and mongos services are also supported.

Prerequisites for monitoring MongoDB:Click here

Using the REST API to add a new MongoDB monitor:Click here

To create a Mongo database server monitor, follow the steps given below:

  1. Click on New Monitor link.
  2. Select Mongo.
  3. Specify the Display Name of the Mongo monitor.
  4. Enter the HostName or IP Address of the host where MongoDB/mongo process runs.
  5. Enter the Port where the server is running.By default, it will be 27017.
  6. To discover only this node and not all nodes in the ReplicaSet / Sharding disable the option Discover all nodes in the ReplicaSet / Sharding. By default, it is enabled.
  7. Check the Is Authentication Required field, to give the credentials to be used to connect to the MongoDB server. Now enter the UserName and Password of the credential.
  8. Check the Is SSL enabled field, so that SSL enabled MongoDB servers can be added as monitor.To add SSL certificate,refer here
  9. Specify the Polling Interval in minutes.
  10. If you are adding a new monitor from the Central Server, select a Probe Server.
  11. Choose the Monitor Group with which you want to associate the MongoDB server to, from the combo box (optional). You can choose multiple groups to associate your monitor.
  12. Click Add Monitor(s). This discovers the MongoDB server from the network and starts monitoring it.

Note: Applications Manager by default connects to MongoDB 'Admin' database for monitoring.

Monitored Parameters

MongoDB is monitored based on the parameters or the attributes listed below. These attributes provide information about the functioning of the monitors of MongoDB. You can also configure thresholds to the numerical attributes monitored by the server based on these details.

Go to the Monitors Category View by clicking the Monitors tab. Click on MongoDB under the Database Table. Displayed is the Mongodb bulk configuration view distributed into three tabs:

  • Availability tab, gives the Availability history for the past 24 hours or 30 days.
  • Performance tab gives the Health Status and events for the past 24 hours or 30 days.
  • List view enables you to perform bulk admin configurations.

Following are the list of tabs that are shown in MongoDB monitor:

Monitor Snapshot

The Monitor Snapshot tab displays the availability and performance history for the past 6 hours. The business view will help you have an integrated high-level view of the links between the different nodes in the replica set or sharding server. However, this view will not be available for single servers that are not part of any replica set or sharding server.

Server Stats

ParametersDescription
Performance StatusSpecifies the used and free memory of the server in percentage.
Memory UtilizationSpecifies the used, free and total memory of the server in mega bytes.
Current ConnectionsNumber of used and available connections in the database server. This will help to asses the current load and capacity requirements of the server.
Network TrafficSpecifies the amount of network traffic sent and received by the database, in bytes per second. This value will help you ensure that network traffic sent to and by the mongod process is consistent.
Database Operations CounterThe total number of various database operations (insert, get, query, update, command) per second since the mongod instance last started. This data helps to analyze and track the load on the database.
Assert ErrorsThe number of asserts (regular, warning, message, user, rollover) per second raised since the server process started.
Lock StatisticsThe time, in seconds, since the database last started.
Lock Current Queue DetailsNumber of operations that are currently queued and waiting for the read-lock/ write-lock.
Lock Active Client DetailsNumber of active client connections to the database, performing read/ write operations.
Background FlushesNumber of times the database has flushed all writes to disk per second.
Background Flushes StatisticsTotal number of seconds that the mongod processes have spent writing data to disk.
Journaling CommitsNumber of transactions written to the journal during the last journal group commit interval. A Journal is a sequential, binary transaction used to bring the database into a consistent state in the event of a hard shutdown. MongoDB performs group commits when journaling, i.e., a series of operations are committed at once over many milliseconds. This is done to achieve high performance.
Journaling DataNumber of data in megabytes (MB) written to journal during the last journal group commit interval.
Journaling StatisticsNumber of seconds spent for each phase of journaling in the last journal group commit interval.

Note: All the metrics above in Server Stats will be displayed for a mongod device. Whereas for a mongos device, only the first six metrics will be displayed.

Following are the list of metrics that are monitored in this tab:

Cursors

ParametersDescription
Number of open cursorsThe maximum number of open cursors a session can have at once. You can use this parameter to prevent a session from opening an excessive number of cursors.
Number of timed-out cursorsThe number of timed out cursors since the last server restart.

Index Counters

ParametersDescription
Index AccessedThe number of indexes accessed by a MongoDB statement.
Index served from MemoryIndexes that reside in memory and when queried, will be served from memory as long as the whole set fits in the memory.
Index served from DiskIndexes that don't fit in the memory and must be served from disk.
Miss RatioThe ratio of hits to misses. The misses is the total number of times that an operation tried to access an index that was not in memory per collection. The hits is the total number of times that indexes have been accessed and the mongod was able to return the index from memory per collection.

Page Faults

ParametersDescription
Total Page FaultsThe total number of page faults that occured when MongoDB reads from or writes data to parts of its data files that are not currently located in physical memory or when physical memory is exhausted .
Page Faults CounterMongoDB on Windows counts both hard and soft page faults. The MongoDB page fault counter may increase dramatically in moments of poor performance and may correlate with limited physical memory environments.

Cursor Timeout

ParametersDescription
Cursor TimeoutTimeout value set for the cursor (in ms).

Memory Details

ParametersDescription
Memory SizeTotal memory size of the node (in bits).
Resident MemoryAmount of resident memory currently used by the database process (in MiB).
Virtual MemoryAmount of virtual memory currently used by the database process (in MiB).

Latency Details

ParametersDescription
Output Latency ReadLatency statistics for read requests (in hrs).
Output Latency WriteLatency statistics for write requests (in hrs).

Global Lock Details

ParametersDescription
Global Read LockNumber of read locks that are present globally.
Global Write LockNumber of write locks that are present globally.

Database Lock Details

ParametersDescription
Database Read LockNumber of read locks that are present for the database.
Database Write LockNumber of write locks that are present for the database.

Database Statistics

ParametersDescription
Database NameThe name of the database whose statistics are being monitored.
CollectionsThe number of the Collections, i.e a group of MongoDB documents, in the database.
ObjectsAll the json data and performance objects in a collection.
Avgerage Object SizeThe average size of all the KEY:VALUE objects contained within the shard.
Data SizeThe size of data stored in a collection in MB.
IndexesThe total number of indexes in the database.
Index SizeThe total size of all indexes on the database in KB.

Replica Stats

ParametersDescription
Replication DetailsStatus information for MongoDB’s replica set configuration. Only when the current host has replication enabled these values will be displayed.
Replication Operations CounterTotal number of various database replication operations (insert, update, delete, getmore, command) per second since the mongod instance last started. These values will help to analyze the load on the replica.
Sharding Operations Counter - Sharded/ NotShardedTotal number of various database sharding and notsharding operations (insert, update, delete, getmore, command) per second since the mongos instance last started.
Replication Buffer CountThe current number of operations in the OpLog buffer.
Replication Buffer Write CountThe current number of write operations in the Oplog Buffer.
Replication Buffer Apply CountThe current number of apply operations in the Oplog Buffer.
REPLICA AND SHARD
Replica CountNumber of replicas present in the database.
Shard CountNumber of shards present in the database.
REPLICATION OPLOG DETAILS
Configured oplog sizeTotal OpLog size (in MB) configured by the customer or the default value configured which is 50 MB.
Log length start to endThe difference between the first and last operation in the OpLog (in seconds).
OpLog first event timeTimestamp of the first record present in OpLog.
OpLog last event timeTimestamp of the latest record present in OpLog.
 
Note:
  • The Replica Stats tab displays only replication details for a mongod device and sharding details for a mongos device.
  • The Replication Buffer Count attribute is supported only up to MongoDB version 7.x. From MongoDB version 8.x onwards, this attribute has been replaced with Replication Buffer Write Count and Replication Buffer Apply Count.

Operation Details

ParametersDescription
OPERATION SCAN AND ORDER
Operation ScanThe total number of queries that return sorted numbers that cannot perform the sort operation using an index.
Write ConflictsThe total number of queries that encountered write conflicts.

Cache Details

ParametersDescription
CACHE SIZE
Cache Configured SizeMaximum size configured for the cache (in GB).
Cache Current SizeSize of the data currently present in cache (in GB).
DIRTY CACHE
Dirty Cache SizeSize of the dirty data in the cache (in GB).
Dirty Cache PagesNumber of dirty pages into the cache (in GB).
CACHE PAGES DETAILS
Cache Pages ReadNumber of pages read into the cache.
Cache Pages WriteNumber of pages write into the cache.
UnModified Evicted PagesMain statistics for page eviction.
Threads Cache PagesA document that returns statistics on yields during page acquisitions.
CACHE READ AND WRITE DETAILS
Cache Read SizeAmount of cache read (in GB).
Cache Write SizeAmount of cache write (in GB).

Configuration

ParametersDescription
CONFIGURATION DETAILS
HostNameHost name on which the database is running.
VersionVersion of the Mongodb database.
Running ProcessNumber of processes that are running.
Process IDThe process ID number.

Loved by customers all over the world

"Standout Tool With Extensive Monitoring Capabilities"

It allows us to track crucial metrics such as response times, resource utilization, error rates, and transaction performance. The real-time monitoring alerts promptly notify us of any issues or anomalies, enabling us to take immediate action.

Reviewer Role: Research and Development

carlos-rivero
"I like Applications Manager because it helps us to detect issues present in our servers and SQL databases."
Carlos Rivero

Tech Support Manager, Lexmark

Trusted by over 6000+ businesses globally