AWS Aurora MySQL
Use the script package series of 「Guance Cloud Sync」in the script market to synchronize cloud monitoring and cloud asset data to Guance
Configuration¶
Install Func¶
Recommended activation Guance Integration - Extension - Hosted Func: all prerequisites are automatically installed, please continue with script installation
If you deploy Func by yourself, refer to Self-deploy Func
Install Script¶
Note: Please prepare an Amazon AK that meets the requirements in advance (for simplicity, you can directly grant global read-only permission
ReadOnlyAccess
)
Hosted Edition Activation Script¶
- Log in to Guance Console
- Click on the 【Integration】 menu, select 【Cloud Account Management】
- Click 【Add Cloud Account】, select 【AWS】, fill in the required information on the interface; if cloud account information has been configured before, skip this step
- Click 【Test】, after a successful test click 【Save】, if the test fails, check whether the relevant configuration information is correct and retest
- In the 【Cloud Account Management】 list, you can see the added cloud accounts, click on the corresponding cloud account, enter the details page
- Click the 【Integration】 button on the cloud account details page, under the
Not Installed
list, findAWS Aurora MySQL
, click the 【Install】 button, the installation interface will pop up for installation.
Manual Activation Script¶
-
Log in to the Func Console, click 【Script Market】, enter the official script market, search:
guance_aws_aurora_mysql
-
After clicking 【Install】, input the corresponding parameters: AWS AK ID, AK Secret, and account name.
-
Click 【Deploy Startup Script】, the system will automatically create a
Startup
script set and configure the corresponding startup script automatically. -
After enabling, you can see the corresponding automatic trigger configuration in "Management / Automatic Trigger Configuration". Click 【Execute】 to immediately execute once without waiting for the scheduled time. Wait a moment, and you can view the execution task records and corresponding logs.
Verification¶
- Confirm in "Management / Automatic Trigger Configuration" whether the corresponding tasks have the corresponding automatic trigger configurations, and at the same time, check the corresponding task records and logs for any abnormalities.
- In Guance, "Infrastructure - Resource Catalog", check if there is asset information.
- In Guance, "Metrics" check if there is corresponding monitoring data.
Metrics¶
Configure Amazon-Cloud Monitoring, more metrics can be collected through configuration Amazon Cloud Monitoring Metrics Details
Amazon RDS Amazon CloudWatch Metrics¶
The AWS/RDS
namespace includes the following metrics, which apply to database entities running on Amazon Aurora. Some metrics apply to Aurora MySQL and/or Aurora PostgreSQL. Additionally, some metrics are specific to database clusters, primary database instances, replica database instances, or all database instances.
Amazon Aurora Cluster-Level Metrics¶
Metric | Description | Applies To | Unit |
---|---|---|---|
AuroraGlobalDBDataTransferBytes |
In Aurora Global Database, this is the amount of redo log data transmitted from the source AWS region to the secondary AWS region. Note: This metric applies only to the secondary AWS region. | Aurora MySQL and Aurora PostgreSQL | Bytes |
AuroraGlobalDBProgressLag |
In Aurora Global Database, measures how far behind the secondary cluster lags the primary cluster for both user transactions and system transactions. Note: This metric applies only to the secondary AWS region. | Aurora MySQL and Aurora PostgreSQL | Milliseconds |
AuroraGlobalDBReplicatedWriteIO |
In Aurora Global Database, this is the number of write input/output operations replicated from the primary AWS region to the cluster volume in the secondary AWS region. Billing in the secondary AWS region of the global database uses VolumeWriteIOPs to account for writes performed in the cluster. Billing in the primary AWS region of the global database uses VolumeWriteIOPs to account for write activity in that cluster and uses AuroraGlobalDBReplicatedWriteIO to account for cross-region replication in the global database. Note: This metric applies only to the secondary AWS region. | Aurora MySQL and Aurora PostgreSQL | Count |
AuroraGlobalDBReplicationLag |
For Aurora Global Database, this is the lag time when updates are replicated from the primary AWS region. Note: This metric applies only to the secondary AWS region. | Aurora MySQL and Aurora PostgreSQL | Milliseconds |
AuroraGlobalDBRPOLag |
In Aurora Global Database, recovery point objective (RPO) lag time. This metric measures how far behind the secondary cluster lags the primary cluster for user transactions. Note: This metric applies only to the secondary AWS region. | Aurora MySQL and Aurora PostgreSQL | Milliseconds |
AuroraVolumeBytesLeftTotal |
Remaining available space on the cluster volume. As the cluster volume grows, this value decreases. If it reaches zero, the cluster reports insufficient space errors. If you want to detect whether an Aurora MySQL cluster is approaching the 128TiB size limit, you can monitor this value more easily and reliably than VolumeBytesUsed. AuroraVolumeBytesLeftTotal takes into account storage used for internal transaction management and other allocations that do not affect storage billing. | Aurora MySQL | Bytes |
BacktrackChangeRecordsCreationRate |
The number of backtrack change records created for your database cluster within 5 minutes. | Aurora MySQL | Count every 5 minutes |
BacktrackChangeRecordsStored |
The number of backtrack change records used by your database cluster | Aurora MySQL | Count |
BackupRetentionPeriodStorageUsed |
Total backup storage used to support the point-in-time restore feature within the backup retention period for an Aurora database cluster. This quantity is included in the total reported by the TotalBackupStorageBilled metric. Calculated separately for each Aurora cluster. | Aurora MySQL and Aurora PostgreSQL | Bytes |
ServerlessDatabaseCapacity |
Current capacity of the Aurora Serverless database cluster. | Aurora MySQL and Aurora PostgreSQL | Count |
SnapshotStorageUsed |
Total backup storage consumed by all Aurora snapshots for an Aurora database cluster outside its backup retention period. This quantity is included in the total reported by the TotalBackupStorageBilled metric. Calculated separately for each Aurora cluster. | Aurora MySQL and Aurora PostgreSQL | Bytes |
VolumeWriteIOPs |
Number of write disk I/O operations on the cluster volume, reported every 5 minutes. For detailed instructions on how billing write operations are calculated, see VolumeReadIOPs. Note that selecting a small --period value makes no sense because Amazon RDS collects these metrics at intervals rather than continuously. | Aurora MySQL and Aurora PostgreSQL | Count every 5 minutes |
Amazon Aurora Instance-Level Metrics¶
Unless otherwise stated, the following instance-specific Amazon CloudWatch metrics apply to all Aurora MySQL and Aurora PostgreSQL instances.
Metric | Description | Applies To | Unit |
---|---|---|---|
AbortedClients |
Number of client connections not properly closed. | Aurora MySQL | Count |
ActiveTransactions |
Average number of current transactions executed per second on the Aurora database instance. By default, Aurora does not enable this metric. To start measuring this value, set innodb_monitor_enable='all' in the database parameter group of a specific database instance. | Aurora MySQL | Count per second |
ACUUtilization |
Value of the ServerlessDatabaseCapacity metric divided by the maximum ACU value of the database cluster. This metric applies only to Aurora Serverless v2. | Aurora MySQL and Aurora PostgreSQL | Percentage |
AuroraDMLRejectedMasterFull |
Number of forwarded queries rejected due to session fullness on the writer database instance. | Applies to the primary instance of Aurora MySQL version 2 | Count |
AuroraDMLRejectedWriterFull |
Number of forwarded queries rejected due to session fullness on the writer database instance. | Applies to the primary instance of Aurora MySQL version 3 | Count |
AuroraEstimatedSharedMemoryBytes |
Estimated amount of shared buffer or buffer pool memory actively used during the last configured polling interval. | Aurora PostgreSQL | Bytes |
AuroraMemoryHealthState |
Indicates memory health status. Value 0 represents NORMAL. Value 10 represents RESERVED, indicating that server memory usage has approached critical levels. | Aurora MySQL version 3.06.1 and higher | Count |
AuroraMemoryNumDeclinedSqlTotal |
Number of incremental queries declined to avoid out-of-memory (OOM). | Aurora MySQL version 3.06.1 and higher | Count |
AuroraMemoryNumKillConnTotal |
Number of incremental connections killed to avoid OOM. | Aurora MySQL version 3.06.1 and higher | Count |
AuroraReplicaLag |
Lag for Aurora replicas when replicating updates from the primary instance. | Applies to replica instances of Aurora MySQL and Aurora PostgreSQL | Milliseconds |
AuroraReplicaLagMaximum |
Maximum lag between the primary instance and any Aurora database instance in the database cluster. Replication delay may temporarily peak when deleting or renaming read-only replicas, as old resources go through the recycling process. To get an accurate representation of replication delay during this period, it is recommended to monitor the AuroraReplicaLag metric on each read-only replica instance. | Applies to primary instances of Aurora MySQL and Aurora PostgreSQL | Milliseconds |
AuroraReplicaLagMinimum |
Minimum lag between the primary instance and any Aurora database instance in the database cluster. | Applies to primary instances of Aurora MySQL and Aurora PostgreSQL | Milliseconds |
AuroraSlowConnectionHandleCount |
Number of connections that take two seconds or longer to start the handshake. This metric applies only to Aurora MySQL version 3. | Aurora MySQL | Count |
BacktrackWindowActual |
Difference between target backtrack window and actual backtrack window. | Applies to primary instances of Aurora MySQL | Minutes |
BacktrackWindowAlert |
Number of times the actual backtrack window is less than the target backtrack window for a given time period. | Applies to primary instances of Aurora MySQL | Count |
BlockedTransactions |
Average number of transactions blocked per second in the database. | Aurora MySQL | Count per second |
BufferCacheHitRatio |
Percentage of requests provided by the buffer cache. | Aurora MySQL and Aurora PostgreSQL | Percentage |
CommitLatency |
Average duration taken by the engine and storage to complete commit operations. | Aurora MySQL and Aurora PostgreSQL | Milliseconds |
CommitThroughput |
Average number of commit operations per second. | Aurora MySQL and Aurora PostgreSQL | Count per second |
ConnectionAttempts |
Number of attempts to connect to the instance, regardless of success. | Aurora MySQL | Count |
CPUUtilization |
Percentage of CPU utilized by the Aurora database instance. | Aurora MySQL and Aurora PostgreSQL | Percentage |
DatabaseConnections |
Number of client network connections to the database instance. The number of database sessions may be higher than the metric value because the metric value does not include the following: sessions that no longer have network connections but have not yet been cleaned up by the database, sessions created by the database engine for its own purposes, sessions created by the parallel execution feature of the database engine, sessions created by the database engine task scheduler, Amazon Aurora connections | Applies to primary instances of Aurora MySQL and Aurora PostgreSQL | Count |
DDLLatency |
Average duration of requests such as sample, create, change, and delete requests. | Aurora MySQL | Milliseconds |
DDLThroughput |
Average number of DDL requests per second. | Aurora MySQL | Count per second |
Deadlocks |
Average number of deadlocks in the database per second. | Aurora MySQL and Aurora PostgreSQL | Count per second |
DeleteLatency |
Average duration of delete operations. | Aurora MySQL | Milliseconds |
DeleteThroughput |
Average number of delete queries per second. | Aurora MySQL | Count per second |
DiskQueueDepth |
Number of incomplete read/write requests waiting to access the disk. | Aurora MySQL and Aurora PostgreSQL | Count |
DMLLatency |
Average duration of inserts, updates, and deletes. | Aurora MySQL | Milliseconds |
DMLThroughput |
Average number of inserts, updates, and deletes per second. | Aurora MySQL | Count per second |
EngineUptime |
Length of time the instance has been running. | Aurora MySQL and Aurora PostgreSQL | Seconds |
FreeableMemory |
Available size of random access memory. For Aurora MySQL and Aurora PostgreSQL databases, this metric reports the value of the MemAvailable field in /proc/meminfo. | Aurora MySQL and Aurora PostgreSQL | Bytes |
FreeEphemeralStorage |
Size of available temporary NVMe storage | Aurora PostgreSQL | Bytes |
InsertLatency |
Average duration of insert operations. | Aurora MySQL | Milliseconds |
Objects¶
Collected AWS Aurora MySQL object data structure, visible from "Infrastructure - Resource Catalog"
{
"measurement": "aws_rds",
"tags": {
"name" : "xxxxx",
"RegionId" : "cn-northwest-1",
"Engine" : "aurora-mysql",
"DBInstanceClass" : "db.t3.medium",
"DBInstanceIdentifier" : "xxxxxx",
"AvailabilityZone" : "ap-southeast-1b",
"SecondaryAvailabilityZone": "ap-southeast-1c"
},
"fields": {
"InstanceCreateTime" : "2025/05/26 22:45:02",
"LatestRestorableTime": "2025/05/26 22:15:26",
"Endpoint" : "{JSON serialized connection address}",
"AllocatedStorage" : 1,
"message" : "{JSON serialized instance data}",
}
}
Note: Fields in
tags
andfields
may vary with subsequent updatesTip 1: The value of
tags.name
is the instance ID, serving as a unique identifierTip 2:
fields.message
andfields.Endpoint
are strings serialized in JSON format