Editorial photograph of an Oracle Database BYOL deployment review on AWS with EC2 instance sizing and license mapping plotted
Article · Oracle · AWS BYOL

Oracle on AWS. BYOL by the book.

Oracle Database Bring Your Own License on AWS runs under the Oracle Cloud Computing Environments Policy. The policy is non contractual. The buyer side team that follows the document and pins the architecture captures the saving and holds the audit position.

Read the Article Oracle Hub
2vCPUs per Oracle license
4Dedicated Host options
Industry Recognized
500+ Enterprise Clients
$2B+ Under Advisory
11 Vendor Practices
100% Buyer Side Independent
Key Takeaways

What this article delivers

  • The policy is non contractual. Oracle Cloud Computing Environments Policy is a document Oracle can change unilaterally.
  • Two vCPUs equal one license. On standard instance families. Hyperthreading enabled. The rule sits inside the policy, not the order document.
  • Four options exist on AWS. Standard EC2, Dedicated Host, RDS for Oracle BYOL, and Outposts for Oracle.
  • Dedicated Host pins the math. Per socket licensing applies. The customer counts physical cores, not vCPUs.
  • RDS for Oracle is the trap. RDS counts vCPUs the AWS way. Oracle policy counts vCPUs the Oracle way. The math diverges.
  • License mobility is permitted. Oracle does not charge extra for BYOL. The license travels with the workload under the policy.
  • Audit defense is the deployment record. Documented EC2 instance type, vCPU count, license mapping, and the policy version at the time of deployment.

Oracle Database BYOL on AWS runs under the Oracle Cloud Computing Environments Policy. The policy maps two vCPUs to one Oracle license on standard EC2 instance families with hyperthreading enabled. The rule is non contractual and Oracle reserves the right to change it.

The buyer side team that pins the architecture, documents the deployment, and locks the policy version captures the saving cleanly. The four AWS deployment options each carry a different math. RDS for Oracle is the most common trap because the AWS vCPU count and the Oracle vCPU count diverge.

The cloud policy

Oracle publishes the Oracle Cloud Computing Environments Policy on the Oracle website. The policy maps Oracle license counts to authorised cloud environments. AWS is an authorised environment. The policy is a one page document that Oracle can change unilaterally.

The authorised list

AWS, Microsoft Azure, and Google Cloud Platform are authorised environments. Oracle Cloud Infrastructure is the preferred environment. Other clouds require separate Oracle approval.

The metric rule

Two vCPUs map to one Oracle Processor license on instance families with hyperthreading. One vCPU maps to one Oracle Processor license on instance families without hyperthreading.

The change risk

Oracle has revised the policy three times in five years. Each revision tightened the mapping. The customer that pins the deployment to a specific policy version through contract language reduces the change risk.

The non contractual status

The policy is not part of the Oracle Master Agreement. Oracle can change the policy without contractual notice. The mitigation is the contractual reference to the policy version at signing.

  • Pull the current policy version. Check the Oracle website and archive the version that applies at the deployment date.
  • Document the deployment date. The policy version at the deployment date is the version that defends the deployment.
  • Reference the policy in the order document. Negotiate language that pins the policy version to the order document date.
  • Monitor policy revisions. Track Oracle policy changes and run the impact analysis on the existing deployments.

vCPU to license math

The vCPU to license math depends on the EC2 instance family and the hyperthreading state. AWS reports vCPU as a logical core. Oracle counts vCPU under the policy. The two counts match when hyperthreading is enabled.

Instance families with hyperthreading

M, C, R, and X families typically run with hyperthreading enabled. Two vCPUs map to one Oracle Processor license. A 16 vCPU instance requires 8 Oracle Processor licenses.

Instance families without hyperthreading

T family burstable instances and some HPC families run without hyperthreading. One vCPU maps to one Oracle Processor license. The customer who switches to a non hyperthreaded family doubles the license cost.

Named User Plus on cloud

Named User Plus licenses are permitted on AWS under the policy. The minimum count of 25 users per Processor license applies. The metric is the user count, not the vCPU count.

Oracle Database options

Real Application Clusters, Partitioning, Active Data Guard, and other options each carry their own license. The Processor license on each option matches the Database Processor count.

EC2 instancevCPU countHyperthreadingOracle Processor licenses
m5.4xlarge16 vCPUYes8 licenses
m5.8xlarge32 vCPUYes16 licenses
r5.4xlarge16 vCPUYes8 licenses
c5.9xlarge36 vCPUYes18 licenses
t3.2xlarge8 vCPUNo8 licenses
x1e.16xlarge64 vCPUYes32 licenses

Four deployment options

AWS offers four ways to run Oracle Database. Each option has a different license math, a different operational profile, and a different audit posture. The buyer side team picks the option that fits the workload and the license inventory.

