View monitoring data - - Alibaba Cloud Documentation Center

Note

Take note of the following points about the monitoring data feature of ApsaraDB for MongoDB:

The monitoring data feature differs in the old and new ApsaraDB for MongoDB consoles. We recommend that you use the new ApsaraDB for MongoDB console to experience more features.
It is normal if you are using the new ApsaraDB for MongoDB console, but the collection frequency of monitoring data is 1 second or 300 seconds.
- Some existing instances inherit the original collection frequency value of monitoring data.
- A collection frequency value of monitoring data has been specified for the instance in the old MongoDB management console.
It is normal if you are using the old ApsaraDB for MongoDB console, but the collection frequency of monitoring data is 60 seconds. This indicates that this instance was created after the global collection frequency of monitoring data changed to 60 seconds. For more information, see Notice on changing the monitoring data collection interval to 60 seconds as November 19, 2020.

Precautions

When you receive an alert message from Alibaba Cloud, such as a message indicating that the CPU utilization of your instance exceeds 80%, you can view monitoring data of the instance on ApsaraDB for MongoDB console to troubleshoot the issue. You can filter the nodes of the instance to check the status of each node and locate the node where the issue occurs.
Monitoring data is retained for up to seven days. You cannot view the monitoring data that was generated seven days ago.

Procedure

Log on to the ApsaraDB for MongoDB console.
In the upper-left corner of the page, select the resource group and region to which the instance belongs.
In the left-side navigation pane, click Replica set instances or Sharded cluster instance based on the instance type.
On the page that appears, find the instance that you want to manage and click its ID.
In the left-side navigation pane, click Monitoring Data.
View monitoring data based on instance types:
Note By default, the Monitoring Data page displays the monitoring data of the last day. You can also select a time range to view historical monitoring data.
- Standalone instances: You can only view the monitoring data of primary nodes.
- Replica set instances: You can view the monitoring data about primary or secondary nodes by selecting a node from the drop-down list in the upper part of the Monitoring Data page.
- Sharded cluster instances: You can view the monitoring data about mongos, shard, or Configserver nodes by selecting a node from the drop-down list in the upper part of the Monitoring Data page.
  
  Note Mongos nodes have IDs prefixed with s-. Shard nodes have IDs prefixed with d-. ConfigServer nodes have IDs suffixed with -cs.

Metrics


Metric	Description
CPU Utilization Percentage	cpu_usage: the CPU utilization of the instance.
Memory Usage Percentage	mem_usage: the memory usage of the instance.
IOPS Usage	The input/output operations per second (IOPS) of the instance. The following items are included: data_iops: the IOPS of the data disk. log_iops: the IOPS of the log disk.
IOPS Usage Percentage	The percentage of the IOPS used by the instance to the maximum IOPS allowed.
Disk Usage	The total disk space used by the instance. The following items are included: ins_size: the total space used. data_size: the space used on the data disk. log_size: the space used on the log disk.
Disk Usage Percentage	disk_usage: the ratio of the total disk space used by the instance to the maximum disk space that can be used
Operation QPS	The queries per second (QPS) of the instance. The following items are included: The number of insert operations. The number of query operations. The number of delete operations. The number of update operations. The number of getmore operations. The number of command operations.
Connections	current_conn: the number of current connections to the instance.
cursors	The number of cursors used by the instance. The following items are included: total_open: the number of cursors that are opened. timed_out: the number of cursors that timed out.
Network Traffic	The network traffic of the instance. The following items are included: bytes_in: the inbound network traffic. bytes_out: the outbound network traffic. num_requests: the number of requests that are processed.
Global Lock Waiting Queues	The length of the queues that are waiting for global locks for the instance. The following items are included: gl_cq_readers: the length of the queue that is waiting for global read locks. gl_cq_writers: the length of the queue that is waiting for global write locks. gl_cq_total: the length of the queue that is waiting for both global read and write locks.
WiredTiger	The cache metrics of the WiredTiger engine used by the instance. The following items are included: bytes_read_into_cache: the amount of data that is read into the cache. bytes_written_from_cache: the amount of data that is written from the cache to the disk. maximum_bytes_configured: the size of the maximum available disk space that is configured.
Primary/Secondary Replication Latency	repl_lag: the latency in data synchronization between the primary node and secondary nodes of the instance.
WT Request Queues	The number of concurrent requests that are being handled and the remaining number of concurrent requests that can be handled. The following items are included: write_concurrent_trans_out: the number of concurrent write requests that are being handled. read_concurrent_trans_out: the number of concurrent read requests that are being handled. write_concurrent_trans_available: the remaining number of concurrent write requests that can be handled. read_concurrent_trans_available: the remaining number of concurrent read requests that can be handled.
IO Latency	iocheck_cost: the latency of I/O operations, indicating the I/O response performance. Note This metric is applicable only to replica set instances.