SRCCUTOVERDESTIndependent · No vendor bias · Updated Jun 2026
Tool · Amazon RDS for Oracle

Amazon RDS for Oracle pricing, 2026

How the run-rate is built: License Included (Standard Edition 2 only) versus Bring Your Own License (SE2 and Enterprise Edition), the Single-AZ to Multi-AZ doubling, and the storage, IOPS and backup charges that sit on top of the instance-hour. The headline most teams miss: RDS BYOL avoids the 2:1 vCPU penalty that EC2 BYOL carries.

Amazon RDS for Oracle is the managed Oracle Database service: AWS runs the engine, patching, backups, and high availability, and you pay per instance-hour. The pricing looks opaque because AWS does not publish per-hour rates on its marketing pricing page (it directs to the Pricing Calculator), but the structure is straightforward once you see the three levers that set the number: the licensing model, the edition, and the instance class. This page is the 2026 reference for how RDS for Oracle is priced, as distinct from the one-off cost of migrating to it.

Pricing verification

The licensing models (License Included for Standard Edition 2 only; Bring Your Own License for SE2 and Enterprise Edition), the supported editions, the Multi-AZ standby model, and the per-GiB-month storage and IOPS structure were checked against the Amazon RDS for Oracle pricing page in June 2026. AWS does not publish per-instance-hour dollar rates on that page; the live rates are available through the AWS Pricing Calculator and vary by Region and over time. The relative bands below (Multi-AZ doubling, edition and licence weighting) are structural and stable; treat any absolute per-hour figure as point-in-time and confirm against AWS. Verified June 2026.

The three levers that set the price

The RDS for Oracle instance-hour is driven by three choices, and they compound. The licensing model sets whether the Oracle licence is bundled into the rate (License Included) or supplied by you (BYOL). The edition sets which features and which licensing paths are available. The instance class sets the compute. The deployment option (Single-AZ or Multi-AZ) then sets whether you pay for one instance or two.

The RDS for Oracle pricing levers and their effect

LeverOptionsEffect on the instance-hour
Licensing modelLicense Included (SE2 only) / BYOL (SE2 or EE)LI bundles the Oracle licence into the rate; BYOL pays AWS compute only and uses your entitlement
EditionStandard Edition 2 / Enterprise EditionEE adds the advanced options and has no License Included path; EE always means BYOL
Instance classdb.t3 / db.m5 / db.m6i / db.r5 / db.r6i and largerScales with vCPU and memory; the compute portion of the rate
DeploymentSingle-AZ / Multi-AZMulti-AZ roughly doubles the instance cost (primary plus standby)

License Included versus Bring Your Own License

License Included (LI) bundles the Oracle Database software licence into the hourly rate, so there is no separate Oracle licence to buy, track, or true-up. On RDS for Oracle, License Included is available for Standard Edition 2 (SE2) only. Bring Your Own License (BYOL) lets you apply existing Oracle entitlement and supports both Standard Edition 2 and Enterprise Edition (EE).

The choice is an entitlement question, not an instance-size question. If you do not already hold Oracle licences, License Included on SE2 is both cheaper and far simpler, and it removes the licence audit risk. If you do hold substantial Oracle entitlement, BYOL lets you put it to work and pay AWS for compute only. Enterprise Edition workloads have no License Included path at all, so they are BYOL by necessity.

The 2:1 vCPU rule does not apply to RDS

In January 2017 Oracle introduced a public cloud licensing policy under which two AWS vCPUs count as one Oracle Processor licence on EC2, roughly doubling Oracle BYOL licence cost on EC2 versus on-premise. That 2:1 conversion does not apply to RDS for Oracle, which Oracle and AWS treat as a managed-service special case. This is the main reason RDS for Oracle BYOL is usually cheaper than Oracle BYOL on EC2 for the same workload above a few vCPUs, and it is the single most valuable thing to understand about the licensing model.

The two editions

Edition decides which licensing paths are open to you and which features you get.

Amazon RDS for Oracle editions

EditionLicensing pathsBest forNotes
Standard Edition 2 (SE2)License Included or BYOLMost production workloads, smaller estatesThe only edition with a License Included option; capped at a maximum number of CPU threads per instance
Enterprise Edition (EE)BYOL onlyLarge-scale, advanced featuresAdds partitioning, advanced security, advanced compression and the EE-only options; no License Included path

