Oracle Cloud VMware Solution
Oracle Cloud VMware Solution allows you to create and manage VMware enabled software-defined data centers (SDDCs) in Oracle Cloud Infrastructure.
Solution Highlights
An Oracle Cloud VMware Solution gives you full access to the features of a VMware SDDC, along with the following benefits:
- High availability: All VMware components are distributed across different fault domains within the Oracle Cloud Infrastructure region’s availability domains. vSAN converged storage technology replicates data across all of the ESXi hosts in the SDDC.
- Scalability: You can start with 3 ESXi hosts and scale up to 64 hosts in a single SDDC.
- Lift and shift: Migration of on-premises VMware workloads to a Oracle Cloud VMware Solution is seamless.
- Full integration: Because the SDDC resides in a virtual cloud network (VCN), it can be configured to communicate with other Oracle Cloud Infrastructure resources such as compute instances, DB systems and Autonomous Databases, and so on.
- Manageability: The Oracle Cloud Infrastructure Console provides workflows to facilitate SDDC creation and networking configuration.
- Layer 2 networking: SDDCs are configured with VLANs, which support applications that need layer 2 networking to run in the public cloud.
Bring your own hypervisor deployment of ESXi on bare metal compute instances is not supported.
SDDC Details
An Oracle Cloud Infrastructure SDDC base configuration has the following properties:
- From 3 to 64 ESXi hosts on Oracle Cloud Infrastructure bare metal compute instances
- A version of VMware software on each ESXi host
- An subnet and VLANs in an Oracle Cloud Infrastructure VCN
Supported Shapes
The following shapes are supported for ESXi hosts:
- Two-socket BM.DenseIO2.52 with two CPUs each running 26 cores
- Two-socket BM.DenselO.E4.128 with two CPUs each running 16 cores
- Two-socket BM.DenselO.E4.128 with two CPUs each running 32 cores
- Two-socket BM.DenselO.E4.128 with two CPUs each running 64 cores
See Dense I/O Shapes for more detail.
Shielded Instances
- Secure boot checks the signature of each piece of boot software, including firmware drivers, EFI applications and the operating system. If the signature is valid, the server boots and the firmware gives control to the operating system. If the signature is not found in the valid signatures database, the system will not boot. See the VMware Secure Boot Documentation for more information.
- Trusted Platform Module (TPM) is a computer chip that can securely store artifacts like signatures, certificates and encryption keys used to authenticate the platform. See the VMware TPM Documentation for more information.
If your ESXi hosts are shielded instances, you can use Virtual Trusted Platform Module (vTPM) on your VMs. vTPM is a software representation of a physical TPM that can be used by VMs. See the VMware vTPM Documentation for more information.
Shielded instances must be enabled when you create the SDDC. All hosts in created the SDDC will be shielded instances. You cannot enable this option later, or for specific ESXi hosts. If you have already created an SDDC without enabling shielded instances, and later want to use shielded instances, you must recreate the SDDC.
For general information about shielded compute instances in Oracle Cloud Infrastructure, see Shielded Instances.
Oracle Cloud VMware Solution Architecture
The following diagram shows how the various components of the Oracle Cloud VMware Solution SDDC are deployed on Oracle Cloud Infrastructure bare metal compute instances, and how the solution is integrated into the Oracle Cloud Infrastructure environment.
The diagram shows three ESXi hosts of an SDDC that resides in an Oracle Cloud Infrastructure VCN. The center host shows the installed VMware software components for compute (vSphere), network (NSX-T), and storage (vSAN) support. The NSX overlay manages the flow of traffic between the VMs, and between the VMs and the rest of the resources in the solution. The VCN here includes various gateways that allow connectivity between the SDDC and an on-premises network, the internet, and the Oracle Services Network.
Host Distribution and Availability Domains
To provide for high throughput and low latency, Oracle Cloud VMware solution SDDCs are deployed by default across a minimum of three fault domains within a single availability domain in a region. This architecture provides for low latency, high throughput connections to provide maximum performance and reliability.
If your SDDCs require deployment across multiple availability domains, this option is available at request. There are some considerations and potential limitations in a multi-AD solution:
- A multi-availability domain can prevent data loss in the event of a single AD. If a host is lost in the SDDC, VMs are restarted on an available host in another availability domain.
- Careful consideration must be taken when requesting to provision an SDDC across multiple availability domains. Performance may be impacted given the possibility of increased network latency and storage throughput when compared with a single availability domain deployment.
- As a multi-availability domain SDDC scales upward, demand on the network also grows. Replicating data across hosts in different availability domains impacts such functions as vSAN storage synchronization, and rebuild and resync times. Additional management functions can also impact performance of customer workloads.
- Oracle recommends VMware SDDCs deployed across availability domains within a region do not exceed a maximum of 16 ESXi hosts.
To request a multi-availability domain deployment, contact the Oracle Cloud VMware Solution team here.
For general information, see Regions and Availability Domains.
HCX Manager
- A FastConnect connection for intersite communication
- A NAT gateway as required by HCX Manager for license activation, updates, and VMware enhanced support
HCX Manager requires connectivity to a VMware SaaS portal provided by a NAT gateway. Read more about VMware's requirements for HCX Manager: Why does HCX Manager require connectivity for activation and updates?
About the VMware Software
Oracle Cloud Infrastructure's VMware software bundle contains vSphere, vSAN, NSX, vCenter, and HCX components to support compute, storage, and network needs for a fully functional VMware environment.
- vSphere: vSphere is VMware's virtualization platform for unified management of the SDDC's CPU, storage, and networking infrastructure. Two key components of vSphere are ESXi hypervisor and vCenter Server.
- NSX-T: NSX-T Data Center provides the SDDC with its virtual networking and security capabilities. The NSX-T deployment includes NSX Manager unified appliances with NSX-T Local Manager and NSX-T Controller, and NSX-T Edge nodes.
- vSAN: Oracle Cloud VMware Solution SDDCs use VMware's vSAN storage technology, which provides a single shared datastore for compute andx management workloads (VMs).
- HCX: The Hybrid Cloud Extension is an application mobility platform that removes complexity from application and workload migration. HCX is optionally installed as a plug-in when you set up your SDDC. You can choose to install HCX Advanced at no additional cost, or HCX Enterprise as a billed upgrade. See HCX License Types for more information.
The following table shows the available versions of the software bundle, along with the version of each component:
Software Version | vSphere | vSAN | NSX-T |
---|---|---|---|
6.7 update 3 |
6.7 U3 |
6.7 U3 |
3.1.2 |
6.5 update 3 |
6.5 U3 |
6.5 U3 |
3.1.2 |
7.0 update 2 | 7.0 U2 | 7.0 U2 | 3.1.2 |
When you provision the SDDC, you select the version of this software bundle to install on the ESXi hosts. You can change the SDDC's software version later. When you add ESXi hosts to the SDDC, the version of software installed on new hosts is the version currently associated with the SDDC.
- If you change the VMware software version after provisioning an SDDC, the new version is used only on ESXi hosts that you add to the SDDC. The software version of existing hosts is not changed.
- Changes that you make to the SDDC by using the Oracle Cloud InfrastructureConsole, API, or CLI are not automatically made in vCenter. For example, if you change the software version or the SSH keys, the change applies only to ESXi hosts that you add to the SDDC. To change these properties for existing hosts, you must make the applicable updates in vCenter manually.
Upgrading From vSphere Version 6.5 or 6.7 to 7.0.
Architectural changes to the platform from vSphere version 6.x to 7.x can potentially cause loss of data or connectivity when implementing an in-place upgrade. Oracle doesn't recommend or support an in-place upgrade of a vSphere SDDC from versions 6.5 or 6.7 to vSphere 7.0 or later. Instead, deploy a new vSphere 7.0 SDDC on Oracle Cloud Infrastructure VMware Solution and use workload mobility technologies such as VMware HCX to migrate workloads to the new vSphere 7 SDDC.
For more detail on migrating VMware workloads between SDDC clusters, refer to the playbook Migrate your on-premises VMware workloads to the cloud.
HCX License Types
- Advanced License: (No additional cost: Default
option)
Includes 3 on-premises connection license keys. Choose this option if you're migrating a few workloads and are tolerant of application downtime.
- Enterprise License: (Billed upgrade)
Includes 10 on-premises connection license keys. Choose this option if you're migrating many mission-critical workloads with zero downtime tolerance. HCX Enterprise charges are billed monthly and are independent from host billing intervals. After SDDC provisioning is complete, you can view the HCX Monthly Billing Cycle End Date on the Details page.
- Updgrading to Enterprise: Increases the number of on-premises connection keys issued from 3 to 10. The upgrade work request is initiated immediately. The HCX Enterprise billing cycle begins as soon as the work request is complete.
- Downgrading to Advanced: Decreases the number of on-premises
connection keys from 10 to 3. You must specify 3 license keys to retain
after the downgrade. The downgrade request remains in a pending state until
the HCX Monthly Billing Cycle End Date. You can cancel the downgrade request
as long as it is still in a
pending
state.
For more information, see To change the HCX license type.
VMware Billing Options
Pricing Interval | Required Commitment | Notes |
---|---|---|
Hourly |
Hourly pricing requires a minimum of 8 hours of committed host runtime |
Use this interval for test projects or short-term high utilization events where extra capacity is required for a very limited time. |
Monthly |
Monthly pricing requires a minimum of 1 month of committed host runtime. |
This interval is a common option, and is the default selection. |
Yearly |
One year pricing requires a minimum of 1 year of committed host runtime. |
Use this interval for long-term projects such as workload or application migration to Oracle Cloud Infrastructure. |
Every Three Years |
Three year pricing requires a minimum of 3 years of committed host runtime. |
Use this interval for very long-term projects or mission-critical workloads that aren't easily migrated. |
You select an initial pricing interval when you create an SDDC. Any hosts that are created during the SDDC provisioning are subject to the selected interval commitment. After the SDDC is provisioned, you can create additional hosts in the SDDC cluster with longer or shorter pricing intervals at any time. Hosts don't all have to use the same pricing interval, so you can select a pricing interval that best suits the purpose of the host.
You can change a pricing interval for individual hosts. When you change the pricing interval for a host, the new pricing interval does not take effect until the date and time that the old interval ends.
Carefully consider your workload and billing requirements before selecting a pricing interval.
Working with SDDCs
You use the Oracle Cloud Infrastructure Console, API, or CLI to provision and manage SDDC resources. You use VMware's vCenter utility to create and manage workloads in the SDDC.
See the following topics for information and instructions on how to create and manage Oracle Cloud VMware Solution resources:
Additional Documentation Resources
The following Oracle Cloud VMware Solution solution playbooks and white papers are available:
- Deploy Zerto to protect your VMware SDDC in the
cloud against disasters
Learn how to deploy Zerto to protect your Oracle Cloud VMware SDDC data in the cloud.
- Deploy Veeam to protect your VMware SDDC in the
cloud against disasters
Learn how to deploy Veeam to protect your Oracle Cloud VMware SDDC data in the cloud.
- Deploy Actifio to protect your VMware SDDC in the
cloud against disasters
Learn how you can configure Actifio backup and disaster recovery solution for guest VMs in Oracle Cloud VMware Solution.
- Deploy a highly available SDDC to the
cloud
Shows you how to deploy a VMware SDDC on Oracle Cloud Infrastructure and then integrate it with other Oracle services running on Oracle Cloud.
- Migrate your on-premises VMware workloads to the
cloud
Outlines the process of online, or live, migration of your VMware workloads from an on-premises data center environment to Oracle Cloud VMware Solution.
- Build a hybrid SDDC by extending your on-premises
VMware deployment to Oracle Cloud
Describes how to set up a hybrid VMware SDDC between your on-premises environment and Oracle Cloud Infrastructure by using Oracle Cloud VMware Solution.
- Learn about connecting to Oracle Cloud and VMware
resources
Describes several methods for connecting to your Oracle Cloud and VMware resources, plus their benefits, limitations, and how to get started.
- Implement disaster recovery for an Oracle Cloud
VMware Solution SDDC on the cloud
Describes how Oracle Cloud VMware Solution uses VMware Site Recovery Manager (SRM) to implement an automated, reliable, and flexible disaster recovery solution for your VMware SDDC.
- Deploy a multitier application stack on a VMware
SDDC connected to an autonomous database
Shows a 3-tier application stack in Oracle Cloud Infrastructure with the application tier deployed in a VMware SDDC that's created by using Oracle Cloud VMware Solution.