# Outdated Aurora versions triggering extended support charges Canonical: https://www.pointfive.co/efficiency-hub/inefficiencies/outdated-aurora-versions-triggering-extended-support-charges Customers often delay upgrading Aurora clusters due to compatibility concerns or operational overhead. By: Dhara Kansagara Updated: 2026-09-28 [Cloud Efficiency Hub](https://www.pointfive.co/efficiency-hub) # Outdated Aurora Versions Triggering Extended Support Charges The short version Customers often delay upgrading Aurora clusters due to compatibility concerns or operational overhead. [Dhara Kansagara](https://www.linkedin.com/in/kansagaradhara/) Cloud FinOps Lead Associate @ BetaNXT AWS service [AWS Aurora](https://www.pointfive.co/efficiency-hub/cloud-services/aws-aurora) Category [Databases](https://www.pointfive.co/efficiency-hub/service-category/databases) Reference CER-0236 Type Outdated Version ## Explanation Why the waste happens and who it affects. However, when older versions such as Aurora MySQL 2 (MySQL 5.7) or Aurora PostgreSQL 11, 12 and 13 move into Extended Support, AWS applies automatic surcharges to ensure continued patching. These charges affect all clusters regardless of usage, creating unnecessary cost exposure across both production and non-production environments. For large Aurora fleets, the incremental expense can become significant if upgrades are not proactively managed. ## Billing model The pricing dimensions that drive this cost. Aurora Extended Support adds a per-vCPU-hour charge (provisioned instances) or a per-ACU-hour charge (Aurora Serverless) for clusters running a MySQL or PostgreSQL major version past its Aurora end of standard support date, which can be later than the community end of life. Rates vary by Region, and a higher rate applies in year 3 of Extended Support. The surcharge applies in addition to normal Aurora instance costs and is incurred even when clusters are idle. ## How to detect 4 checks to find it in your estate. - Inventory all Aurora clusters and identify the engine type and major version in use - Compare active versions with AWS lifecycle policies to determine if they are under Extended Support - Analyze billing data for "RDS Extended Support" charges tied to Aurora clusters - Review development, staging, or idle Aurora environments for avoidable Extended Support spend ## How to fix 4 ways to remove the waste. - Upgrade Aurora clusters to currently supported major versions to avoid Extended Support charges - Test upgrades in lower environments to validate application compatibility before production cutovers - Decommission unused or non-critical Aurora clusters rather than paying ongoing surcharges - Adopt governance practices that monitor version lifecycle timelines and plan upgrades before end of life ## Documentation Vendor references for pricing and configuration. - [Amazon Aurora versions docs.aws.amazon.com](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.VersionPolicy.html) - [Amazon RDS Extended Support with Amazon Aurora docs.aws.amazon.com](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/extended-support.html) - [Amazon RDS Extended Support charges docs.aws.amazon.com](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/extended-support-charges.html) - [Amazon Aurora Pricing aws.amazon.com](https://aws.amazon.com/rds/aurora/pricing/) ## Related inefficiencies [Browse the library](https://www.pointfive.co/efficiency-hub) - AWS Aurora CER-0293 ### [Automatic Restart of Stopped Aurora Clusters Causing Unintended Compute Charges](https://www.pointfive.co/efficiency-hub/inefficiencies/automatic-restart-of-stopped-aurora-clusters-causing-unintended-compute-charges) Amazon Aurora database clusters are intentionally stopped to avoid compute costs but are automatically restarted by the service after the maximum allowed stop period. Once restarted, re-started database instances begin accruing... Databases - AWS Aurora CER-0247 ### [Misuse of Aurora Serverless for Steady-State Workloads](https://www.pointfive.co/efficiency-hub/inefficiencies/misuse-of-aurora-serverless-for-steady-state-workloads-6c2d9) Aurora Serverless is designed for workloads with unpredictable or intermittent usage patterns that benefit from automatic scaling. However, when used for databases with constant load, the service's elasticity offers little advantage and... Databases - AWS Aurora CER-0043 ### [Suboptimal Storage Configuration for Aurora Cluster](https://www.pointfive.co/efficiency-hub/inefficiencies/suboptimal-storage-configuration-for-aurora-cluster) Many Aurora clusters default to using the Standard configuration, which charges separately for I/O operations. For workloads with frequent read and write activity, this can lead to unnecessarily high costs. Aurora I/O-Optimized eliminates... Databases --- Source: the public page above. Product screenshots and illustrative interfaces are examples, not live customer data.