The edition rule of thumb

If your workload fits Standard Edition 2 and you do not already own Oracle licences, run it License Included on SE2: it is the simplest and usually the cheapest Oracle-on-RDS path. Use Enterprise Edition (and therefore BYOL) only where the workload genuinely needs the EE options. Paying for Enterprise Edition entitlement to run features you do not use is the most common RDS for Oracle overspend.

What sits on top of the instance-hour

The instance-hour (compute, plus the Oracle licence under LI) is the bulk of an RDS for Oracle bill, but it is not the whole bill. The additional charges are:

Charges on top of the RDS for Oracle instance-hour

ChargeBasisNotes
Provisioned storagePer GiB-month (gp3, io1/io2, or magnetic)Sized to the database; gp3 is the cost-effective default
Provisioned IOPSPer IOPS-month above baselineOnly where the workload needs guaranteed IOPS
Backup storagePer GiB-month beyond free allowanceFree up to the provisioned database size; extra retention is charged
Snapshot export to S3Per GB exportedOptional; only if exporting snapshots for analytics or archival
Data transfer outPer GB at standard ratesOutbound to internet or cross-Region

For most production instances these add up to a minority of the bill; the instance-hour dominates. The practical implication: optimising RDS for Oracle cost is mostly about right-sizing the instance class, choosing the correct licensing model, and deciding Multi-AZ only where availability genuinely requires it, rather than chasing storage or backup savings.

Worked run-rate illustration

A structural illustration (not a quote) of how the levers compound for a mid-size production database. The exact dollar figures depend on Region and current AWS rates, so confirm against the AWS Pricing Calculator; the point here is the relative weight of each lever.

How the levers compound, mid-size production Oracle on RDS (relative weighting)

ConfigurationRelative monthly costDriver
SE2 License Included, Single-AZ, mid-size classBaseline (1.0x)Compute plus bundled SE2 licence
SE2 License Included, Multi-AZ, same classRoughly 2.0xStandby doubles instance cost
SE2 BYOL, Single-AZ, same classBelow baseline on AWS spendAWS compute only; Oracle licence paid separately via your entitlement
EE BYOL, Multi-AZ, same classAWS compute x2 plus your EE entitlementNo LI path; standby doubling on top of EE licence cost

The lesson the weighting teaches: settle the licensing model and the Multi-AZ decision first, because between them they swing both the AWS spend and the total cost of ownership the most. The instance class and the storage choices fine-tune from there. For the live per-hour rates by Region and instance class, use the AWS Pricing Calculator or the RDS for Oracle pricing page; for the one-off cost of getting your databases onto RDS in the first place, see the migration-cost page below.

How to reduce RDS for Oracle cost

  1. Fit Standard Edition 2 where you can and run it License Included. SE2 LI removes the licence audit risk and is usually the cheapest Oracle-on-RDS path for estates without existing entitlement.
  2. Use BYOL where you already hold Oracle entitlement, and remember RDS BYOL does not carry the 2:1 vCPU penalty that EC2 BYOL does.
  3. Use Multi-AZ only where availability requires it. It roughly doubles the instance cost; dev/test and non-critical workloads run Single-AZ.
  4. Commit to Reserved Instances or a Savings Plan after 30 to 60 days of validation. On-Demand is for the settling-in period, not steady state.
  5. Right-size the instance class with RDS Performance Insights and Compute Optimizer; over-provisioning is the most common RDS overspend.
  6. Use gp3 storage rather than io1/io2 unless the workload genuinely needs guaranteed high IOPS.
  7. For high-value, long-lived Oracle workloads, weigh Aurora PostgreSQL: the conversion cost is higher but it removes the Oracle licence entirely. See the Oracle to AWS migration-cost page.

Amazon RDS for Oracle pricing is opaque on the surface because AWS keeps the per-hour rates off its marketing page, but the structure is simple: the licensing model, the edition, and the instance class set the instance-hour, and storage and backups add a minority on top. Get the licensing model and Multi-AZ decisions right, and the run-rate is predictable; get them wrong, by paying Enterprise Edition entitlement you do not use or running Multi-AZ on non-critical workloads, and you double or more the bill for no benefit.

Q&A

Frequently asked

Q. How is Amazon RDS for Oracle priced?

