Help Center/ GeminiDB/ GeminiDB Mongo API/ Best Practices/ Suggestions on Alarm Rules of GeminiDB Mongo API Metrics
Updated on 2025-11-26 GMT+08:00

Suggestions on Alarm Rules of GeminiDB Mongo API Metrics

After setting alarm rules on the Cloud Eye console, for example, specifying monitored objects and notification policies, you can stay on top of your instance status. For details, see Setting Alarm Rules.

This section describes recommended alarm rules of GeminiDB Mongo API.

Table 1 Suggestions on alarm rules of GeminiDB Mongo API metrics

Metric ID

Metric Name

Dimension

Threshold (Raw Value) in Best Practices

Alarm Severity in Best Practices

Alarm Handling Suggestion

nosql001_cpu_usage

CPU Usage

Node

> 80% for 3 consecutive periods

Major

You are advised to add CPUs by following Changing Specifications of an Instance.

nosql002_mem_usage

Memory Usage

Node

> 90% for 3 consecutive periods

Major

nosql005_disk_usage

Storage Space Usage

Node

> 80% for 3 consecutive periods

Major

mongodb007_connections_usage

Percentage of Active Node Connections

Node

> 80% for 3 consecutive periods

Major

  • Check whether the connection pool is properly used.
  • You are advised to check whether common parameters, such as timeout threshold, are properly set. For details, see Common Parameter Configuration on the Driver Side.
  • Increase the maximum number of connections.
    • For a replica set instance whose maximum number of connections is less than 16,000, you can increase the maximum number of connections by changing the instance class.
    • For a cluster instance, you can increase the maximum number of connections by adding mongos nodes.