Graviton Instance Rightsizing
Move from older x86 classes to Graviton db.r8g / db.m8g where the engine version supports it, and size on memory and buffer-cache hit rate rather than CPU alone.
RDS & Aurora Cost Optimization
Databases are the hardest line on the AWS bill to cut, because nobody wants to touch production. We find the savings that do not need a migration first, then model the ones that do against your own CloudWatch data.
Last updated:
RDS and Aurora bills have more dimensions than EC2: instance class, deployment option, storage type, I/O, backup storage, and the engine itself. Teams rarely revisit any of them after launch, because the database is the one component nobody wants to break. That makes it one of the better places to find savings, as long as the work is sequenced so the risky changes come last.
Graviton classes usually list below their x86 equivalents. In our RDS pricing data for us-east-1, db.r8g.large is $0.239/hr against $0.25/hr for db.r6i.large on PostgreSQL. We rightsize on memory first: buffer-cache hit rate, FreeableMemory, and read IOPS tell you whether the working set still fits after a downsize. CPU alone does not.
Serverless v2 bills by ACU-hour, so the deciding number is the average ACU level across the month. At $0.12 per ACU-hour, a db.r6g.large ($0.26/hr) breaks even at about 2.2 average ACUs, which is roughly a quarter of its 16 GiB memory. Our Aurora Serverless v2 vs provisioned comparison has the full break-even table and a worked comparison against standard RDS. We pull ServerlessDatabaseCapacity or the provisioned instance’s utilization from CloudWatch and put each cluster on one side of the line.
Aurora Standard charges $0.10/GB-month plus $0.20 per million I/O requests. I/O-Optimized charges $0.225/GB-month and higher instance rates, with no I/O charges. AWS’s guidance is that I/O-Optimized pays off once I/O passes 25% of the Aurora bill. We calculate that share per cluster from the Cost and Usage Report, because one write-heavy cluster can justify the switch while its neighbors should stay on Standard. The Aurora pricing breakdown covers every billing dimension.
| Option | Standbys | Standbys serve reads | Pays for |
|---|---|---|---|
| RDS Multi-AZ DB instance | 1, in a second AZ | No | Two instances and two copies of storage |
| RDS Multi-AZ DB cluster | 2, across three AZs | Yes | Three instances |
| Aurora with a reader | 1 or more readers | Yes | Each reader instance; storage is shared and replicated across three AZs |
If you already pay for read replicas and a Multi-AZ standby, one of these shapes usually covers both needs. See AWS RDS vs Aurora for the engine-level comparison.
Model your current setup in the RDS pricing calculator and the Aurora pricing calculator before an engagement. If you need database design or migration work rather than cost work, see RDS consulting. For a published example of the full cost process, see our SaaS cost optimization case study, which took a monthly AWS bill from $85k to $58k.
Move from older x86 classes to Graviton db.r8g / db.m8g where the engine version supports it, and size on memory and buffer-cache hit rate rather than CPU alone.
Break-even math on your real ServerlessDatabaseCapacity history: Serverless v2 saves money only below a specific average ACU level, and we tell you which side of it you are on.
Per-cluster I/O share from Cost and Usage Report data. AWS positions I/O-Optimized as the cheaper choice once I/O charges pass 25% of Aurora spend.
Multi-AZ DB instance, Multi-AZ DB cluster, or Aurora readers: we match the HA shape to your recovery target so you are not paying for a standby that does nothing you need.
Reserved Instances for stable instance classes and Database Savings Plans (up to 35%, one-year term) for spend that moves across engines, families, or Regions.
gp3 baselines, storage autoscaling thresholds, snapshot retention policies, and orphaned manual snapshots, the small lines that add up across dozens of databases.
Commitments, storage class, snapshot cleanup, and non-production schedules come before anything that touches the engine or the connection string.
Our cost-optimization engagements average 35% AWS cost reduction. One SaaS client went from $85k to $58k per month (32%), and that case study is published in full.
AWS Select Tier Services Partner with 50+ AWS certifications on staff.
Our RDS and Aurora pricing calculators and the Serverless v2 break-even table are public, built on the same rate data we use in engagements.
Implementation guides for this service from our team of AWS experts.
Aurora bills instance hours plus storage plus I/O — or storage at a 125% premium with I/O bundled (I/O-Optimized). Serverless v2 at $0.12 per ACU-hour wins on variable workloads, loses on steady traffic above 4 ACU. Global Database doubles the price per secondary region plus replicated-write fees. Backtrack adds per-change-record cost most teams never factor in.
RDS performance: gp3 IOPS, Performance Insights / Database Insights, Proxy, replicas, ElastiCache. July 2026 tuning checklist.
For a fintech SaaS (6 prod databases, ~$14k/mo RDS line), scoping in-house DBA for schema + MSP for 24/7 paging cut on-call from 22 to 9 hrs/mo — Aurora Serverless v2 min ACU tuning handled tier-2 first.
In-depth guides and best practices from our certified AWS architects.
Eight AWS launches from October 14–20, 2026, ranked by what they change on the bill. ECS Gateway puts 25 services on one ALB (~$394/mo less in us-east-1 hourly charges); two others are not cost launches at all.
Read articleChecked 10 October 2026: managed Bedrock knowledge base storage is $5 per GB of raw data a month. One thousand GB is $5,000 before retrieval. An e-commerce workspace of terabytes of Drive files and millions of Gmail messages reached hundreds of dollars a day after ingestion started.
Read articleA 5,000-document corpus on the site calculator is $163.28/month on S3 Vectors and $510.52/month on OpenSearch Serverless Classic. $160 of the smaller bill is Claude Sonnet 5.5.
Read articleIn-depth comparisons to help you choose the right approach before engaging.
Technical comparison of Aurora Serverless v2 vs Provisioned. ACU pricing, cold start behavior, scaling, and production readiness.
Technical comparison of Amazon RDS vs Aurora — architecture, I/O economics, HA, plus PostgreSQL migration paths (logical replication and LSN pitfalls).
Technical comparison of Amazon DynamoDB vs RDS. Schema flexibility, query patterns, scaling, and when to choose each.
Share a Cost Explorer export and CloudWatch read access, and we will map instance, storage, HA, and commitment savings per database.
We use cookies and similar technologies to analyze site traffic, personalize content, and provide social media features. By clicking “Accept,” you consent to our use of cookies. You can adjust your preferences at any time.