The VM cluster provides a link between your Oracle Exadata Database Service on Cloud@Customer infrastructure and Oracle Databases you deploy.

The VM cluster contains an installation of Oracle Clusterware, which supports databases in the cluster. In the VM cluster definition, you also specify the number of enabled CPU cores, which determines the amount of CPU resources that are available to your databases

Before you can create any databases on your Exadata Cloud@Customer infrastructure, you must create a VM cluster network, and you must associate it with a VM cluster.

To connect to the VM cluster virtual machine, you use an SSH public key.

ssh-rsa AAAAB3NzaC1yc2EAAAABJQAA....lo/gKMLVM2xzc1xJr/Hc26biw3TXWGEakrK1OQ== rsa-key-20160304

To create your ASM VM cluster, be prepared to provide values for the fields required for configuring the infrastructure.

1. Open the navigation menu. Under Oracle Database, click Exadata Database Service on Cloud@Customer.
2. Choose the Region that contains your Exadata infrastructure.
3. Click Exadata VM Clusters.
4. Click Create Exadata VM Cluster.
5. Provide the requested information on the Create Exadata VM Cluster page:
   1. Provide the display name: The display name is a user-friendly name that you can use to identify the VM cluster. The name doesn't need to be unique because an Oracle Cloud Identifier (OCID) uniquely identifies the VM cluster.
   2. Select a compartment: From the list of available compartments, choose the compartment that you want to contain the VM cluster.
   3. Select an Exadata Infrastructure: From the list, choose the Exadata infrastructure to host the VM cluster. You are not able to create a VM cluster without available and active Exadata infrastructure.
   4. Select a VM Cluster Network: From the list, choose a VM cluster network definition to use for the VM cluster. You must have an available and validated VM cluster network before you can create a VM cluster.
   5. VM Cluster Type:
      Note
      
      You cannot change the VM cluster type after deploying the VM cluster. If you wish to change the VM cluster type, you must create a new VM cluster and migrate the database to the new cluster.

      • Exadata Database: Standard Database VM with no restrictions, suitable for all workloads.
      • Exadata Database-Developer: Developer Database VM with restrictions, suitable for application development only.
   6. Configure VM Cluster:
      • DB Servers:
        • Click Change DB Servers for VM placement to allocate VM resources.
        • On the Change DB Servers dialog:

          VM Cluster Type - Exadata Database: Select a minimum of one database server for VM placement. If you require a high availability database service that remains available during maintenance and unplanned outages, select at least two database servers. Maximum resources available for allocation per VM are based on the number of database servers selected.

          VM Cluster Type - Exadata Database-Developer: Select one database server for VM placement. Only one database server may be selected.
          Note
          
          

          • DB Servers, which already have 8 VMs running on them are not available for selection.
          • When calculating maximum local storage resources across selected DB Servers, the reserved local storage needed by the system to host a VM is deducted from the DB Server with the least resources.

            For example, if the local storage available across selected DB servers is 823 GB for DB Server 3 and 813 GB for DB Server 4, then the minimum across selected servers is 813 GB and the maximum available for resource allocation is 813 GB - 184 GB (reserved local storage for hosting VM on X8M DB servers) = 629 GB.

            For more information, see Estimating How Much Local Storage You Can Provision to Your VMs.

        • Click Save.
      • Specify the OCPU (ECPUs for X11M) count per VM: Specify the OCPU (ECPUs for X11M) count to be provisioned for each VM in this cluster. The minimum value is 2 OCPUs per VM or 8 ECPUs per VM for X11M (for a live VM condition), unless you are specifying zero OCPUs or 0 ECPUs for X11M (for a shutdown VM condition).

        If you specify a value of zero, then the VM cluster virtual machines are all shut down at the end of the cluster creation process. In this case, you can later start the virtual machines by scaling the OCPU (ECPUs for X11M) resources. See Using the Console to Scale the Resources on a VM Cluster.

        The OCPU (ECPUs for X11M) count for the whole VM Cluster will be calculated automatically based on the per-VM OCPU (ECPUs for X11M) count you have specified and the number of physical Database Servers configured for the VM Cluster.

        OCPU: An Oracle Compute Unit (OCPU) provides CPU capacity equivalent of one physical core of an Intel Xeon processor with hyperthreading enabled. Each OCPU corresponds to two hardware execution threads, known as vCPUs.

        See, Oracle Platform as a Service and Infrastructure as a Service – Public Cloud Service DescriptionsMetered & Non-Metered.

        ECPU: An ECPU is an abstracted measure of compute resources. ECPUs are based on the number of cores elastically allocated from a pool of compute and storage servers.

      • Requested OCPU (ECPUs for X11M) count for the VM Cluster: Displays the total number of CPU cores allocated to the VM cluster based on the value you specified in the Specify the OCPU (ECPUs for X11M) count per VM field. This field is not editable.
      • Specify the memory per VM (GB): Specify the memory for each individual VM. The value must be a multiple of 1 GB and is limited by the available memory on the Exadata infrastructure.
      • Requested memory for the VM Cluster (GB): Displays the total amount of memory allocated to the VM cluster based on the value you specified in the Specify the memory per VM (GB) field. This field is not editable.
      • Specify the local file system size per VM (GB): Click Show advanced options to view additional local file systems configuration options. Specify the local file system size for each individual VM. The value must be a multiple of 1 GB and is limited by the available size of the file system on the X11M infrastructure.

        Note that the minimum size of local system storage must be 60 GB. Each time when you create a new VM cluster, the space remaining out of the total available space is utilized for the new VM cluster.

        For more information and instructions to specify the size for each individual VM, see Introduction to Scale Up or Scale Down Operations.

        1. Click Show advanced options to view additional local file systems configuration options.
        2. Resize the /, /u01, /tmp, /var, /var/log, /var/log/audit, and /home file systems as needed.
           Note
           
           

           • You can only expand these file systems and cannot reduce the size once expanded.
           • Due to backup partitions and mirroring, the / and /var file systems will consume twice the space they were allocated, which is indicated in the read-only Total allocated storage for / (GB) due to mirroring and Total allocated storage for /var (GB) due to mirroring fields.
           • After creating the VM Cluster, check the Exadata Resources section on the Exadata Infrastructure Details page to check the file size allocated to the local storage (/u02) and local storage (additional file systems).
      • Reserved local storage per VM (GB): Displays the local storage size reserved internally for root file systems, Oracle Grid Infrastructure Homes, and diagnostic logs. This field is not editable.
   7. Configure the Exadata Storage: The following settings define how the Exadata storage is configured for use with the VM cluster. The storage type once selected cannot be changed later on once the VM cluster is provisioned with the desired storage type. You have two options to choose: Automatic storage type (ASM) and Exascale. For more information about Exascale storage type, see Using the Console to Create an Exascale VM Cluster.
      Automatic Storage Management (ASM)

      • Specify Usable Exadata Storage: Specify the size for each individual VM. The minimum recommended size is 2 TB.
      • Allocate Storage for Exadata Snapshots: Check this option to create a sparse disk group, which is required to support Exadata snapshot functionality. Exadata snapshots enable space-efficient clones of Oracle databases that can be created and destroyed very quickly and easily.
      • Allocate Storage for Local Backups: Check this option to configure the Exadata storage to enable local database backups. If you select this option, more space is allocated to the RECO disk group to accommodate the backups. If you do not select this option, you cannot use local Exadata storage as a backup destination for any databases in the VM cluster.

      Table 4-13 Storage Allocation

      Storage Allocation	DATA Disk Group	RECO Disk Group	SPARSE Disk Group
      Exadata Snapshots: No Enable Backups on Local Exadata Storage: No	80%	20%	0% (The SPARSE disk group is not created.)
      Exadata Snapshots: No Enable Backups on Local Exadata Storage: Yes	40%	60%	0% (The SPARSE disk group is not created.)
      Allocate Storage for Exadata Snapshots: Yes Enable Backups on Local Exadata Storage: No	60%	20%	20%
      Allocate Storage for Exadata Snapshots: Yes Enable Backups on Local Exadata Storage: Yes	35%	50%	15%

   8. Select version:
      • Choose the Oracle Grid Infrastructure version: From the list, choose the Oracle Grid Infrastructure release (19c and 23ai) that you want to install on the VM cluster.

        The Oracle Grid Infrastructure release determines the Oracle Database releases that can be supported on the VM cluster. You cannot run an Oracle Database release that is later than the Oracle Grid Infrastructure software release.

        Note
        
        Minimum requirements for provisioning a VM Cluster with Grid Infrastructure 23ai:

        • Exadata Guest VM running Exadata System Software 23.1.8
        • Exadata Infrastructure running Exadata System Software 23.1.x
      • Choose an Exadata guest version:
        • Exadata infrastructure with Oracle Linux 7 and Exadata image version 22.1.10.0.0.230422:
          • The Change image button is not enabled.
          • The Oracle Grid Infrastructure version defaults to 19.0.0.0.0.
          • The Exadata guest version will be the same as that of the host OS.
        • Exadata infrastructure with Oracle Linux 8 and Exadata image version 23.1.3.0.0.230613:
          • The Exadata guest version defaults to the latest (23.1.3.0).
          • The Oracle Grid Infrastructure version defaults to 19.0.0.0.0
          • The Change image button is enabled.
          • Click Change image.

            The resulting Change image panel displays the list of available major versions of Exadata image (23.1.3.0 and 22.1.3.0).

            The most recent release for each major version is indicated by "(latest)".

          • Slide Display all available versions.

            Six past versions including the latest versions of Exadata images 23.1.3.0 and 22.1.3.0 are displayed.

          • Choose a version.
          • Click Save Changes.
   9. Add SSH Key: Specify the public key portion of an SSH key pair that you want to use to access the VM cluster virtual machines. You can upload a file containing the key, or paste the SSH key string.

      To provide multiple keys, upload multiple key files or paste each key into a separate field. For pasted keys, ensure that each key is on a single, continuous line. The length of the combined keys cannot exceed 10,000 characters.

   10. Choose a license type:
       • Bring Your Own License (BYOL): Select this option if your organization already owns Oracle Database software licenses that you want to use on the VM cluster.
         Note
         
         BYOL is not available for Exadata Database-Developer VM Cluster type.
       • License Included: Select this option to subscribe to Oracle Database software licenses as part of Exadata Database Service on Cloud@Customer.
   11. Diagnostics Collection:

       By enabling diagnostics collection and notifications, Oracle Cloud Operations and you will be able to identify, investigate, track, and resolve guest VM issues quickly and effectively. Subscribe to Events to get notified about resource state changes. For more information, see Getting Started with Events.

       Note
       
       You are opting in with the understanding that the list of events, metrics, and log files collected can change in the future. You can opt out of this feature at any time.

       • Enable Diagnostic Events: Allow Oracle to collect and publish critical, warning, error, and information events to me.
       • Enable Health Monitoring: Allow Oracle to collect health metrics/events such as Oracle Database up/down, disk space usage, and so on, and share them with Oracle Cloud operations. You will also receive notification of some events.

       • Enable Incident Logs and Trace Collection: Allow Oracle to collect incident logs and traces to enable fault diagnosis and issue resolution.

         All three checkboxes are selected by default. You can leave the default settings as is or clear the checkboxes as needed. You can view the Diagnostic Collection settings on the VM Cluster Details page under General Information >> Diagnostics Collection.

         • Enabled: When you choose to collect diagnostics, health metrics, incident logs, and trace files (all three options).

         • Disabled: When you choose not to collect diagnostics, health metrics, incident logs, and trace files (all three options).

         • Partially Enabled: When you choose to collect diagnostics, health metrics, incident logs, and trace files ( one or two options).
   12. Show Advanced Options:
       • Time zone: The default time zone for the Exadata Infrastructure is UTC, but you can specify a different time zone. The time zone options are those supported in both the Java.util.TimeZone class and the Oracle Linux operating system.
         Note
         
         

         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 then select the corresponding Time zone.

         If you do not see the region or country you want, then select Miscellaneous, and then select an appropriate Time zone.

       • Cloud Automation Update: Oracle periodically applies updates to the database tools and agent software necessary for cloud tooling and automation. You can configure your preferred time window for these updates to be applied to your VM Cluster. Set the start time for cloud automation updates.
         Note
         
         

         Oracle will check for latest VM Cloud Automation updates every day between the configured time window and apply updates when applicable. If automation is unable to start applying updates within the configured time window due to some underlying long running process, Oracle will automatically check the following day during the configured time window to start applying cloud automation updates to the VM Cluster.

         Enable early access for cloud tools update: VM clusters designated for early access receive updates 1-2 weeks before they are available to other systems. Check this check box if you want early adoption for this VM cluster.

         Cloud Automation Update Freeze Period: Oracle periodically applies updates to the database tools and agent software necessary for cloud tooling and automation. Enable a freeze period to define a time window during which Oracle automation will not apply cloud updates.

         Move the slider to set the freeze period.

         Note
         
         

         • The freeze period can extend for a maximum of 45 days from the start date.
         • Oracle automation will automatically apply updates with critical security fixes (CVSS >= 9) even during a configured freeze period.
       • Tags: Optionally, you can apply tags. If you have permission to create a resource, you also have permission to apply free-form tags to that resource. To apply a defined tag, you must have permission to use the tag namespace. For more information about tagging, see Resource Tags. If you are not sure if you should apply tags, skip this option (you can apply tags later) or ask your administrator.
