A buyer side guide to Oracle on AWS in 2026. Why RAC is not supported on EC2, how to count vCPU licenses under the authorized cloud policy, and the Data Guard path to availability.
Oracle Real Application Clusters is not certified or supported on Amazon EC2, so you cannot run native RAC on AWS the way you would on premises. What you can do is license Oracle Database on EC2 using Oracle's authorized cloud counting rules, and reach high availability through Data Guard or a managed service rather than RAC.
This guide is for Oracle and cloud teams planning a database move to AWS in 2026. Read it with the Oracle Database licensing on AWS guide and the Oracle licensing on AWS overview.
Not in the supported sense. RAC needs shared storage and an interconnect that Oracle certifies, and that certification does not extend to EC2. So the practical question is how to license a single instance or a Data Guard pair instead.
RAC depends on a certified cluster configuration. AWS EC2 is an authorized cloud for Oracle Database, but Oracle has not certified the RAC clusterware stack on it, so running it is unsupported.
You reach availability through replication and failover rather than a shared cluster. Each option has a different license effect.
Yes, in almost all cases. An open or actively applying standby is licensed like the primary. A truly cold standby has narrow rules, so confirm the configuration against your contract.
AWS uses Oracle's authorized cloud counting rule, which is based on vCPUs, not the on premises core factor table. Oracle publishes the policy in its cloud licensing document.
Oracle Database on AWS EC2, authorized cloud counting
| Scenario | Counting rule | Processor licenses |
|---|---|---|
| EC2, hyper threading on | 2 vCPUs equal 1 license | 8 vCPUs need 4 |
| EC2, hyper threading off | 1 vCPU equals 1 license | 8 vCPUs need 8 |
| Data Guard standby | Licensed like primary | Match the standby size |
| Standard Edition 2 | Per socket rules differ | Check vCPU caps |
You apply existing Oracle Database licenses to the EC2 instance and count vCPUs under the cloud policy. Oracle documents the authorized environments in its cloud licensing policy.
Yes. Standard Edition 2 has socket and vCPU caps that differ from Enterprise Edition. Pick the edition before you size the instance, because the cap can decide the instance family.
Sizing the instance for performance first, then discovering the vCPU count drives more licenses than budgeted. Size the license and the instance together, not in that order.
The question is rarely how to run RAC on AWS. It is how to get the availability RAC gave you without the cluster, and how to count vCPUs so the bill does not surprise you.
No, not in a supported way. Oracle does not certify Real Application Clusters on AWS EC2, so native RAC is not a supported configuration there. Teams reach high availability through Data Guard or a managed service instead.
You count vCPUs under Oracle's authorized cloud policy. With hyper threading on, two vCPUs equal one processor license. With it off, one vCPU equals one license. This replaces the on premises core factor table.
In almost all cases yes. An open or actively applying standby is licensed like the primary. Only a narrow cold standby exception exists, so confirm the configuration against your Oracle contract before relying on it.
Yes. AWS is listed as an authorized cloud environment in Oracle's cloud licensing policy, which is why the vCPU counting rule applies. The soft partitioning rules still govern how you size the instance.
Yes. Standard Edition 2 carries socket and vCPU caps that differ from Enterprise Edition. Choose the edition before sizing the instance, because the cap can decide which instance family you can use.
Right size the instance to the smallest vCPU count that meets performance, choose the edition deliberately, and use Data Guard only where availability requires it. Match entitlements to vCPUs so you neither over buy nor fall short.
Oracle ULA exit moves, Java audit defense posture, certification framework, and the buyer side moves across the Oracle Database, options, middleware, and applications estate.
Used across more than five hundred enterprise engagements. Independent. Buyer side. Built for procurement leaders running the next renewal cycle.
The question is rarely how to run RAC on AWS. It is how to get the availability RAC gave you without the cluster, and how to count vCPUs so the bill does not surprise you.
500+ enterprise clients. 11 vendor practices. Industry recognized. One conversation can change what you pay for the next three years.
One short note on Oracle licensing moves, price list mechanics, audit posture, and the buyer side levers we run in client engagements. No noise.