Editorial photograph of a JD Edwards cloud migration plan with OCI, AWS, and Azure architectures laid out on the boardroom table
Article · Oracle · JD Edwards Cloud

JD Edwards on cloud. The licensing rules shift.

JD Edwards licensing moves with the workload across cloud platforms. The metric conversion, the processor mapping, and the mobility window each change when the move lands on OCI, AWS, or Azure. The buyer side that reads the rules first carries the savings cleanly.

Read the Article Oracle Hub
3Cloud routes
2:1AWS vCPU to Processor
Industry Recognized
500+ Enterprise Clients
$2B+ Under Advisory
11 Vendor Practices
100% Buyer Side Independent
Key Takeaways

What this article delivers

  • Three cloud routes exist. OCI, AWS, and Azure each carry a distinct licensing position.
  • OCI is the named cloud. Oracle counts an OCPU as one Processor. The math is direct.
  • AWS and Azure use the policy. The Oracle Cloud Computing Environments Policy maps two vCPU to one Processor on hyperthreaded families.
  • Mobility is contractual on premises only. The on premises license can move to authorized clouds with the right contract language.
  • Concurrent users move cleanly. The peak metric travels with the workload across any cloud.
  • Hybrid runs are common. Database on OCI, applications on AWS, integration on Azure is a workable shape.
  • Document the position per environment. Each cloud carries a separate entitlement record.

JD Edwards licensing is not constant when the workload moves to a cloud platform. The metric mapping, the processor count, and the mobility rules shift between OCI, AWS, and Azure. The Oracle Cloud Computing Environments Policy governs the count on AWS and Azure. OCI follows the OCPU rule directly.

The buyer side that documents the position per cloud holds the audit. The customer that runs JD Edwards across two or three clouds carries three separate entitlement records. The mobility rules differ when the workload returns from cloud to on premises. The route decision lands at planning time, not migration time.

The three cloud routes

JD Edwards runs cleanly on three cloud platforms. Each carries a distinct licensing posture. The route decision drives the multi year cost and the audit exposure.

Oracle Cloud Infrastructure

OCI is the named Oracle cloud. The OCPU rule applies directly. One OCPU equals one Processor license. The math is the cleanest of the three.

Amazon Web Services

AWS is an authorized cloud under the Oracle Cloud Computing Environments Policy. The two vCPU to one Processor rule applies on hyperthreaded instance families.

Microsoft Azure

Azure is the second authorized cloud under the policy. The same two to one rule applies on hyperthreaded virtual machines. Some Azure families count differently and require contract review.

  • OCI for the simplest math. Direct OCPU to Processor mapping with no policy interpretation.
  • AWS for the broadest service. Wide instance family selection with the two to one rule.
  • Azure for Microsoft alignment. Native AD integration and the same two to one rule.
  • Hybrid for the optimization. Database on OCI, applications elsewhere is a workable shape.

Metric mapping by route

The JD Edwards Processor metric maps cleanly to OCI. The mapping on AWS and Azure follows the Oracle Cloud Computing Environments Policy. The concurrent user and Application User metrics travel with the workload unchanged.

Cloud routeProcessor mappingConcurrent userMobility
OCI1 OCPU = 1 ProcessorTravels with workloadNative, no policy lookup
AWS hyperthreaded2 vCPU = 1 ProcessorTravels with workloadAuthorized cloud policy
AWS non hyperthreaded1 vCPU = 1 ProcessorTravels with workloadAuthorized cloud policy
Azure hyperthreaded2 vCPU = 1 ProcessorTravels with workloadAuthorized cloud policy
Azure non hyperthreaded1 vCPU = 1 ProcessorTravels with workloadAuthorized cloud policy

License mobility rules

On premises JD Edwards licenses can move to authorized clouds under the policy. The reverse move from cloud to on premises has different rules. The mobility window is contractual.

The on premises to cloud move