A. RDS for Oracle is priced per instance-hour, plus storage and the usual add-ons. The instance-hour depends on the instance class (the compute) and the licensing model. Under License Included, the Oracle Standard Edition 2 licence is bundled into the hourly rate; under Bring Your Own License (BYOL) you bring your own Oracle entitlement and pay only for the AWS compute. On top of the instance-hour you pay for provisioned storage per GiB-month, provisioned IOPS where used, backup storage beyond the free allowance, and data transfer out. AWS does not publish per-instance-hour dollar rates on its RDS for Oracle pricing page; the live rates are in the AWS Pricing Calculator and vary by Region and over time, so treat any specific figure as point-in-time.

Q. What is the difference between License Included and BYOL on RDS for Oracle?

A. License Included (LI) bundles the Oracle licence into the hourly instance rate, so there is no separate Oracle licence to buy, track, or true-up. On RDS for Oracle, License Included is available for Standard Edition 2 (SE2) only. Bring Your Own License (BYOL) lets you apply existing Oracle entitlement and supports both Standard Edition 2 and Enterprise Edition (EE). Crucially, BYOL on RDS for Oracle does not trigger Oracle's 2:1 vCPU conversion that applies to Oracle BYOL on EC2, because RDS is treated as a managed-service special case. For most SE2 estates without existing entitlement, License Included is simpler and cheaper; Enterprise Edition workloads must use BYOL.

Q. Which Oracle editions can run on RDS for Oracle?

A. RDS for Oracle supports Standard Edition 2 (SE2) and Enterprise Edition (EE). License Included covers SE2 only. BYOL covers both SE2 and EE. Enterprise Edition adds the advanced features (partitioning, advanced security, advanced compression, and the EE-only options) and there is no License Included path for it, so EE always means BYOL. The edition choice is the largest single driver of the licence portion of the cost, and for EE it is an entitlement question rather than a rate you can read off an AWS page.

Q. How much does Multi-AZ add on RDS for Oracle?

A. Multi-AZ roughly doubles the instance cost versus Single-AZ, because RDS maintains a standby in a second Availability Zone for automatic failover and you pay for both the primary and the standby. For production workloads that need high availability, Multi-AZ is the default and the doubling is the price of automatic failover. For dev/test and non-critical workloads, Single-AZ halves the instance cost. Note that RDS for Oracle Multi-AZ is RDS-managed failover, not Oracle Real Application Clusters (RAC); RAC is not available on RDS, and workloads that genuinely require it run Oracle on EC2 instead.

Q. Does RDS for Oracle avoid Oracle's 2:1 vCPU penalty?

A. Yes. In January 2017 Oracle introduced a public cloud licensing policy under which two AWS vCPUs count as one Oracle Processor licence on EC2, which roughly doubles Oracle BYOL licence cost on EC2 compared with on-premise. That 2:1 conversion does not apply to RDS for Oracle, where Oracle and AWS have a separate arrangement that treats RDS as a managed-service special case. This is the main reason RDS for Oracle BYOL is usually cheaper than Oracle BYOL on EC2 for the same workload above a few vCPUs, and it is a structural fact about the licensing model rather than a rate.

Q. What storage and backup charges apply on top?

A. Beyond the instance-hour, RDS for Oracle charges for: provisioned storage per GiB-month (General Purpose gp3, Provisioned IOPS io1/io2, or magnetic), any provisioned IOPS above the baseline, backup storage beyond the free allowance equal to your provisioned database size, snapshot export to S3 if used, and data transfer out at standard rates. For most production Oracle instances the storage and backup charges are a minority of the bill; the instance-hour (compute plus, under LI, licence) dominates, which is why the licensing model and instance-class choice matter most.

Q. How does RDS for Oracle pricing compare with the migration cost?

A. They are separate budget lines. The RDS for Oracle run-rate (instance-hour plus storage) is the ongoing destination cost after migration. The migration cost is the one-off project spend to get there: a single Oracle database under 1 TB typically costs $20,000 to $80,000 to migrate to AWS, and larger databases more, with Aurora PostgreSQL conversions costing more per database but removing Oracle licensing entirely. This page covers the run-rate pricing; the migration-cost build is on the Oracle to AWS migration cost page.

Related

Read next

Updated 2 May 2026