Share Share on LinkedIn

Why RDS Costs Routinely Surprise Banking Technology Teams

Amazon RDS appears straightforward on the AWS pricing page. You pick an instance class, a database engine, and a deployment type. The hourly rate is visible. What is not visible is how the architecture decisions that banks make for resilience and regulatory compliance translate directly into cost multipliers that compound across your entire database estate.

A typical Tier 1 bank running Oracle Database on RDS db.r6i.8xlarge instances in Multi-AZ configuration pays for two fully provisioned instances at all times, plus synchronous replication, plus the storage overhead of maintaining a shadow replica. The standby instance does not serve read traffic. For a bank running 40 to 80 RDS instances for core banking, payments, and regulatory reporting workloads, the Multi-AZ premium alone can represent $800,000 to $1.4 million of annual spend that technology teams simply accept without challenge.

The broader picture for banks engaging in AWS licensing advisory for financial services is that RDS is frequently the highest-cost line item within a cloud database estate, yet it receives the least commercial scrutiny because engineering teams treat it as an operational matter rather than a licensing and procurement matter.

The Five RDS Cost Components Banks Systematically Undermodel

Amazon RDS pricing comprises five distinct cost components, and financial services organisations typically only model two of them accurately when making initial build-versus-buy decisions.

Instance Compute

The instance compute charge is the most visible cost. For Oracle Database on RDS, you must choose between License Included pricing or Bring Your Own License. Oracle LI pricing on RDS db.r6i.2xlarge runs approximately $1.04 per hour on-demand in eu-west-1. At 8,760 hours per year, a single on-demand instance costs roughly $9,100. A bank running 60 instances on-demand achieves no Reserved Instance savings and is spending $546,000 per year on compute for that single instance class. Reserved Instances reduce this by 36 to 57 percent depending on term length and payment option.

Multi-AZ Deployment Premium

Multi-AZ doubles your instance compute costs. The standby does not serve read traffic, cannot be used for reporting queries, and cannot be independently scaled. For workloads where Multi-AZ is mandated by business continuity policy or by regulatory requirements under DORA or PRA SS2/21, this cost is unavoidable. For workloads where Multi-AZ is in place because it was the deployment default, it may represent an optimisable cost. Banks running AWS advisory engagements with Redress typically find 15 to 25 percent of Multi-AZ deployments can be converted to Single-AZ for development and test workloads.

Storage, I/O, and Backup Costs

RDS General Purpose gp3 storage charges $0.138 per GB-month in eu-west-1. For a 10TB Oracle database instance, storage costs $16,560 per year before backup storage is counted. Backup storage at $0.095 per GB-month across 35-day retention generates roughly 350TB of cumulative backup storage, adding $33,250 annually for that single instance. High-transaction banking workloads on io1 storage requiring 20,000 IOPS add a further $28,560 per year per instance in IOPS charges. These three components combined frequently exceed compute costs and are rarely modelled accurately in initial cloud business cases.

How a European bank saved $2.3M on AWS RDS through RI optimisation and Multi-AZ rationalisation

Full engagement case study with methodology and outcome metrics

Oracle Licensing on RDS: The BYOL vs Licence Included Decision

Oracle on RDS presents a licensing structure unlike any other database engine on the platform. Banks migrating Oracle workloads to AWS face a critical decision: License Included or Bring Your Own License.

Under the License Included model, AWS bundles Oracle Enterprise Edition or Standard Edition 2 licensing into the hourly instance rate. You cannot apply existing Oracle licences to RDS, and you cannot leverage your Oracle ULA to cover RDS consumption. The LI model protects you from Oracle audit risk on RDS deployments, but it is substantially more expensive per compute unit than on-premises Oracle licensing at enterprise discount rates.

Under the BYOL model, you supply your own Oracle licences and pay only the underlying compute cost through RDS. This is significantly cheaper for banks with large existing Oracle licence estates, but it reintroduces Oracle licensing compliance risk. Oracle's cloud licensing policy changed in January 2023 to provide more flexibility while simultaneously tightening Named User Plus counting rules in cloud environments. Our guide covering Oracle licensing in regulated industries addresses these nuances in depth. The BYOL decision requires careful modelling of existing licence positions and an honest assessment of Oracle's auditing posture toward BYOL cloud deployments.

Aurora vs RDS: The Decision Banks Frequently Miscalculate

Amazon Aurora is frequently positioned as a cost-saving alternative to Oracle on RDS. For banks migrating Oracle workloads, the savings from eliminating Oracle licence costs are real. However, Aurora Standard charges $0.20 per million I/O requests separately from storage costs. For read-heavy workloads like regulatory reporting and fraud analytics, Aurora I/O charges can exceed comparable RDS PostgreSQL storage costs for the same workload volume.

