Create an Autonomous Exadata VM Cluster
You can create an Autonomous Exadata VM cluster from the Oracle Cloud Infrastructure console.
Note:You can only create a Multiple VM - Autonomous VM Cluster (AVMC) on Exadata Infrastructure resources created in Oracle Cloud after the launch of the multiple VM Autonomous Databases feature. Please create a service request in My Oracle Support if you need to address this limitation and want to add an Autonomous VM Cluster to older Exadata Infrastructure resources. For help with filing a support request, see Create a Service Request in My Oracle Support.
IAM Policy Requirements
|Deployment Choice||IAM Policies|
|Oracle Public Cloud||
- 10 OCPUs or 40 ECPUs
- 200GB memory
- 700GB local storage
- 3.25TB Exadata storage
- Oracle Public Cloud Deployments:
If you are provisioning an Autonomous Exadata VM Cluster resource in more than one region, make sure the IP address space of the Virtual Cloud Networks (VCNs) does not overlap. This is important if you want to set up disaster recovery with Autonomous Data Guard.
The two subnets you create for the Autonomous Database service on Oracle Cloud must not overlap with 192.168.128.0/20. The following table lists the minimum required subnet sizes for Autonomous Database deployments on Oracle Public Cloud.
The Networking service reserves three IP addresses in each subnet. Allocating a larger space for the subnet than the minimum required (for example, at least /25 instead of /28) can reduce the relative impact of those reserved addresses on the subnet's available space.
Rack Size Client Subnet: # Required IP Addresses Client Subnet: Minimum Size Base System or Quarter Rack (4 addresses * 2 nodes) + 3 for SCANs + 3 reserved in subnet = 14 /28 (16 IP addresses) Half Rack (4 * 4 nodes) + 3 + 3 = 22 /27 (32 IP addresses) Full Rack (4* 8 nodes) + 3 + 3 = 38 /26 (64 IP addresses) Flexible infrastructure systems (X8M and higher) 4 addresses per database node (minimum of 2 nodes) + 3 for SCANs + 3 reserved in subnet /28 is the minimum subnet size, but the addition of each node increases the subnet size correspondingly.
Tip:Ensure you configure your subnets to have sufficient available IP addresses to create multiple Autonomous Exadata VM Cluster. For example, the minimum required IP address for a Base system or Quarter Rack for a single VM Cluster is 14. If you plan to create 2 VM clusters, define your subnet at /27 or have two subnets at /28 level.
- Exadata Cloud@Customer Deployments:
For Exadata Cloud@Customer IP requirements, refer to IP Addresses and Subnets for Exadata Cloud at Customer.
- Oracle Public Cloud Deployments:
- TCP port 22 must be open for both ingress & egress for the CIDR range of the subnet in which we are creating the AVMC.
- Optionally, depending on your requirement, you may also need to open the following ports to connect and operate Autonomous Databases created in this AVMC.
Destination Port IP Protocol Purpose 1521 TCP SQL*Net traffic 2484 TCP Transport Layer Security (TLS) from the Application Subnets 6200 TCP
Oracle Notification Service (ONS) traffic
Fast Application Notification (FAN) traffic
Oracle Application Express
SQL Developer Web
- Exadata Cloud@Customer Deployments:
- Before provisioning an AVMC on Exadata Cloud@Customer, you must setup the network rules as listed in Network Requirements for Oracle Exadata Database Service on Cloud@Customer in Preparing for Exadata Database Service on Cloud@Customer.
- Additionally, you need to open Port 1522 to allow TCP traffic between primary database and standby database in an Autonomous Data Guard setup.
Tip:For "try it out" alternatives that demonstrate these instructions, see the following labs in Oracle Autonomous Database Dedicated for Fleet Administrators Workshop:
- Lab 3: Provisioning a Cloud Autonomous Exadata VM Cluster for Autonomous Database on Dedicated Infrastructure
- Lab 5: Provisioning an Autonomous VM Cluster on Exadata Cloud@Customer
Go to Autonomous Database in the Oracle Cloud Infrastructure Console.
For instructions, see Access Autonomous Database in the Oracle Cloud Infrastructure Console.
In the side menu’s list of Autonomous Database resource types, click Autonomous Exadata VM Cluster.
The list of Autonomous Exadata VM Clusters in your current Compartment is displayed.
In the side menu’s Compartment list, choose the Compartment where you want to create an Autonomous Exadata VM Cluster.
The list of Autonomous Exadata VM Clusters refreshes to show those in the selected Compartment.
Click Create Autonomous Exadata VM Cluster.
Fill out the Create Autonomous Exadata VM Cluster page with the following information:
Setting Description Notes
Compartment: Select a compartment to host the Autonomous Exadata VM Cluster.
Display Name: Enter a user-friendly description or other information that helps you easily identify the infrastructure resource.
The display name does not have to be unique. Avoid entering confidential information.
The Exadata Infrastructure to host the new Autonomous Exadata VM Cluster.
Autonomous VM Cluster resources: Compute Model
Compute Model: Denotes the compute model for your Autonomous Exadata VM Cluster resource. Default model is ECPU. This is based on the number of cores elastically allocated from a pool of compute and storage servers.Click Change compute model if you wish to select OCPU. OCPU compute model is based on the physical core of a processor with hyper-threading enabled.
The compute model chosen here will apply to all the Autonomous Container Databases and Autonomous Databases created in this Autonomous Exadata VM Cluster resource. Refer to Compute Models.
Autonomous VM Cluster resources: DB Server Selection
Lists the DB Servers (VMs) used to deploy the new Autonomous Exadata VM Cluster (AVMC) resource.
The maximum resources (CPUs, Memory, and Local Storage) available per VM is also displayed.Optionally, you can add or remove the VMs by clicking Edit DB Server Selection. Clicking this button launches the Change DB Servers dialog listing all the available DB Servers with the following details for each one of them:
- Available CPUs
- Available memory (GB)
- Available local storage (GB)
- Number of VM Clusters and Autonomous VM Clusters in it.
By default, all the DB Servers that have the minimum resources needed to create an Autonomous VM Cluster are selected. You can remove a DB Server by clicking the check-box against it in the list. Depending on your selection, the maximum resources available per VM and resources allocated per VM details are displayed on the dialog.
After selecting the DB Servers, click Save Changes.
You must select at least 2 DB Servers to deploy an AVMC resource. A minimum of 2 DB Servers are needed for high availability (HA) configuration.
Note:You can not add or remove DB Servers after provisioning an AVMC.
Autonomous VM Cluster resources
VM count or Node Count: Denotes the number of database servers in the Exadata infrastructure. This is a read-only value. This value depends on the number of DB Servers selected for the AVMC.
Maximum number of Autonomous Container Databases: The number of ACDs specified represents the upper limit on ACDs. These ACDs must be created separately as needed. ACD creation also requires 2 available OCPUs or 8 available ECPUs per node.
CPU count per VM or node: Specify the CPU count for each individual VM. The minimum value is 5 OCPUs or 20 ECPUs per VM.
Database memory per CPU (GB): The memory per CPU allocated for the Autonomous Databases in the Autonomous VM Cluster.
Allocate Storage for Local Backups: For Exadata Cloud@Customer, you can check this option to configure the Exadata storage to enable local database backups.
Database storage (TB): Data storage allocated for Autonomous Database creation in the Autonomous VM Cluster.
VM and node are used interchangeably between Oracle Exadata Cloud@Customer and Oracle Public Cloud deployments.
As you configure the resource parameters, the aggregate resources needed to create the Autonomous Exadata VM Cluster and the formulae used to calculate these values are displayed on the right side of the resource configuration section.
The total resources requested for Autonomous Exadata VM Cluster are calculated using the below formulae:
CPU Count = CPU Count per Node x Node Count
Memory = [CPU Count per Node x Database Memory per CPU + Internal Database Service Memory: (40GB)] x Node Count
Local Storage = Internal Local Service Storage: ([Autonomous VM Cluster storage: xxGB] + [Autonomous Container Database storage: 100GB + 50GB x ACD Count] x 1.03) x Node Count
In the above formula, Autonomous VM Cluster storage value depends on the Exadata system model used, as follows:
- X7-2 and X8-2 systems: 137GB
- X8M-2 & X9M-2 systems: 184GB
Exadata Storage = [User Data Storage + Internal Database Service Storage: ( 200GB + 50GB x ACD Count x Node Count )] x 1.25
Virtual cloud network: The virtual cloud network (VCN) in which you want to create the new Autonomous Exadata VM Cluster.
Subnet: A subnet within the above selected VCN for the new Autonomous Exadata VM Cluster.
Optionally, you can use network security groups to control traffic. To do so, Select the corresponding check-box and choose a Network Security Group from the select list.
Click + Another Network Security Group to add more network security groups.
APPLIES TO: Oracle Public Cloud only
VM cluster network
The VM cluster network in which to create the new Autonomous Exadata VM Cluster.
APPLIES TO: Exadata Cloud@Customer only
Optionally, configure the automatic maintenance schedule by clicking Modify Schedule.
You can then change the maintenance schedule from the default (No preference, which permits Oracle to schedule maintenance as needed) by selecting Specify a schedule and then selecting the months, weeks, days and hours for the schedule. You can also set a lead time to receive a notification message about an upcoming maintenance from Oracle.
When you are finished, click Update Maintenance Schedule.
For guidance on choosing a custom schedule, see Settings in Maintenance Schedule that are Customizable.
The license type you wish to use for the new Autonomous Exadata VM Cluster.
You have the following options:
Bring your own license: If you choose this option, make sure you have proper entitlements to use for new service instances that you create.
License included: With this choice, the cost of the cloud service includes a license for the Database service.
Your choice for the license type affects metering for billing.
Show/hide advanced options
By default, advanced options are hidden. Click Show advanced options to display them.
Advanced options: Management
If you want to set a time zone other than UTC or the browser-detected time zone, then select the Select another time zone option, select a Region or country, and select the corresponding Time zone. If you do not see the region or country you want, select Miscellaneous and choose an appropriate Time zone.
The default time zone for the Autonomous Exadata VM Cluster is UTC, but you can specify a different time zone. The time zone options are those supported in both the
Java.util.TimeZoneclass and the Oracle Linux operating system.
You can not modify the time zone settings for an Autonomous Exadata VM Cluster already provisioned. If needed, you can create a service request in My Oracle Support. For help with filing a support request, see Create a Service Request in My Oracle Support.
Advanced options: Listener
If you want to choose a Single Client Access Name (SCAN) listener port for Transport Layer Security (TLS) and non-TLS from a range of available ports, enter a port number for Non-TLS port or TLS port in the permissible range (1024 - 8999).
You can also choose mutual TLS (mTLS) authentication by selecting the Enable mutual TLS (mTLS) authentication check-box.
The default port number is 2484 for TLS and 1521 for non-TLS authentication modes.
The port numbers 1522, 1525, 5000, 6100, 6200, 7060, 7070, 7879, 8080, 8181, 8888, and 8895 are reserved for special purposes and can not be used as Non-TLS or TLS port numbers.
The SCAN listener ports can not be changed after provisioning the AVMC resource.
As ORDS certificates are one-way TLS certificates, choosing between one-way TLS and mutual TLS (mTLS) is applicable only to database TLS certificates.
Advanced options: Tags
If you want to use tags, add tags by selecting a Tag Namespace, Tag Key, and Tag Value.
Tagging is a metadata system that allows you to organize and track resources within your tenancy. See Tagging Dedicated Autonomous Database Cloud Resources.
Optionally, you can save the resource configuration as a stack by clicking Save as Stack. You can then use the stack to create the resource through the Resource Manager service.Enter the following details on the Save as Stack dialog, and click Save.
- Name: Optionally, enter a name for the stack.
- Description: Optionally, enter a description for this stack.
- Save in compartment: Select a compartment where this Stack will reside.
- Tag namespace, Tag key, and Tag value: Optionally, apply tags to the stack.
For requirements and recommendations for Terraform configurations used with Resource Manager, see Terraform Configurations for Resource Manager. To provision the resources defined in your stack, apply the configuration.
- Click Create Autonomous Exadata VM Cluster.
Create an Autonomous Exadata VM Cluster
Copyright © 2021, 2023, Oracle and/or its affiliates.