Option one. Standard EC2 BYOL

The customer runs Oracle Database directly on EC2 instances under the cloud policy. Two vCPUs to one Processor license on hyperthreaded families. The customer manages the database and the OS. The audit defense is the EC2 instance type record.

Option two. Dedicated Host BYOL

AWS Dedicated Hosts give the customer a physical server. Oracle counts physical cores, not vCPUs. The math reverts to the Oracle Master Agreement metric definitions. The option works for very large workloads.

Option three. RDS for Oracle BYOL

AWS managed Oracle Database service. RDS bills the AWS infrastructure. The customer brings the Oracle license. The vCPU count diverges between AWS billing and Oracle policy.

Option four. AWS Outposts

Oracle Database on AWS hardware in the customer data center. The Oracle metric depends on the Outposts instance family. The license inventory must cover the full Outposts vCPU footprint.

RDS for Oracle

Amazon RDS for Oracle is the most popular path and the most common audit finding. AWS RDS bills the customer for the RDS instance class. Oracle counts the underlying vCPU. The two counts diverge when the RDS instance class abstracts the physical layer.

The RDS BYOL flow

The customer brings the Oracle Processor license to RDS. AWS bills RDS infrastructure separately. The license covers the database engine and the chosen options.

The Multi AZ trap

Multi AZ RDS deployments run a standby replica on a separate instance. Oracle requires Active Data Guard license to cover the standby if the standby is open for read. The customer who enables read on the standby triggers the Active Data Guard requirement.

The license included path

AWS RDS offers a license included path for Standard Edition Two. The customer pays AWS for the license. The path is not BYOL and is not under the cloud policy. The path is the simplest audit position.

The Enterprise Edition rule

Enterprise Edition is BYOL only on RDS. AWS does not offer license included for Enterprise Edition. The customer must bring the Processor license and document the vCPU count.

License mobility rules

Oracle Master Agreement allows the customer to deploy licensed software on any authorised infrastructure. The cloud policy authorises AWS. The customer can move the license between on premise and AWS at will, subject to the metric mapping rule.

The mobility right

The Oracle license travels with the workload. The customer is not charged a mobility fee. The deployment record at any point in time defines the license consumption at that point.

The bursting rule

Temporary workload bursts to AWS for testing, development, or seasonal peak are permitted. The customer documents the burst and returns the license to the home environment at the end of the burst.

The DR rule

Disaster recovery deployments on AWS are permitted. Active Data Guard, GoldenGate, or other replication options require their own license. The DR deployment is licensed in the same way as the primary.

The development rule

Oracle Database for development and test does not require Processor licenses if no production data runs and no production access is granted. The Named User Plus minimum applies to all developers.

  • Document the deployment record. Every Oracle deployment on AWS at every point in time with the date stamp.
  • Document the license consumption. The Processor count and the Named User Plus count at every deployment.
  • Document the mobility events. Every move between on premise and AWS with the date and the reason.
  • Document the policy version. The Oracle Cloud Computing Environments Policy version at the deployment date.

Audit defense pattern

Oracle audits the AWS deployments through the License Management Services soft audit motion. The defense pattern relies on documented evidence per deployment. The customer that produces the evidence cleanly walks the audit. The customer who cannot produce the evidence pays the Oracle finding.

The deployment record

Every EC2 instance, every RDS instance, every Dedicated Host with the vCPU count, the instance family, the hyperthreading state, and the deployment date.

The license inventory

Every Oracle Processor license, every Named User Plus license, every option license with the order document reference and the maintenance status.

The mapping

Each deployment mapped to a specific license. No deployment without a license. No license double counted across deployments.

The policy version

The Oracle Cloud Computing Environments Policy version at the deployment date archived in the deployment record.

AWS EC2 instance dashboard showing Oracle Database BYOL deployment with vCPU counts and license mapping per instance
The deployment record is the audit defense. Every EC2 instance, every vCPU, every license mapped.

What to do next

The checklist takes the buyer from the renewal letter to the executed strategy. The window is the renewal anniversary. The earlier the work starts, the wider the option set.

  1. Pull the current Oracle Cloud Policy. Archive the version that applies at every deployment date.
  2. Audit the AWS deployment record. EC2 instance type, vCPU count, hyperthreading state, deployment date.
  3. Audit the license inventory. Processor count, Named User Plus count, option licenses.
  4. Map deployments to licenses. Every workload to a documented license with no double counting.
  5. Pin the policy version. Negotiate contract language that locks the policy version at signing.
  6. Tighten the RDS Multi AZ exposure. Review every Multi AZ deployment for Active Data Guard requirement.
  7. Test the audit defense. Independent buyer side review of the deployment record.
  8. Run the renewal through Vendor Shield. Independent review at every Oracle commercial decision point.

Frequently asked questions