Aurora I/O-Optimised removes the per-request charge at a flat storage cost of $0.10 per GB-month, but this increases base storage cost by approximately 2.5 times versus Aurora Standard. For banks evaluating a migration from Oracle on RDS to Aurora PostgreSQL, the compatibility assessment is non-trivial. Oracle-specific PL/SQL procedures, Oracle Text indexes, and APEX applications typically require $300,000 to $900,000 in migration effort for a large banking application. The full picture of your AWS EDP negotiation position also interacts with database engine choice.

AWS Banking Intelligence — Monthly

RDS cost benchmarks, Reserved Instance optimisation tactics, and regulatory cloud guidance for financial services technology teams. Delivered monthly.

Reserved Instance Strategy for Banking RDS Estates

The largest single lever for reducing RDS costs in a banking environment is Reserved Instance coverage. Banks consistently underachieve on RI coverage because the procurement process does not align with engineering's operational cadence. Database instance types change during major release upgrades, new workloads are provisioned on-demand and never converted, and legacy instances sit at end-of-life engine versions on outdated instance types.

Effective RI strategy requires three things that most organisations do not have in place simultaneously: a current and accurate inventory of all RDS instances across all accounts and regions; a rolling 12-month forecast of expected instance types taking planned migrations into account; and a procurement process that can execute RI purchases within a 30-day decision cycle rather than the 90-day or longer cycles that many banks operate under for capital expenditure commitments.

One-year All Upfront RIs provide 36 to 40 percent savings over on-demand for most RDS instance types. Three-year All Upfront provides 55 to 60 percent savings. Our work with AWS EDP discount benchmarks shows that banks achieving 80 percent or higher RI coverage on RDS routinely see total database infrastructure costs 40 to 45 percent below peers with unmanaged on-demand estates.

Regulatory Data Residency and Multi-Region RDS Architecture Costs

UK and EU banks are subject to regulatory requirements mandating data residency within specific geographic boundaries. GDPR Article 44 restricts cross-border transfers of personal data. The ECB's expectations for cloud outsourcing under EBA guidelines (EBA/GL/2019/02) add further constraints for institutions supervised at the European level. DORA's ICT risk framework, effective January 2025, adds operational resilience requirements that intersect with data location decisions.

These requirements drive multi-region RDS architectures that significantly increase cost. A bank maintaining active-passive database deployments across eu-west-1 and eu-central-1 pays full compute and storage in both regions, plus cross-region replication data transfer at $0.020 per GB. For a 10TB database replicating 200GB of daily changes, replication data transfer costs exceed $1,400 per month or $16,800 per year for that one database alone. The interaction between regulatory compliance and AWS pricing creates cost structures that are genuinely difficult to optimise without both commercial and technical regulatory expertise. Our coverage of AWS banking compliance and data residency addresses how to meet regulatory minimums at lowest total cost.

Download: AWS Cost Optimisation Playbook for Financial Services

Reserved Instance strategy, EDP benchmarks, and RDS optimisation frameworks for banking technology leaders

Practical Optimisation Steps for Banking RDS Estates

Based on engagements across Tier 1 and Tier 2 banks in the UK, EU, and US, the following actions consistently produce the highest return in the shortest timeframe.

The first step is a complete inventory of all RDS instances across all accounts, all regions, and all environments. Most banks cannot produce this within 48 hours. Use AWS Cost Explorer, Config, and Trusted Advisor together with a CMDB cross-check to identify shadow RDS instances provisioned outside standard procurement processes.

The second step is workload classification: production, pre-production, development, or test, then cross-reference with Multi-AZ status. Development and test instances in Multi-AZ configuration are a near-universal finding in banking environments and represent immediate cost reduction opportunity.

The third step is engine and version rationalisation. Banks typically run three to five versions of the same database engine. Older engine versions often run on legacy instance types superseded by more cost-effective generations. Migrating from db.r5 to db.r6i typically provides 10 to 15 percent better price-performance with minimal downtime during a maintenance window.

The fourth step is Reserved Instance procurement based on a committed 12-month usage model. Use Convertible RIs where instance type uncertainty is high, accepting a slightly lower discount in exchange for flexibility. For stable core banking workloads, three-year All Upfront commitments are financially clear-cut.

For banks considering broader AWS cost optimisation across banking infrastructure, RDS is invariably the starting point that unlocks the largest savings in the shortest timeframe.

When External Advisory Adds Measurable Value

Internal AWS optimisation programmes in banks stall when commercial decisions and architectural decisions intersect without a clear owner. Engineering teams understand the technical options but lack the commercial mandate to negotiate RI commitments. Procurement teams hold the mandate but lack workload-level understanding. External advisory adds consistent value for RDS estates above $2 million annual spend; Oracle BYOL migration decisions that create permanent licence consequences; and EDP negotiations where RDS commitment levels need correct sizing within a broader AWS commercial framework. Our AWS advisory practice works exclusively on the buyer side, with no commercial relationships with AWS or its channel partners.

Tell us your RDS spend and we will benchmark it against comparable banking environments

No obligation. Response within one business day.
Found this useful? Share on LinkedIn