The on premises license entitlement can run on AWS or Azure provided the customer does not exceed the entitled Processor count under the two to one rule. No paperwork to Oracle is required.

The cloud to on premises return

The reverse move is permitted under the master agreement. The customer documents the new deployment location and updates the internal entitlement record.

The OCI move

Moving to OCI follows the standard authorized cloud rules. Some customers convert the license to a subscription model for OCI which carries a different cost and term.

JD Edwards on OCI

OCI is the cleanest cloud route for JD Edwards. The OCPU equals one Oracle Processor. The pricing math is direct. The mobility is native to Oracle.

  • OCPU to Processor. One OCPU equals one Processor license under the OCI compute metric.
  • The Universal Credits route. JD Edwards customers can run OCI workloads on Universal Credits or on Bring Your Own License.
  • The autonomous database option. JD Edwards databases can run on Oracle Autonomous Database with the OCI compute metric mapping to Processor licensing.
  • Disaster recovery on OCI. OCI DR regions carry the standard ten day failover rule applied across Oracle environments.

JD Edwards on AWS

AWS is the broadest cloud route for JD Edwards. The instance family selection is large. The licensing math follows the policy.

The instance family choice

EC2 m5, m6i, r5, r6i, and x1e all support JD Edwards. The instance family decision drives the Processor count under the two to one rule.

The RDS for Oracle option

JD Edwards databases on RDS for Oracle follow the same two to one rule. The RDS Multi AZ deployment can trigger an unintended doubling of the Processor count under Active Data Guard.

The dedicated host option

Dedicated hosts on AWS let the customer count cores rather than vCPU which suits some buyer side license positions.

JD Edwards on Azure

Azure is the third cloud route for JD Edwards. The integration with Microsoft Active Directory is native. The licensing math follows the same two to one rule.

  • The Dv5 and Ev5 families. Standard hyperthreaded VMs. Two vCPU equals one Processor.
  • The HBv4 high memory family. Suits large JD Edwards databases. Two vCPU equals one Processor.
  • The dedicated host option. Azure dedicated hosts permit a per core count similar to AWS dedicated hosts.
  • The native Active Directory. JD Edwards on Azure can use Azure AD natively without an additional integration layer.

The route decision

The cloud route decision lands at planning time. The right choice depends on the workload shape, the existing entitlements, and the cost target. Four gates run the decision cleanly.

  1. Gate one. Map the workload. Database, applications, integration, reporting, and DR each carry a different shape.
  2. Gate two. Map the entitlements. Pull every Oracle JD Edwards order document and license certificate.
  3. Gate three. Run the math per route. Calculate the Processor count on OCI, AWS, and Azure for the planned workload shape.
  4. Gate four. Pick the route or the hybrid. Lowest cost route at the planned shape or a hybrid that places workloads on the right cloud.
Cloud migration architecture diagram with JD Edwards database on OCI, applications on AWS, and integration on Azure plotted with Processor counts per environment
The hybrid placement is the common shape. Database on OCI, applications on AWS or Azure, integration on the cloud closest to the source systems.

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 order documents. Identify every JD Edwards entitlement and metric.
  2. Map the workload shape. Database, applications, integration, reporting, DR.
  3. Run the math per cloud. Processor count on OCI, AWS, and Azure for the planned shape.
  4. Test the hybrid placement. Database on OCI, applications on AWS or Azure where it lands cheaper.
  5. Plan the mobility. Document the on premises to cloud move and the return path.
  6. Run the audit defense check. Entitlement record per cloud and per environment.
  7. Pick the route. Lowest cost route at the planned shape or the hybrid that fits.
  8. Run Vendor Shield review. Independent buyer side review at every gate.

Frequently asked questions

What is the JD Edwards licensing rule on OCI?

On Oracle Cloud Infrastructure, JD Edwards Processor licensing maps directly. One OCPU equals one Processor license. The math is the cleanest of the three cloud routes because OCI is the named Oracle cloud and no policy lookup is required. The concurrent user metric travels with the workload unchanged.