6. Optionally, you can save the resource configuration as a stack.
   • To save the resource configuration as a Stack:
     1. Click Save as Stack.
     2. In the resulting Save as Stack dialog, provide the following details:
        1. Name: (Optional) Provide an easy to remember descriptive name.
        2. Description: (Optional) Enter a short description.
        3. Compartment: Select a compartment where this Stack will reside.
        4. Tags: Add tags.
     3. Click Save.

        After saving the Stack, the system displays a banner with a link to the saved Stack.

     4. Click the link to open the Stack in the Resource Manager Service console.

        See, Resource Manager and Terraform.

   • To view the details of a Stack:
     1. Open the navigation menu. Under Developer Services, click Resource Manager.
     2. Click Stacks.
     3. Click the name of the Stack that you want to view details.

        Or, click the Actions menu (three dots), and select the View stack details option.

7. Click Create VM Cluster.

   The VM Cluster Details page is now displayed. While the creation process is running, the state of the VM cluster is Pending. When the VM cluster creation process completes, the state of the VM cluster changes to Available.

   The Exadata Database Storage section on the VM Cluster Details page shows the type of storage configured, which, in this case, is ASM.

To create your Exascale VM cluster, be prepared to provide values for the fields required for configuring the infrastructure.

1. Open the navigation menu. Under Oracle Database, click Exadata Database Service on Cloud@Customer.
2. Choose the Region that contains your Exadata infrastructure.
3. Click Exadata VM Clusters.
4. Click Create Exadata VM Cluster.
5. Provide the requested information on the Create Exadata VM Cluster page:
   1. Select a compartment: From the list of available compartments, choose the compartment that you want to contain the VM cluster.
   2. Provide the display name: The display name is a user-friendly name that you can use to identify the VM cluster. The name doesn't need to be unique because an Oracle Cloud Identifier (OCID) uniquely identifies the VM cluster.
   3. Select Exadata Infrastructure: From the list, choose the Exadata infrastructure to host the VM cluster. You are not able to create a VM cluster without available and active Exadata infrastructure.
   4. Select a VM Cluster Network: From the list, choose a VM cluster network definition to use for the VM cluster. You must have an available and validated VM cluster network before you can create a VM cluster.
   5. VM Cluster Type
      Note
      
      You cannot change the VM cluster type after deploying the VM cluster. If you wish to change the VM cluster type, you must create a new VM cluster and migrate the database to the new cluster.

      • Exadata Database: Standard Database VM with no restrictions, suitable for all workloads.
      • Exadata Database-Developer: Developer Database VM with restrictions, suitable for application development only.
   6. Configure VM Cluster:
      • DB Servers:
        • Click Change DB Servers for VM placement to allocate VM resources.
        • On the Change DB Servers dialog:

          VM Cluster Type - Exadata Database: Select a minimum of one database server for VM placement. If you require a high availability database service that remains available during maintenance and unplanned outages, select at least two database servers. Maximum resources available for allocation per VM are based on the number of database servers selected.

          VM Cluster Type - Exadata Database-Developer: Select one database server for VM placement. Only a single database server may be selected.

          Note
          
          

          • DB Servers, which already have 8 VMs running on them are not available for selection.
          • When calculating maximum local storage resources across selected DB Servers, the reserved local storage needed by the system to host a VM is deducted from the DB Server with the least resources.

            For example, if the local storage available across selected DB servers is 823 GB for DB Server 3 and 813 GB for DB Server 4, then the minimum across selected servers is 813 GB and the maximum available for resource allocation is 813 GB - 184 GB (reserved local storage for hosting VM on X8M DB servers) = 629 GB.

            For more information, see Estimating How Much Local Storage You Can Provision to Your VMs.

        • Click Save.
      • Specify the OCPU (ECPUs for X11M) count per VM: Specify the OCPU (ECPUs for X11M) count to be provisioned for each VM in this cluster. The minimum value is 2 OCPUs per VM or 8 ECPUs per VM for X11M (for a live VM condition), unless you are specifying zero OCPUs or 0 ECPUs for X11M (for a shutdown VM condition).

        If you specify a value of zero, then the VM cluster virtual machines are all shut down at the end of the cluster creation process. In this case, you can later start the virtual machines by scaling the OCPU (ECPUs for X11M) resources. See Using the Console to Scale the Resources on a VM Cluster.

        The OCPU (ECPUs for X11M) count for the whole VM Cluster will be calculated automatically based on the per-VM OCPU (ECPUs for X11M) count you have specified and the number of physical Database Servers configured for the VM Cluster.

        OCPU: An Oracle Compute Unit (OCPU) provides CPU capacity equivalent of one physical core of an Intel Xeon processor with hyperthreading enabled. Each OCPU corresponds to two hardware execution threads, known as vCPUs.

        See, Oracle Platform as a Service and Infrastructure as a Service – Public Cloud Service DescriptionsMetered & Non-Metered.

        ECPU: An ECPU is an abstracted measure of compute resources. ECPUs are based on the number of cores elastically allocated from a pool of compute and storage servers.

      • Requested OCPU (ECPUs for X11M) count for the VM Cluster: Displays the total number of CPU cores allocated to the VM cluster based on the value you specified in the Specify the OCPU (ECPUs for X11M) count per VM field. This field is not editable.
      • Specify the memory per VM (GB): Specify the memory for each individual VM. The value must be a multiple of 1 GB and is limited by the available memory on the Exadata infrastructure.
      • Requested memory for the VM Cluster (GB): Displays the total amount of memory allocated to the VM cluster based on the value you specified in the Specify the memory per VM (GB) field. This field is not editable.
      • Specify the local file system size per VM (GB): Specify the local file system size for each individual VM. The value must be a multiple of 1 GB and is limited by the available size of the file system on the X11M infrastructure.

        Note that the minimum size of local system storage must be 60 GB. Each time when you create a new VM cluster, the space remaining out of the total available space is utilized for the new VM cluster.

        For more information and instructions to specify the size for each individual VM, see Introduction to Scale Up or Scale Down Operations.

        1. Click Show advanced options to view additional local file systems configuration options.
        2. Resize the /, /u01, /tmp, /var, /var/log, /var/log/audit, and /home file systems as needed.
           Note
           
           

           • You can only expand these file systems and cannot reduce the size once expanded.
           • Due to backup partitions and mirroring, the / and /var file systems will consume twice the space they were allocated, which is indicated in the read-only Total allocated storage for / (GB) due to mirroring and Total allocated storage for /var (GB) due to mirroring fields.
           • After creating the VM Cluster, check the Exadata Resources section on the Exadata Infrastructure Details page to check the file size allocated to the local storage (/u02) and local storage (additional file systems).
      • Reserved local storage per VM (GB): Displays the local storage size reserved internally for root file systems, Oracle Grid Infrastructure Homes, and diagnostic logs. This field is not editable.
   7. Configure the Exadata Storage: The following settings define how the Exadata storage is configured for use with the VM cluster. The storage type once selected cannot be changed later on once the VM cluster is provisioned with the desired storage type. You have two options to choose: Automatic storage type (ASM) and Exascale. For more information about ASM storage type, see Using the Console to Create an ASM VM Cluster.
      Note
      
      

      Minimum requirement to configure Exascale storage

      • This feature is supported on Exadata Infrastructure Model X8M and later.
      • This feature is available on Exadata system software release 24.1 and later.
      • This feature requires Oracle Grid Infrastructure version 23ai (24.3) and supports Oracle database versions 23ai (23.4) and later.

      Exascale option will be disabled If the minimum requirement is not met.

      Exascale database storage vault:

      • Create new storage vault: Choose this option to create a new Exascale database storage vault during VM cluster provisioning.
        • Storage vault name: Enter a descriptive name for the vault. Click the change compartment link and choose a compartment if you want to create this vault in a different compartment.
        • Storage capacity for databases: Enter the storage capacity for the databases within the minimum and maximum values displayed on the screen.
          Note
          
          If additional space is needed beyond the maximum shown, the Exascale capacity must be increased. For more information, see Using the Console to Scale an Exascale Storage Vault.
      • Select existing storage vault: Select a vault that resides in the compartment of your choice.
   8. Select version:
      Note
      
      Only Oracle database 23ai can be provisioned on the Exascale VM cluster.

      • Choose the Oracle Grid Infrastructure version: The Oracle Grid Infrastructure release defaults to 23ai.
      • Choose an Exadata guest version:
        • The Exadata guest version defaults to the latest (24.1.6.0)
        • The Oracle Grid Infrastructure version defaults to 23ai
        • The Change image button is enabled.
        • Click Change image.

          The resulting Change image panel displays the list of available major versions of Exadata image (24.1.6.0 and later).

          The most recent release for each major version is indicated by "(latest)"..

        • Slide Display all available versions.

          Six past versions including the latest versions of Exadata images 24.1.6.0 and later are displayed.

        • Choose a version.
        • Click Save Changes.
   9. Add SSH Key: Specify the public key portion of an SSH key pair that you want to use to access the VM cluster virtual machines. You can upload a file containing the key, or paste the SSH key string.

      To provide multiple keys, upload multiple key files or paste each key into a separate field. For pasted keys, ensure that each key is on a single, continuous line. The length of the combined keys cannot exceed 10,000 characters.

   10. Choose a license type:
       • Bring Your Own License (BYOL): Select this option if your organization already owns Oracle Database software licenses that you want to use on the VM cluster.
         Note
         
         BYOL is not available with Exadata Database-Developer VM Cluster type.
       • License Included: Select this option to subscribe to Oracle Database software licenses as part of Exadata Database Service on Cloud@Customer.
   11. Diagnostics Collection:

       By enabling diagnostics collection and notifications, Oracle Cloud Operations and you will be able to identify, investigate, track, and resolve guest VM issues quickly and effectively. Subscribe to Events to get notified about resource state changes. For more information, see Getting Started with Events.

       Note
       
       You are opting in with the understanding that the list of events, metrics, and log files collected can change in the future. You can opt out of this feature at any time.

       • Enable Diagnostic Events: Allow Oracle to collect and publish critical, warning, error, and information events to me.
       • Enable Health Monitoring: Allow Oracle to collect health metrics/events such as Oracle Database up/down, disk space usage, and so on, and share them with Oracle Cloud operations. You will also receive notification of some events.

       • Enable Incident Logs and Trace Collection: Allow Oracle to collect incident logs and traces to enable fault diagnosis and issue resolution.

         All three checkboxes are selected by default. You can leave the default settings as is or clear the checkboxes as needed. You can view the Diagnostic Collection settings on the VM Cluster Details page under General Information >> Diagnostics Collection.

         • Enabled: When you choose to collect diagnostics, health metrics, incident logs, and trace files (all three options).

         • Disabled: When you choose not to collect diagnostics, health metrics, incident logs, and trace files (all three options).

         • Partially Enabled: When you choose to collect diagnostics, health metrics, incident logs, and trace files ( one or two options).
   12. Show Advanced Options:
       • Time zone: The default time zone for the Exadata Infrastructure is UTC, but you can specify a different time zone. The time zone options are those supported in both the Java.util.TimeZone class and the Oracle Linux operating system.
         Note
         
         

         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 then select the corresponding Time zone.

         If you do not see the region or country you want, then select Miscellaneous, and then select an appropriate Time zone.

       • Cloud Automation Update: Oracle periodically applies updates to the database tools and agent software necessary for cloud tooling and automation. You can configure your preferred time window for these updates to be applied to your VM Cluster. Set the start time for cloud automation updates.
         Note
         
         

         Oracle will check for latest VM Cloud Automation updates every day between the configured time window and apply updates when applicable. If automation is unable to start applying updates within the configured time window due to some underlying long running process, Oracle will automatically check the following day during the configured time window to start applying cloud automation updates to the VM Cluster.

         Enable early access for cloud tools update: VM clusters designated for early access receive updates 1-2 weeks before they are available to other systems. Check this check box if you want early adoption for this VM cluster.

         Cloud Automation Update Freeze Period: Oracle periodically applies updates to the database tools and agent software necessary for cloud tooling and automation. Enable a freeze period to define a time window during which Oracle automation will not apply cloud updates.

         Move the slider to set the freeze period.

         Note
         
         

         • The freeze period can extend for a maximum of 45 days from the start date.
         • Oracle automation will automatically apply updates with critical security fixes (CVSS >= 9) even during a configured freeze period.
       • Tags: Optionally, you can apply tags. If you have permission to create a resource, you also have permission to apply free-form tags to that resource. To apply a defined tag, you must have permission to use the tag namespace. For more information about tagging, see Resource Tags. If you are not sure if you should apply tags, skip this option (you can apply tags later) or ask your administrator.
6. Optionally, you can save the resource configuration as a stack.
   • To save the resource configuration as a Stack:
     1. Click Save as Stack.
     2. In the resulting Save as Stack dialog, provide the following details:
        1. Name: (Optional) Provide an easy to remember descriptive name.
        2. Description: (Optional) Enter a short description.
        3. Compartment: Select a compartment where this Stack will reside.
        4. Tags: Add tags.
     3. Click Save.

        After saving the Stack, the system displays a banner with a link to the saved Stack.

     4. Click the link to open the Stack in the Resource Manager Service console.

        See, Resource Manager and Terraform.

   • To view the details of a Stack:
     1. Open the navigation menu. Under Developer Services, click Resource Manager.
     2. Click Stacks.
     3. Click the name of the Stack that you want to view details.

        Or, click the Actions menu (three dots), and select the View stack details option.

7. Click Create VM Cluster.

   The VM Cluster Details page is now displayed. While the creation process is running, the state of the VM cluster is Pending. When the VM cluster creation process completes, the state of the VM cluster changes to Available.

   The Exadata Database Storage section on the VM Cluster Details page shows the type of storage configured, which, in this case, is Exascale.