- Newest
- Most votes
- Most comments
We have got the same problem. Starting between Febraury and March, without any changes to our workload, the CPU consumed by Aurora Serverless v2 increased and has remained stable at 3 times than it was before.
We have the same problem. Was this issue resolved since then?
Thank you.
The issue persists intermittently, but its frequency has reduced after disabling features such as logging, enhanced monitoring, and performance insight on the cluster. However, the problem has not been fully resolved.
Hello there,
Apologies for any concern this may have caused! This does seem a little strange, but please note that AWS will notify users of planned maintenance or service changes/updates that may affect their resources. Feel free to check your email inbox or Personal Health Dashboard for any alerts: http://go.aws/aws-hd.
If you haven't already, I'd recommend setting up logging to monitor & troubleshoot. This doc can help you set up & view your cluster activity: https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-serverless-v2-administration.html#aurora-serverless-v2.logging. Our Accounts & Billing team will also be happy to help if you need a hand; they can take a closer look at your resources & provide you with additional insight: http://go.aws/support-center.
- Roxy M.
Hi, really appreciate that AWS will and should notify the users but users would still need to continue their service and we cant afford to stop our service and wait until your changes complete. Thus AWS still charged the user with anomaly high costs despite AWS is the one that causing CPU & ACU spiked.
Relevant content
- Accepted Answerasked 4 months ago
- asked 2 years ago
- asked a year ago
- AWS OFFICIALUpdated a year ago
- AWS OFFICIALUpdated 2 months ago
- AWS OFFICIALUpdated a year ago
- AWS OFFICIALUpdated 2 years ago
Our problem has persisted even after two months. It seems that the issue sometimes resolves after a system update maintenance, but returns after a few days. We are still trying to figure out what is the cause of this sudden change in pattern. It's interesting to note that a similar problem occurred with our Serverless PostgreSQL, but it resolved itself after a few days and hasn't happened again, still don't know how it happened.