How does JD Edwards count on AWS?

AWS is an authorized cloud under the Oracle Cloud Computing Environments Policy. On hyperthreaded EC2 instance families, two vCPU equals one Processor license. On non hyperthreaded families, one vCPU equals one Processor license. The instance family decision drives the Processor count. EC2 m5, m6i, r5, r6i, and x1e all support JD Edwards under this rule.

Is the cloud licensing policy contractual?

No. The Oracle Cloud Computing Environments Policy is a non contractual document published on the Oracle website. The policy can change without notice. The buyer side counsel should review the cloud licensing position against the master agreement first and rely on the policy second. Customers with concerns may request a contractual amendment that codifies the cloud position.

Can JD Edwards run on Azure?

Yes. Microsoft Azure is the second authorized cloud under the policy. The same two vCPU to one Processor rule applies on hyperthreaded virtual machines. The Dv5, Ev5, and HBv4 families all support JD Edwards. The Active Directory integration is native on Azure which suits enterprises with an existing Microsoft footprint.

What happens to the concurrent user metric on cloud?

The concurrent user metric travels with the workload across any cloud. The peak counting rule applies the same way on OCI, AWS, and Azure. The session log table remains the auditor view. The buyer side should run session hygiene before the audit regardless of the cloud route. The peak does not reset when the workload moves.

What is the RDS Multi AZ trap?

RDS for Oracle Multi AZ deployments can trigger an unintended doubling of the Processor count when Active Data Guard is enabled on the standby instance. The audit position treats the standby as a separately licensed environment. The buyer side mitigation is to run Multi AZ without Active Data Guard or to license both instances. The contract review should confirm the position before the deployment.

Can the customer return JD Edwards from cloud to on premises?

Yes. The reverse move from cloud back to on premises is permitted under the Oracle Master Agreement. The customer documents the new deployment location and updates the internal entitlement record. The license count does not need to be repurchased. The mobility rule supports both directions provided the entitled Processor count is respected.

How does Redress engage on JD Edwards cloud migration?

Redress runs the workload mapping, the entitlement review, the per cloud math, the hybrid placement test, and the contract negotiation inside the Vendor Shield subscription and the Renewal Program. The work includes the order document review, the cloud licensing policy reading, the audit defense record, and the migration plan against the licensed Processor count.

How Redress engages

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

Read the related JD Edwards pricing models guide, the concurrent licensing article, the Oracle Knowledge Hub, the benchmarking service, and the Benchmark Program.

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 →
OCI
Named cloud
2:1
vCPU policy rule
3
Authorized routes
F0094
Peak audit table
10d
DR failover rule

JD Edwards on cloud is three different licensing problems. OCI is the named cloud. AWS and Azure run on the policy. The customer that decides the route at planning time captures the cost cleanly.

Buyer side cloud licensing reviewer
Twenty JD Edwards cloud migrations advised across nine industries
More Reading

More from this practice.

Oracle Hub →
JD Edwards Pricing Models Guide
Oracle · JDE
JD Edwards Pricing Models Guide
The four JD Edwards licensing models compared.
16 min read
JD Edwards Concurrent Licensing
Oracle · JDE
JD Edwards Concurrent Licensing
How the peak counting rule works.
12 min read
Oracle Database BYOL on AWS
Oracle · Database
Oracle Database BYOL on AWS
The policy rule for database workloads.
14 min read
Oracle Advisory Services
Oracle · Services
Oracle Advisory Services
Buyer side advisory across Oracle.
9 min read
Oracle Knowledge Hub
Oracle · Hub
Oracle Knowledge Hub
All Oracle research in one place.
7 min read
Editorial photograph of a cloud migration planning review with CIO and procurement around the boardroom table

Map the workload. Pick the cloud.

We have advised twenty JD Edwards cloud migrations across nine industries. The route decision lands at planning time, not migration time.

Buyer side intelligence, monthly.

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