Is BYOL on AWS contractually permitted?

Yes, under the Oracle Master Agreement and the Oracle Cloud Computing Environments Policy. AWS is named as an authorised cloud environment. The customer brings the existing Processor or Named User Plus licenses and deploys on AWS subject to the metric mapping rule. The license is not modified by the deployment.

How does Oracle audit AWS deployments?

Oracle audits AWS deployments through the License Management Services soft audit motion or a formal contractual audit. The auditor requests the EC2 instance inventory, the vCPU count per instance, the hyperthreading state, and the license inventory. The defense is the deployment record archived against the policy version at the deployment date.

What is the vCPU to license ratio on AWS?

Two vCPUs map to one Oracle Processor license on instance families with hyperthreading enabled. One vCPU maps to one Oracle Processor license on instance families without hyperthreading. The mapping sits in the Oracle Cloud Computing Environments Policy. The mapping does not apply to Dedicated Host where physical cores are counted directly.

Does RDS for Oracle require BYOL?

Enterprise Edition on RDS is BYOL only. Standard Edition Two is available as license included where AWS bills the license through the RDS hour rate. The buyer side team chooses based on the workload, the existing license inventory, and the audit posture preference. License included is the simpler audit position. BYOL is the lower cost when licenses are already owned.

Is Multi AZ Active Data Guard?

Multi AZ RDS deployments run a standby replica that is not open for read by default. The default Multi AZ deployment does not trigger Active Data Guard. The customer who enables read on the standby triggers the Active Data Guard requirement and must license the standby with Active Data Guard.

Can Oracle change the cloud policy after deployment?

Yes. The Oracle Cloud Computing Environments Policy is a non contractual document Oracle can revise at any time. Three revisions have happened in the last five years. The mitigation is the contractual reference in the order document that pins the policy version applicable to the customer to a specific date or version number.

How does Redress engage on AWS BYOL?

Redress runs the deployment review, the license inventory audit, the policy version analysis, and the audit defense inside the Vendor Shield subscription and the Oracle service line. The work covers the AWS architecture review, the Oracle license mapping, and the negotiation of the policy version reference in the order document.

Is Dedicated Host the safest path?

Dedicated Host gives the customer a physical server and reverts the metric to the Oracle Master Agreement core count. The audit posture is strongest. Dedicated Host typically prices at 2 to 3 times the equivalent EC2 instance. Most customers run a hybrid pattern with Dedicated Host for production and EC2 for non production workloads.

How Redress engages

Redress runs this practice inside the Vendor Shield subscription, the Oracle service line, the Oracle Knowledge Hub, and the Software Spend Assessment.

Read the related Oracle Database on AWS overview, the Oracle Database licensing guide, the Oracle cloud environments guide, and the AWS advisory practice.

Model the exposure for your specific environment with the Oracle Java license calculator.
Open the Calculator →
White Paper · Oracle

Download the Oracle ULA Decision Framework.

The companion playbook covers the Oracle Unlimited License Agreement decision tree, certification mechanics, and the negotiation moves that protect the customer at exit.

Independent. Written for CIOs, CFOs, and procurement leaders. No vendor partner affiliation.

Oracle ULA Decision Framework

Open the playbook in your browser. Corporate email only.

Open the Paper →
2
vCPUs per license
4
Deployment options
3
Policy revisions
25
NUP minimum
90
BYOL reviews

Oracle on AWS is not difficult. The difficulty is the document Oracle wrote, can change, and is not in your order. The defense is the deployment record that pins the policy version to the workload.

Former Oracle License Compliance Director
Now on the buyer side, 90 AWS BYOL deployments reviewed
More Reading

More from this practice.

Oracle Hub →
Oracle Database Licensing on AWS
Oracle · AWS
Oracle Database Licensing on AWS
The overview of the AWS deployment paths.
11 min read
Oracle Database Licensing Guide
Oracle · Database
Oracle Database Licensing Guide
The 2026 pricing and metric guide.
18 min read
Oracle Database Cloud Environments
Oracle · Cloud
Oracle Database Cloud Environments
Licensing across all authorised clouds.
13 min read
Oracle Database in VMware and Cloud
Oracle · Virtualization
Oracle Database in VMware and Cloud
Virtualization and the licensing math.
12 min read
AWS Advisory Services
AWS · Services
AWS Advisory Services
Buyer side AWS commercial advisory.
9 min read
Editorial photograph of an Oracle on AWS review with CIO, DBA lead, and procurement around the boardroom table

Pin the policy. Hold the audit.

We have reviewed 90 AWS BYOL deployments with zero audit findings against documented architectures. Every engagement starts with one conversation.

Buyer side intelligence, monthly.

Cost benchmarks, license rightsizing patterns, and the negotiation moves that worked. Written for buyer side teams running active vendor decisions.