Set Up VB Studio for CI/CD
Everyone should read this chapter, regardless of what type of application your organization's members are building. The build system is one of VB Studio's most integral parts.
The build system in VB Studio enables your organization's developers to create jobs that build, package, test, and deploy applications and application extensions. In VB Studio, builds run either in VM build executors (VM executors, for short) or in Docker executors. Build executor templates define the operating system and software packages for VM executors, and Docker images define the operating system and software packages for Docker executors.
To build their applications, your organization's developers define build jobs in their VB Studio projects. A job is a configuration that defines the location where the application's source files are found, the commands needed to run the job and test scripts, the instructions for generating and packaging artifacts, and the location where those artifacts will be deployed.
To run builds, your organization's developers need some Compute instances with operating systems and software packages installed. For example, to build Node.js applications, they'll need Node.js installed on an OCI VM Compute instance, which they'll use to run to run their CI/CD builds.
- Step 1: Decide whether to use the free VM build executor
This step is required. See VB Studio's Free VM Build Executor to understand what this build executor provides and whether it meets the needs of your organization's members.
- Step 2: Decide whether to run VM build executors or Docker executors
This step is required. In VB Studio, builds run either in VM build executors or in Docker executors. If you're not sure which type you need, see What are Build Executors and Build Templates?.
- Step 3: Set up VB Studio to run VM build executors
This step is optional. If you decided to go with VM Build executors in Step 2, use this step. If you decided to use Docker executors, go to Step 4. You must use one or the other.
- Step 4: Set up VB Studio to run builds on Docker executors
This step is optional. If you decided to go with Docker executors in Step 2, use this step. If you decided to use VM build executors, go to Step 3. You must use one or the other.
- Step 5: Add users to IDCS
This step is required. If you want to add groups instead of adding users individually, see Manage Your Organization's Groups.
- Step 6: Configure your OCI resources
This step is optional. You only need to perform this task when you switch OCI compartments or accounts.
Step 1: Decide whether to use the free VM build executor
This step is required.
Decide whether to use the free build executor or an OCI account before you create the VB Studio instance. If you change your mind later, you can switch between the two, but you may have to manually migrate some of the data.
See VB Studio's Free VM Build Executor to learn more about the capabilities of the free VM build executor.
VB Studio's Free VM Build Executor
The free VM build executor is available in the VB Studio's built-in free account and runs on VB Studio's default VCN.
The free VM build executor feature is available only for Commercial OC1 realm regions.
The more VM executors you have available, the more builds your organization's members can run at the same time. As the built-in free account offers only one VM executor, your VB Studio organization members can run only one build at a time. If members trigger multiple builds while a build is already running, they must wait until the build running on the VM executor is complete. The VM executor then runs the queued builds on a first-come-first served basis.
The free VM build executor template, called System Default OL7 for Visual Builder, includes the necessary software to run extension and visual application builds. You can't change the default executor template's configuration. This table lists the software defined in System Default OL7 for Visual Builder:
Software | Version |
---|---|
Oracle Linux operating system | 7.x |
Node.js | 16.x |
Oracle Java SE | 17.x |
Ant | 1.9.6 |
C++ Compiler (cpp/gcc) | 4.8.x |
Firefox | 78.7.x (or later) |
Git | 2.2.x (or later) |
Jq | 1.5.x (or later) |
JUnit 4 | 4.11 (or later) |
Maven | 3.6.x |
Python2 (including Virtualenv) | 2.7.x |
Ruby | 2.0.0p648 |
Xvfb | 1.20.x |
If you want to add more executor templates to reduce the wait time for your organization's members, to create custom executor templates with different software configurations, or to use advanced features (such as using your own VCN or using a different VM shape), you should configure VB Studio to connect to your own OCI account.
Configure VB Studio to Use the Free VM Executor for Build Jobs and Pipelines
In a VB Studio visual application project, you use build jobs to compile the source code, package the visual application, and deploy it to a Visual Builder instance. The builds and pipelines run on build executors, also called VM build executors. These VM executors are Oracle Cloud Infrastructure (OCI) VM Compute instances dedicated to run VB Studio builds.
In some Oracle Cloud regions and data centers, VB Studio is available pre-configured with a built-in free account, which provides one free VM executor that you can use to run build jobs that package and deploy your extensions. However, there some limitations (see VB Studio's Free VM Build Executor) associated with the free VM build executor, so you may want to connect to your own OCI account instead, if you have one. See OCI Resources in VB Studio for more a more comprehensive comparison between the built-in free account, free tier account, and your OCI account.
To find out whether your VB Studio instance is connected to the built-in free account, follow these steps:
- In the
navigation menu, click
Organization
.
- Click the OCI Account tab.
You should see a similar page:
Depending on your VB Studio's data center, you may or may not see the Built-in (Free) option.
What do you see? | What you need to do: |
---|---|
I see the Built-in (Free) option | If you're trying out extensions, no additional configuration is required. Go ahead and create your extension project. VB Studio creates the free VM build executor when you create your first project. |
I see the Built-in (Free) option, but want to run builds without any limitations | Configure VB Studio to connect to your OCI account and add VM executors.
If you're new to OCI, see Welcome to Oracle Cloud Infrastructure. |
I don't see the Built-in (Free) option, but have access to an OCI account | The built-in free account isn't available in your data center. You should configure VB Studio to connect to your OCI account and add VM executors. |
I don't see the Built-in (Free) option and don't have access to an OCI account either | You can still use VB Studio to create the extension project.
To run builds, create an OCI account or the Oracle Cloud Free Tier account. The free tier account offers free micro Compute VMs that your organization's members can use to run builds. After creating the free tier account, create OCI resources as described in Set Up the OCI Account and get their details as described in Get the Required OCI Input Values. Then, Set Up the OCI Connection in VB Studio. If you can't create an OCI account or the free tier account, wait for the built-in free account to be available in your data center. |
Before you create a project, note that in a VB Studio instance that has no projects and no VM executors, the first VM executor is created for you when you create the first project. If the project isn’t the initial one, the VM executor must be created manually.
Step 2: Decide whether to run VM build executors or Docker executors
This step is required.
In VB Studio, builds run either in VM build executors (VM executors, for short) or in Docker executors. Before your developers create jobs and run builds, you must decide whether to run your organization’s builds on VM executors or on Docker executors, and then create the required resources.
If you already know what you want to do, skip ahead to either Step 3: Set up VB Studio to run VM build executors or Step 4: Set up VB Studio to run builds on Docker executors.
If you’re not sure which one to use, see VM Build Executors or Docker Build Executors and Docker Images.
What are Build Executors and Build Templates?
Builds in a build system run in build executors. The operating system and software packages required to run builds on build executors are defined in build templates. In VB Studio, builds run either in VM build executors (VM executors, for short) or in Docker executors.
VM Build Executors
VM build executors are OCI VM Compute instances dedicated to run builds of jobs, which your organization’s members define in VB Studio projects.
A VM executor is always associated with a build executor template. When your organization's members create jobs, they simply associate the appropriate executor template with the job. When the job's build triggers, the VM executor that's associated with the executor template starts automatically. Oracle charges you only when a VM executor is active, runs a build, or is preparing itself to run a build.
This table describes the different states of a VM executor:
State | What does it mean? | Does it cost? |
---|---|---|
Pending | After you add a VM executor, it is in this state until it runs a build.
When a VM executor starts from this state, it takes some time to install the operating system and software packages. |
No |
Starting | The VM executor is starting.
If the VM executor starts from the Pending state, VB Studio installs the operating system and software packages on the VM executor's assigned boot volume. This takes time. If the VM executor starts from the Stopped state, VB Studio uses software packages and the operating system from the previous run's saved boot volume. VB Studio periodically checks all executor templates for updates. If an executor template is found with new updates, VB Studio deletes the preserved boot volume of all stopped VM executors that reference the executor template and changes their status from Stopped to Pending. |
Yes |
Available | Operating system and software packages are installed, and the VM executor is ready to run a build. | Yes |
In Use | The VM executor is running a build.
After the running build is complete, the VM executor returns to the Available state. |
Yes |
Stopping | The VM executor is shutting down.
Before shutting the VM executor down, VB Studio saves the operating system and software packages to the VM executor's assigned boot volume. |
Yes |
Stopped | The VM executor has shut down. | No |
Error | There's a hardware or a software issue on the VM executor. Check the VM executor's log to find more about the cause. | No |
Destroying | The VM executor is being deleted. | No |
Error Unrecoverable |
This state is most likely caused when a customer changes the Compute account's OCI access so that control of the VM executor OCI resources are blocked. This state can also occur if the build executor is in an Error status and VB Studio is not able to remove all used OCI resources or if there is a temporary network glitch during the removal process. VB Studio tries once a day to clear OCI resources used by the VM executor in the Error Unrecoverable state. To manually clear these resources, you can also use the Try to Reset action. |
No |
Some key points to remember about VM executors:
- After creating a VB Studio instance, VB Studio creates a VM executor when you create your first project (assuming you don’t already have one). The VM executor is associated with the System Default OL7 for Visual Builder executor template in the connected OCI account.
- When you add a VM executor manually, you must specify the executor template, choose an OCI region from the connected OCI account's subscribed regions, specify the OCI Compute VM's shape, and select the VCN (optional).
- Your OCI account may have some Compute instance limits set. When you add a VM executor, VB Studio looks into the specified OCI region's Availability Domains, finds available OCPUs with the specified shape, calculates the number of Compute instances, and displays the number of Compute VM instances you can add from your OCI account's set limit.
Here's an example of the VB Studio's Add VM Build Executors dialog box that displays the number of VM executors you can add with the VM.Standard.E2.1 shape:
- When you add a VM executor, it is added in the Pending state and doesn't cost you
anything. You can add more VM executors than the number of available Compute VM instances.
Remember, VB Studio creates a Compute VM instance when a VM executor starts, not when you add it.
- You can add standard and legacy VM shapes with these series:
- VM.Standard1
- VM.Standard2
- VM.Standard.E2
- VM.Standard.E3.Flex
- VM.Standard.E4.Flex
- VM.Standard.B1
For more details about the above shapes, see Standard shapes and Legacy shapes.
- A VM executor can run one build at a time.
- When a job's build runs, if VB Studio finds multiple VM executors allocated for the job's executor template, it runs the build on any one of them. You can't choose or specify a particular VM executor to use for the build.
- If you expect your organization's members to run parallel builds of jobs that refer to a common executor template, add multiple VM executors for that executor template. If you're not sure, you can start with one VM executor and add more VM executors later.
- While adding multiple VM executors that reference a common executor
template:
- Add all VM executors in the same VCN. If you add VM executors with a common executor template in different VCNs (such as some VM executors in the default VCN and other VM executors in a custom VCN), your builds might behave unpredictably.
- Add all VM executors with the same shape. If you add VM executors with different shapes (such as some VM executors of the VM.Standard1.1 shape and some of the VM.Standard2.8 shape), your builds may run slow or fast depending on the VM executor it runs on.
- After a build is complete, a VM executor continues to be in the Available state and waits for some time for any queued builds. This wait time is called sleep timeout. If no builds run on the VM executors in this duration, VB Studio automatically stops the VM executors.
- The more VM executors you have running at a specific time, the higher the cost. To minimize the higher cost, configure the sleep timeout to stop inactive VM executors after some time. The sleep timeout setting applies to all your organization's VM executors.
Build Executor Templates
A build executor template defines the operating system and the software packages your organization's members need to run builds on VM executors.
VB Studio offers some executor templates out-of-the-box, but you can create more templates if the default templates don't meet your requirements. See Create and Manage Build Executor Templates.
Some key points to remember about executor templates:
- Each executor template contains an Oracle Linux operating system, Java, and some required software packages. If required, you can install more software packages available in the VB Studio Software Catalog.
- You can't add a software package or a version that's not available in the VB Studio Software Catalog.
- In the Software Catalog, some software packages have multiple versions. You can add only one version to the executor template. However, you can add multiple versions of Java to an executor template.
- Executor templates don't consume storage space or increase your cost. You can create as many executor templates as you require.
- Some software packages, such as Fn and Oracle Jet, require other software packages in the same executor template. When you add these software packages, VB Studio prompts you to add the dependent software packages.
- Don't add unnecessary software packages to an executor template. The more software packages you add to an executor template, the more storage space its VM executors consume when they run builds.
What Happens When a Build Runs in a Build Executor?
When VB Studio runs a build, it follows a set order to select a VM executor. You can't choose or specify a particular VM executor to use for the build. If no VM build executors are found, VB Studio fails the build.
When multiple VM executors are found, VB Studio selects a VM executor to run the build in this order:
- If a VM executor is in the Available state, VB Studio runs a build on it.
- If no VM executors are in the Available state, VB Studio starts a Stopped VM executor, installs the operating system and the executor template's software packages from the saved boot volume, and then runs the build on it.
- If no VM executors are in the Available or the Stopped state, VB Studio starts a Pending VM executor, installs the operating system and the executor template's software packages, and then runs the build on it.
- If all VM executors are running builds, VB Studio waits for a VM executor to complete its build, and then runs a build on it.
A VM executor in the Stopped or Pending state will take several minutes to start because VB Studio installs the operating system and the executor template's software packages before running the build.
The VM executor should start subsequent builds more quickly. You can adjust the sleep timeout to avoid start-up delays.
- VB Studio checks the job's build executor template and then finds a VM executor allocated to it.
- VB Studio checks the job's configuration and runs the commands in the specified order.
- After the build is complete, VB Studio copies any generated artifacts to the configured OCI Object Storage bucket.
- The VM executor waits for some time for any queued builds. If no builds run during the wait time period, the VM executor stops.
Before stopping the VM executor, VB Studio saves the operating system and software packages to the VM executor's assigned boot volume.
Docker Build Executors and Docker Images
A Docker image defines the operating system and software packages your organization's members need to run builds on a Docker executor. You can either import a Docker image from an external Docker registry, such as DockerHub, or create it from a build executor template.
Unlike a VM executor, a Docker executor is not directly associated with any specific VM. When your organization's members create jobs, they simply associate a Docker image as a build template with the job. When the job's build triggers, VB Studio runs the build on any Docker deployment VM.
Some key points to remember about Docker images:
- When you create an image from a build executor template, VB Studio creates a new Docker image by installing the software configured in that template. When you create an image from a registry, VB Studio pulls the image from the registry, adds a build agent, and creates a new image.
- You can specify the maximum number of executors that can be created from the image.
- You can create as many Docker images as you require, as long as the Management VM has enough space.
Docker Deployment VMs and Docker Executors
Docker executors run in a Docker deployment VM. Like a VM build executor, a Docker deployment VM is an OCI VM Compute instance dedicated to run builds.
To run builds in Docker executors, you add Docker deployment VMs. A Docker executor can run only one build at a time, but a Docker deployment VM can run multiple builds simultaneously, depending on how many Docker executors are configured for the deployment VM. The maximum number of Docker executors that can be run by a given Docker deployment VM is configurable between 1 and 10.
When a job's build is triggered, VB Studio starts a Docker deployment VM if it is in a stopped state, creates a Docker executor in it, and builds the job using the executor.
Remember, a Docker deployment VM costs you only when it's in a running state and actively building jobs. When the Docker deployment VM is idle and not building jobs, it'll be put to sleep. You can configure the number of minutes the deployment VM remains idle before it is put to sleep.
This table describes the Docker deployment VM states:
State | What does it mean? | Does it cost? |
---|---|---|
Pending | After you add a Docker deployment VM, it is in this state until the management VM finishes building, and then it will start automatically. | No |
Starting | The Docker deployment VM is starting.
If the Docker deployment VM starts from the Pending state, VB Studio installs the operating system and software packages on the Docker deployment VM's assigned boot volume. This takes time. If the Docker deployment VM starts from the Stopped state, VB Studio uses software packages and the operating system from the previous run's saved boot volume. |
Yes |
Ready | The operating system and Docker agent are installed and started. The VM is ready to deploy Docker executors. | Yes |
Stopping | The Docker deployment VM is shutting down.
Before shutting the Docker deployment VM down, VB Studio saves the operating system and software packages to the Docker deployment VM's assigned boot volume. |
Yes |
Stopped | The Docker deployment VM has shut down. | No |
Error | There's a hardware or a software issue on the Docker deployment VM. Check the Docker deployment VM's log to find more about the cause. | No |
Some key points to remember about Docker deployment VMs and Docker executors:
- Once created, the Docker Management VM is always running and costs you 24-7. To keep your costs lower, if you are planning to run fewer builds with fewer images, select a smaller shape with fewer OCPUs.
- To run builds in Docker executors, you add Docker deployment VMs and specify the number of Docker executors it can run, select the OCI region from the connected OCI account's subscribed regions, the OCI Compute VM's shape, and optionally the VCN.
- Your OCI account may have some Compute instance limits set. When you add a Docker deployment VM, VB Studio looks into the specified OCI region's Availability Domains, finds available OCPUs with the specified shape, calculates the number of Compute instances, and displays the number of Compute VM instances you can add from your OCI account's set limit.
- When you add your first Docker deployment VM, VB Studio adds one more VM, called the Docker Management VM, to manage Docker images.
- The Docker Management VM is responsible for creating Docker images and Docker executors and for deploying images to Docker executors.
- When you create your first Docker deployment VM, the Docker Management VM is also created with the same shape.
- VB Studio provides a default shape selection for the management VM.
This default is only a recommendation. Some things to consider:
- You could still choose a lower-end configuration for your specific purposes, but the default is what VB Studio determines to be the optimal powered VM for the management VM. Although a low-end VM (such as Standard 1.1 with 1 CPU and 8 GB of memory) could be used for Docker Image management in scenarios that have few Executor templates and create just a few Docker images, it is better to use the default recommendation. If you try to select a lower-powered VM than what is recommended, you'll see a warning.
- For scenarios that have several Executor templates and will create several Docker images, using a high-end VM (such as VM.Standard.E3.Flex with 4 OCPU and 32 GB RAM) instead is recommended. Using a low-end VM in demanding scenarios will severely hamper overall performance.
- If a Docker deployment VM is not in use, it will eventually time out and enter the Stopped state, which has no associated cost to you.
- The higher the number of Docker deployment VMs running Docker executors at any specific time, the higher the associated cost. To minimize the higher cost, you should configure the sleep timeout to stop inactive Docker deployment VMs after some period of time. The default timeout is 300 minutes. The sleep timeout setting will be applied to all your organization's Docker deployment VMs.
What Happens When a Build Runs on a Docker Executor?
- VB Studio checks the Docker image that corresponds with the template configured in the job and
finds whether a build of the image has run before.
If this is the Docker image's first build, it finds a Docker deployment VM to run the image in an executor, and then it downloads the image from the Docker Management VM if the image doesn't already exist in the VM.
If one or more Docker deployment VMs are found, VB Studio selects a Docker deployment VM to run the build in this order:
- If a Docker deployment VM is in the Ready state and has at least one Docker executor that's not running, VB Studio runs the build on it. A Docker deployment VM is full if VB Studio has already deployed the maximum number of executors on that VM.
- If no Docker deployment VMs are in the Ready state, VB Studio starts a Stopped Docker deployment VM and runs the build on one of its Docker executors.
- If all Docker executors of all Docker deployment VMs are running builds, VB Studio waits for a Docker executor to complete its build, and then runs a build on it.
If this is not the Docker image's first build, VB Studio finds the Docker deployment VM that ran the image's Docker executor earlier and uses it to run the build again, unless the Docker deployment VM is full. If all Docker executors of the Docker deployment VM are busy running builds, VB Studio selects another Docker deployment VM to run the build in the above described order.
- VB Studio checks the job's configuration and runs the commands in the specified order.
- After the build is complete, VB Studio copies any generated artifacts to the configured OCI Object Storage bucket.
- The Docker deployment VM waits for some time for any queued builds. If no builds run
during the wait time period, the Docker deployment VM stops.
Before stopping the Docker deployment VM, VB Studio saves the Docker image to the Docker deployment VM's assigned boot volume.
Step 3: Set up VB Studio to run VM build executors
This step is optional.
If you decided to go with VM build executors in Step 2, use this step. If you decided to use Docker executors, go to Step 4: Set up VB Studio to run builds on Docker executors. You must use one or the other.
To run VM build executors, you'll need to create build executor templates and then add VM executors.
Create and Manage Build Executor Templates
You can create and manage build executor templates from the Organization Administration page's Virtual Machine Templates tab.
You can't create or manage executor templates if VB Studio is connected to the built-in free account. If you want to use software that isn't available in the default executor templates, configure VB Studio to connect to your OCI account. See Change Your OCI Account.
VB Studio offers these executor templates out-of-the-box for your organization to use. You can't modify or delete these executor templates.
Build executor template | Description |
---|---|
System Default OL7 for Visual Builder | Use this template to package and deploy extensions and visual applications. The template defines these software packages on Oracle Linux 7:
|
System Default OL8 | Use this template for build jobs that use the default software packages on Oracle Linux 8. |
System Default OL7 | Use this template for build jobs that use the default software packages on Oracle Linux 7. |
If none of these meet your requirements, you can create as many executor templates as you need. Executor templates don't consume storage space or increase your cost.
You can create and manage executor templates from the Build Executor Templates tab on the Organization page:
- In the
navigation menu, click
Organization
.
- Click the Build Executor Templates tab.
This table describes the actions you can perform to create and manage executor templates.
Action | How To |
---|---|
Create a custom executor template |
|
Configure an executor template’s software |
|
Edit an executor template's name or description |
|
Delete an executor template |
When you delete an executor template, its VM executors are deleted too.
|
Add and Manage VM Build Executors
A VM executor can run one build at a time. When you add a VM build executor, you allocate an OCI VM Compute instance to run VB Studio builds. If you expect your organization's members to run builds in parallel jobs that refer to a common executor template, you should add multiple VM executors for that executor template. Note that the more VM executors you have running at a specific time, the higher the cost. To minimize the higher cost, use the Sleep Timeout setting to automatically shut down inactive VM executors.
You can't add or manage VM executors if VB Studio is connected to the built-in free account. If you want to add more than one VM executor, configure VB Studio to connect to your OCI account.
Here's an example of multiple VM executors that use a common executor template.

You add and manage VM executors from the Build Executors tab on the Organization page:
- In the
navigation menu, click
Organization
- Click the Build Executors tab.
This table describes the actions you can perform to manage VM executors.
Action | How To |
---|---|
Add the free VM build executor in the built-in free account |
You can add and use the free VM build executor only if your VB Studio instance is connected to the built-in free account. The free VM build executor will be automatically created upon creation of the first project in the org. You can also add it by clicking Create Free VM Build Executor on the Build Executors tab. VB Studio creates the free VM build executor that uses the System Default OL7 for Visual Builder template. You can't change the VM executor's template. The new VM executor is in the Pending state until you manually start it or trigger a job's build that references the associated executor template. |
Find VM executors of an executor template | In the search box, enter the executor template's name. |
Sort VM executors | Click the arrow icon in the column's header to sort VM executors. For example, to sort VM executors by their state, click the arrow icon in the Status column's header. |
Add a VM executor in the VB Studio's default VCN |
The new VM executor is in the Pending state until you manually start it or trigger a job's build that references the associated executor template. |
Add a VM executor in another compartment's VCN | Before you add a VM executor, make sure you've added a public subnet in the VCN. See Create and Configure a Public Subnet in a VCN.
The new VM executor is in the Pending state until you manually start it or trigger a job's build that references the associated executor template. |
Get the name and IP addresses of a VM executor's VCN subnet. |
|
View a VM executor’s log |
The VM executor’s log has entries for all events along with information about when the events occurred, the type of event, and event details.
|
Start or stop a VM executor manually | When a build of a job triggers, its VM executor starts automatically if it was in the stopped state. It takes
some time to start a VM executor, and the user must wait for a VM executor to start before the job's build runs on it. Similarly, a VM executor stops automatically if no builds run on it during the sleep
timeout period.
At times, you may want to manually
start a VM executor before triggering a job's build or stop it to free resources
immediately. To start or stop a VM executor, click Actions
To start or stop multiple VM executors, select their check boxes, click Update Selected and select Start selected VMs or Stop selected VMs. |
Delete a VM executor |
To delete a VM executor, click Actions If the Delete action doesn't delete the VM executor, you can force a delete using the Force Delete action. To delete multiple VM executors, select their check boxes, click Update Selected and select Delete selected VMs. |
Change the sleep timeout of all VM executors |
Set the sleepout time to stop inactive VM executors automatically. By default, it is 30 minutes. The higher the sleep timeout value, higher will be your cost as inactive VM executors continue to be in the Available state for a longer time. If you don't expect your organization's users to run builds frequently, specify a lower sleep timeout. When a VM executor starts from the Stopped state, it installs the operating system and all software packages of the executor template. This takes time and your organization's users must wait for the build to start until the VM executor is in the Available state. If you expect your organization's users to run builds frequently, specify a higher sleep timeout value.
|
Reset the VM executor |
Use the Try to Reset action if the build executor is stuck in the Error Recoverable status. The Try to Reset action will try to remove all used OCI resources of the VM executor. To reset a VM executor, click Actions
|
What Determines How Many VMs I Can Create?
There are three factors that determine how many VMs you can create:
- OCPU - The maximum number of VMs varies according to the shape selected
- Memory - The maximum number of VMs is based on the Flex shape selected and the Allocated Memory setting. (This restriction is used for Flex shapes only.)
- Volume - The maximum number of VMs is based on the Volume Size setting.
You might notice that Quantity isn't on the list. The quantity of VMs that you actually create has no impact on the limits. The limits represent the maximum numbers of what you could use but VB Studio doesn't restrict what you can create. This is actually beneficial, since availability constantly changes. Instead, the runtime simply limits what you can use in real time.
Connect to Your OCI Account and Add VM Build Executors
You may want to configure VB Studio to connect to your own OCI account if you need more VM build executors to reduce the wait time for your organization's members, you want to create custom build executor templates, or you want to use advanced features for VM executors (such as use your own VCN or use a different VM shape).
- Set up your OCI account and get the required input
values. If you don't have authorization to create and manage
OCI resources, ask some one who can create the resources and
share their details.
See Set Up the OCI Account and Get the Required OCI Input Values.
- In the
navigation menu, click
Organization
.
- Click Connect OCI Account.
- Enter the required details and click Validate.
- After successful validation, click Save.
To create custom executor templates, see Create and Manage Build Executor Templates. Remember to add Node.js 16 (or a higher version) to the executor template. Node.js 16 is the minimum version required for packaging extensions.
To add more VM executors:
Run VM Build Executors in Virtual Cloud Network
A Virtual Cloud Network (VCN) is a software-defined network that you set up in the OCI data centers of a region. A subnet is a subdivision of a VCN. A VM build executor always runs in a VCN's public subnet.
You can choose to run a VM executor in the VB Studio compartment's VCN or in another compartment's VCN. Run the VM executor in the VB Studio compartment's VCN if you don't have a VCN or want to use the default option without any additional configuration. Run the VM executor in another compartment's VCN if you want the VM executor to access Oracle Cloud services running in that compartment's VCN.
You can't run VM executors in a VCN if VB Studio is connected to the built-in free account. To use another compartment's VCN, configure VB Studio to connect to an OCI account.
Use VB Studio's Default VCN
VB Studio compartment's VCN, also called the default VCN, is automatically created for you when the first VM build executor that uses it starts.
VB Studio's default VCN is called vbs-executor-vcn
and resides in the VB Studio's compartment. When a VM executor that uses the default VCN starts, VB Studio checks the OCI compartment for the default VCN. If it doesn't exist, VB Studio creates a VCN called vbs-executor-vcn
with CIDR block
10.0.0.0/16
and public subnets in all availability domains. If the
VCN exists, VB Studio uses it to run your VM executors.
When VB Studio creates the default VCN, it also creates these components and adds them to the VCN:
- An Internet Gateway
- A Route Table that uses the Internet Gateway as the routing rule
- Security Rule Ingress rules that allow TCP traffic on:
- Destination port 22 (SSH), 9003 (Executor agent debug), 9005 (VM agent debug), 9082 (Executor agent), and 9085 (VM agent), and 8095 (Docker Agent), and 9001-9010 from source
0.0.0.0/0
and any source port. - Destination port 443 from sources in the
10.0.0.0/16
IP range.
- Destination port 22 (SSH), 9003 (Executor agent debug), 9005 (VM agent debug), 9082 (Executor agent), and 9085 (VM agent), and 8095 (Docker Agent), and 9001-9010 from source
- A Security Rule that allows Egress to any destination from any protocol.
- Three public subnets, one for each availability domain. Their CIDR is
set to
10.0.0.0/24
,10.0.1.0/24
, and10.0.2.0/24
.
Here's an example of the default VCN:

As soon as the default VCN is available, you have full control over it and can modify it. You can add private subnets for your private services, add more public subnets or delete the existing subnets, modify security lists, and add or remove other components.
- When a VM executor runs on the default VCN, it runs on any of its available public subnets. You can't specify which subnet it should run on.
- If you plan to remove some public subnets of the default VCN, make sure that at least one public subnet is available in the VCN. If there are no public subnets, VM executors in the default VCN won't run and your builds will fail.
- The default VCN is created once and continues to stay until it is deleted manually.
- If your organization's members configure jobs that access Oracle Cloud services in the private or public subnets of the VCN, ask them to configure their jobs to access the services using private IPs or Fully Qualified Domain Name (FQDN).
Run VM Build Executors in Another Compartment's VCN and Subnets
To allow a VM build executor access your Oracle Cloud services in a compartment's VCN, you should configure the VM executors to run in the same VCN. This allows the VM executor to access Oracle Cloud services easily without any complex networking configuration.
Before you configure the VCN, make a note of these:
- A VM executor always runs in a public subnet.
- In the VCN, you must create a public subnet or configure an existing public subnet to allow inbound access from and outbound access to VB Studio. See Create and Configure a Public Subnet in a VCN.
- Make sure that the public subnet is regional.
- Instead of modifying an existing security list's security rules, create
a new security list for the public subnet.
For the public subnet, create a security list and add ingress rules from source CIDR
0.0.0.0/0
for VB Studio ports22
(SSH),9082
(Executor Agent), and9085
(VM Agent). This is required to allow VB Studio access the VM executors in the VCN. - For the subnet's compartment, assign the
use virtual-network-family
OCI policy to the user whose OCID you specified when you set up the OCI connection in VB Studio. This is required for networking permissions and builds to run in the VCN's subnet. This statement assigns the policy to the user's group:allow group <group-name> to use virtual-network-family in compartment <subnet-compartment-name>
Here's an example of the
use virtual-network-family
policy added to the policies you created in Set Up the OCI Account. - Make sure that the VCN has a route table with a rule that allows Internet access.
- To allow the VM executor to access the VCN's private subnet's services and resources, configure the private subnet's security rules to allow incoming traffic from the public subnet used by the VM executor.
- While adding a VM executor, you can specify multiple public subnets. If VB Studio can't create the VM executor on the first specified public subnet, it tries to create it in the second subnet, and so on.
- After configuring a VM executor to run in another compartment's VCN, ask your organization's members to configure
their build jobs to use the private IP addresses or the Fully Qualified Domain Name
(FQDN) of services that are running in the VCN.
Tell them not to use public IP addresses, because when VM executors are in the same VCN as the service, public IP addresses will route the traffic outside the VCN, causing builds to fail.
This table describes what you need to do if you have a VCN.
If ... | Then : |
---|---|
You have a VCN without a public subnet |
|
You have a VCN with a public subnet |
|
You don't have a VCN and want to create one |
|
Create and Configure a Public Subnet in a VCN
Before you can run VMs in another compartment's VCN, you must first create a public subnet in your VCN with security rules that allow inbound access from and outbound access to VB Studio.
Allow VM Build Executors to Access a Private Subnet's Resources
After adding a public subnet in a VCN, to allow VM build executors access the resources and services (such as Java Cloud Service or a VM-based Database) running in the VCN's private subnet, configure the private subnet's security rules to allow incoming traffic from the public subnet used by VM executors.
For example, to allow VM executors access Java Cloud Service running in a private subnet, configure the subnet's security list to add the VM executors CIDR ranges to the Ingress rule associated with the JCS Admin port.
VB Studio Public IP Addresses in OCI Data Centers
If you're running VM executors in another compartment's subnet and don't want to use the CIDR
0.0.0.0/0
range in your ingress and egress rules, specify VB Studio's public IP address in the subnet's ingress and egress rules.
For a list of public IP addresses, see VB Studio Public IP Addresses.
You can also use the following list of IP addresses to restrict outbound access from your build VM executors:
Server type | IP address |
---|---|
Storage |
129.150.1.1/32 129.150.1.2/32 134.70.80.3/32 134.70.84.3/32 130.162.1.2/32 130.162.1.1/32 |
Public yum | 23.212.73.81/32 |
Shared services yum | 130.35.147.212/32 |
Yum regional mirrors |
192.29.194.161/32 129.149.81.204/32 129.149.51.216/32 192.29.166.112/32 155.248.131.128/32 129.149.16.241/32 129.148.209.47/32 138.1.66.178/32 192.29.138.86/32 129.148.132.80/32 147.154.1.235/32 192.29.25.15/32 192.29.113.113/32 129.149.65.253/32 192.29.242.73/32 138.1.16.168/32 129.149.114.199/32 192.29.222.78/32 129.149.98.107/32 129.149.122.166/32 192.29.38.186/32 147.154.123.93/32 129.149.39.7/32 129.148.179.162/32 129.148.160.57/32 192.29.153.28/32 129.149.3.154/32 129.148.144.226/32 192.29.82.26/32 192.29.69.154/32 192.29.181.241/32 |
NPM (registry.npmjs.org) |
104.16.16.35/32 104.16.17.35/32 104.16.18.35/32 104.16.19.35/32 104.16.20.35/32 104.16.21.35/32 104.16.22.35/32 104.16.23.35/32 104.16.24.35/32 104.16.25.35/32 104.16.26.35/32 104.16.27.35/32 |
Node.js (nodejs.org) |
104.20.22.46/32 104.20.23.46/32 |
Docker - OL8 only (download.docker.com) |
108.156.91.110/32 108.156.91.29/32 108.156.91.41/32 108.156.91.7/32 |
Software for Build Executor Templates
VB Studio provides various software packages in the build executors' software catalog. Some software packages are available by default in each executor template.
Platforms
These platforms are available:
- Oracle Linux 8
- Oracle Linux 7 (default)
Default Software Packages
These software packages are available by default in each executor template. You can't edit or remove these software packages from an executor template.
Software | Version in Oracle Linux 8 | Version in Oracle Linux 7 |
---|---|---|
Oracle Java SE | 17.x | 17.x |
Ant | 1.10.5 (or later) | 1.9.15 |
C++ Compiler (cpp/gcc) | 8.5.0 (or later) | 4.8.5 (or later) |
Git | 2.31.1 (or later) | 2.27.1 |
Jq | 1.6 (or later) | 1.5.x (or later) |
Maven | 3.6.3 | 3.6.3 |
Python2 (including Virtualenv) | 2.7.18 (or later) | 2.7.5 (or later) |
Software Packages in the Software Catalog
Here's a list of the software available in the VB Studio's software catalog. You can add only one version to an executor template, even if multiple versions of the software are available.
Software | Version in Oracle Linux 8 | Version in Oracle Linux 7 | Notes |
---|---|---|---|
Docker | 23.0.1 (or later) |
19.03.11 (or later) |
|
Findbugs | 3.0.1 | 3.0.1 |
Note
FindBugs is deprecated in the 23.07.0 release and will be removed in the 23.10.0 release. |
Firefox | ESR 102.4.0 (or later) | ESR 102.4.0 (or later) | |
Fn | NA | 0.6.22 | Requires Docker and OCIcli. |
GraalVM EE for Java 8 | 21.2.0 | 21.2.0 | For Java 1.8_301 (or later), version 21.2.0 is available. |
Gradle | 7.5.1 | 7.5.1 | |
Groovy | 4.0.4 | 4.0.4 | |
Helm | 3.9.3 | 3.9.3 | |
Java SE |
19.0.2 17.0.6 11.0.18 1.8.0_361 |
19.0.2 17.0.6 11.0.18 1.8.0_361 |
Note
Java 17.x is now automatically included in all new Build Executor templates (instead of Java 1.8.x) and is automatically added to any existing templates. Templates created before 22.10.0 will continue to include Java 1.8.x, but they will all be updated to include Java 17.x. You can add multiple versions of Java to a build executor template. Ask your users to select the Java version they want to use in a job from the job's configuration page. |
JUnit 4 | 4.12 (or later) | 4.11 (or later) | |
Kubectl | 1.24.3 | 1.24.3 | |
Node.js |
17.9.1 16.16.0 14.20.0 |
17.9.1 16.16.0 14.20.0 |
|
Node.js Driver for Oracle Database | 5.4.0(or later) | 5.4.0(or later) | |
OCIcli | 3.14.0 (or later) | 3.14.0 (or later) | Requires Python3. |
Oracle Developer Studio 12c 12.5 | 12.5 | 12.5 | |
Oracle Forms Developer | 12.2.1.4.0 | 12.2.1.4.0 | |
Oracle Instant Client 12c |
19.15.0 21.7.0.0.0 (or later) |
19.15.0 21.7.0.0.0 (or later) |
|
Oracle JDeveloper Studio |
12.2.1.4.0 12.2.1.3.0 11.1.1.7.1 |
12.2.1.4.0 12.2.1.3.0 11.1.1.7.1 |
Note
Oracle JDeveloper Studio 11 is deprecated in the 23.07.0 release and will be removed in the 23.10.0 release. Extended support ended in December 2021. |
Oracle JET Command-line Interface | 13.0.0 (or later) | 13.0.0 (or later) | Requires Node.js |
Oracle SOA Suite 12 |
12.2.1.4.0 12.2.1.3.0 |
12.2.1.4.0 12.2.1.3.0 |
|
Packer | 1.8.3 | 1.8.3 | |
PSMcli | 1.1.28 | 1.1.28 | Requires Python3. |
Python3 |
3.10.6 3.9.13 3.8.13 3.7.13 |
3.10.6 3.9.13 3.8.13 3.7.13 |
To invoke virtualization for your environment, run this command: |
Ruby | 2.5.9p229 (or later) | 2.0.0p648 (or later) | |
SQLcl |
22.2.0(or later) |
22.2.0(or later) |
Requires Java 11 or later |
Terraform | 1.2.8 (or later) | 1.2.8 (or later) | |
Xvfb | 1.20.11 (or later) | 1.20.4 (or later) |
Step 4: Set up VB Studio to run builds on Docker executors
This step is optional.
If you decided to go with Docker executors in Step 2, use this step. If you decided to use VM build executors, go to Step 3: Set up VB Studio to run VM build executors. You must use one or the other.
In VB Studio, you can run builds on Docker executors. You may want to use Docker executors for your execution platform if you have several templates and frequent jobs. Docker requires one management VM to run full-time, as well as one or more deployment VMs that can switch between templates as needed by different builds. Another reason you may want to use Docker executors instead of VM executors is if you want to include custom Docker images as the base for build executor templates.
You can import Docker images from your private or public Docker registry or create them from build executor templates, then deploy these images on VB Studio's Docker deployment VMs.
Add Your First Docker Deployment VM
If you haven't configured VB Studio to add VM executors, you can add your first Docker deployment VM from the Organization page's Build Executors tab.
If you have created a VCN for your VM executors, make sure that you have the VCN configured to support Docker executors. For instructions, see Use VB Studio's Default VCN or Create and Configure a Public Subnet in a VCN for a custom VCN.
- Configure VB Studio to connect to your OCI account.
- In the
navigation menu, click Organization
.
- Click the Build Executors tab.
- In the Custom Docker Executor tile, click Create Docker Executor.
- Add details to the Add VMs for Creating Docker Executors dialog:
- For VCN Select, choose Default or Custom.
- If you chose Default, click Create. You are finished with this task.
- If you chose Custom, continue to the next step.
- Fill out the additional details for the custom VCN:
- Click Validate Network Setup.
- Click Create.
Migrate to Docker
If you've created one or more VM executors and want to use Docker executors to run builds, you can migrate those VM executors to Docker.
You can choose to run builds for your organization on either VM executors or on Docker executors; you can't choose both. If the builds in your organization are already running on VM executors, you can migrate to Docker, and all builds in your organization going forward will use Docker executors.
When you perform a Docker migration, all of your VM executors are destroyed and recreated in Docker as images, separate from deployment VMs. If you want to revert back to VM executors, you will perform a reset that destroys all the Docker images and deployment VMs. You will then have to recreate your VM executors manually, so be sure to capture the details of your current VM executors before performing a migration in case you need to reset and go back.
If you have VM executors that specify different custom VCNs, you must capture the details of all of the custom VCNs before migrating to Docker. The migration dialog will only let you choose one VCN, and you will need to recreate the deployment VMs with the details of your other custom VCNs.
- If you're using the free VM build executor or are connected to the OCI free tier account, configure VB Studio to connect to your OCI account.
- In the
navigation menu, click
Organization
.
- Click the Build Executors tab.
- Capture details for your current VM executors in case you want to revert back from Docker executors to VM executors.
- To capture ID, template, and shape information, copy the contents of the Build Executors table and paste to a text file.
- To capture the contents of the Details column, click Show machine details
for each VM executor, copy the VM Build Executor Configuration details, and paste to a text file.
- Click Migrate to Docker.
- In the Do you want us to re-create your VM executors as Docker images dialog, enter the required details.
- For VCN Select, choose Default or Custom.
- If you chose Default, click Migrate. You are finished with this task.
- If you chose Custom, continue to the next step.
- Fill out the additional details for the custom VCN:
- Click Validate Network Setup.
- Click Migrate.
Create and Manage Docker Images
In VB Studio, you can import a Docker image from an external Docker registry or create a Docker image from a build executor template.
You will need to configure VB Studio to connect to your OCI account before you can proceed. See Set Up the OCI Connection in VB Studio.
You can't create or manage Docker images if VB Studio is connected to the built-in free account.
VB Studio provides out-of-the-box base Docker images for your organization's users. You can't modify or delete these Docker images, and they can't be used for building your job. These base images are used to create Docker images from Docker build executor templates.
Docker image | Description |
---|---|
System Base OL7 | Oracle Linux 7 base image with required software packages |
System Base OL8 | Oracle Linux 8 base image with required software packages |
You can create and manage Docker images from the Build Executors tab on the Organization page.
- In the
navigation menu, click
Organization
.
- Click the Build Executors tab.
- Click the Docker Images tab.
This table describes the actions you can perform to create and manage Docker images.
Action | How To |
---|---|
Import a Docker image from an external Docker registry |
|
Create a Docker image from an executor template |
You can create only one Docker image from an executor template.
|
Change a Docker image's executor template | Click Action
![]() |
Change a Docker image's maximum executors | Click Action ![]() |
Re-create a Docker image | Click Action
![]() |
View a Docker image's log | Click Action
![]() |
Delete a Docker image |
Click Action
![]() |
Add and Manage Docker Deployment VMs
You can add and manage Docker deployment VMs from the Organization Administration page's Build Executors tab.
You can't add or manage Docker deployment VMs if VB Studio is connected to the built-in free account. If you want to add Docker deployment VMs, you'll need to configure VB Studio to connect to your OCI account.
- In the
navigation menu, click Organization
.
- Click the Build Executors tab.
- Click the VM Pool tab and follow one of these procedures:
- To add Docker deployment VMs after you have added the initial VM, see Add Docker Deployment VMs.
- To view, start, stop, delete, or view the Docker VM logs, see Manage Docker VMs.
- To manage disk usage for a Docker VM, see Manage Docker VM Resources.
Add Docker Deployment VMs
When you add a Docker deployment VM, you allocate an OCI VM compute instance to run your builds in Docker executors.
- From the VM Pool tab, click + Add VMs.
- Add details to the Creating Docker Executors dialog:
- For VCN Select, choose Default or Custom.
- If you chose Default, click Create. You are finished with this task.
- If you chose Custom, continue to the next step.
- Fill out the additional details for the custom VCN:
- Click Validate Network Setup.
- Click Create.
Manage Docker VMs
You can view, start, stop, or delete a Docker deployment VM,view the VM log from the Organization Administration page's Build Executors tab, or show available resources for the VM. You can also reset, view the log, or show available resources for the Docker management VM.
From the VM Pool tab, choose one of the actions shown in the following table:
Action | How To |
---|---|
View a Docker deployment VM’s or Docker management VM's log | Click Action
![]() |
Start or stop a Docker deployment VM | Click Action
![]() To start or stop multiple Docker deployment VMs, select their check boxes, click Update Selected and select Start selected VMs or Stop selected VMs. |
Delete a Docker deployment VM | Click Action
![]() To delete multiple Docker deployment VMs, select their check boxes, click Update Selected and select Delete selected VMs. |
Reset a Docker management VM | Click Action ![]() |
View and clean up VM resources | Click Action ![]() |
View the projects associated with a restricted Docker deployment VM. | In the Restricted column, hover over ![]() |
Manage Docker VM Resources
You can view the total disk usage available for a Docker Management VM or Docker Deployment VM and delete images or containers to free up disk space.
For a quick look at the disk usage for a Docker VM, hover over the Disk Usage bar to view usage percentage, GB used, total GB available, and the date that the data was last updated.

The data on this page is only updated every hour or so. For real time usage and additional detail, view the Resources page for the VM.
To view the Resources page for a Docker VM, click and select Show Resources.

If you are viewing Docker Management VM resources, you will see the Internal Registry Size instead of the Builds Workspace Size.
From here you can view total disk usage for the VM, as well as usage for individual images and containers.
The following table describes actions you can take to free disk space.
Action | How To |
---|---|
Delete an individual image (for Docker deployment VMs). | In the Images tab, click the trash can next to the image. |
Free disk space by removing images that are no longer in use. | In the Images tab, click the Clean Images/Free Diskspace button at the bottom. |
Reset Docker and Move to VM Build Executors
If you want to run your organization's builds on VM build executor, you can reset Docker on the Management VM from the Organization page's Build Executors tab.
If you reset Docker, all of your VMs and images will be destroyed and your VM executors will need to be created from scratch. Capture the details of your images and deployment VMs before you begin so they can be recreated manually when you switch to VM executors.
- In the
navigation menu, click
Organization
.
- Click the Build Executors tab.
- Click the VM Pool tab.
- For the Management VM, click
and select Reset.
- In the Delete Docker Deployment VM dialog box, click OK.
Step 5: Add users to IDCS
This step is required.
To add users to VB Studio and its projects, make sure they are added to IDCS and assigned appropriate VB Studio roles. If you want to add groups instead of adding users individually, see Manage Your Organization's Groups.
To federate with your existing identity provider, see Federating with Identity Providers.
To add users manually to IDCS, follow these steps:
- Open the Oracle Cloud Console page.
- In the upper-left corner, click
Navigation Menu
.
- Under Governance and Administration, select Identity, and then select Federation.
- On the Federation page, click the identity service provider's link.
- On the Identity Provider Details page, click Create IDCS User.
- In the Create IDCS User dialog box, enter the new user's details and click Create.
- To send the password reset instructions and URL to the new user, click Email Password Instructions.
- Click close.
- On the Identity Provider Details page, click the user's IDCS Username link.
- On the User Details page, click Manage Service Roles.
- On the Manage Service Roles page, search for the service with Developer Cloud Service description, click the Actions icon (three dots) and select Manage Instance Access.
- On the Manage Access page, in the
Instance Role column, select the role you want to grant to the
user. A user must be assigned one of these two roles to access VB Studio.
This VB Studio role... Enables a user to: DEVELOPER_ADMINISTRATOR Set up VB Studio, manage all projects, manage VM executors and executor templates, and update the organization details. The user with this role is also called the Organization Administrator. Assign this role role to users who can administer VB Studio.
DEVELOPER_USER Create and access VB Studio projects. All non-admin users of VB Studio must be assigned this role. Note that this role doesn't allow the user to update the organization details.
- Click Save Instance Settings.
- On the Manage Service Roles page, click Apply Role Settings.
For more details about adding users to IDCS and assigning them roles, see Managing Oracle Identity Cloud Service Users in the Console and Managing Instance Roles in the Console.
Step 6: Configure your OCI resources
This step is optional. You need to perform task only if you switch OCI compartments or accounts.
- Create a compartment.
- Create a group and a user to access the compartment.
- Create a policy that defines access to the compartment resources.
You can use the root compartment and the tenancy user that was created when the OCI account was created, but it's recommended to create a dedicated compartment to host VB Studio resources. This allows you to organize VB Studio resources better because they aren't mixed with other tenancy resources. You can also restrict users and control read-write access to the compartment without affecting other resources. To learn more about compartments, see Understanding Compartments.
If you use Oracle Cloud OS Management Service (OSMS), don't configure VB Studio to use the OSMS compartment, or a compartment with an OSMS policy. OSMS compartments aren't compatible with VB Studio VM build executors.
If you aren't authorized to create and manage OCI resources, ask someone who can and have them share the details of the resources they created.
Set Up the OCI Account
When you switch OCI accounts or change from using the Free VM account to using an OCI account, you may need to manually set up the OCI account and then connect it to VB Studio.
Get the Required OCI Input Values
Every OCI resource has a unique Oracle-assigned ID called an Oracle Cloud Identifier (OCID). You'll need and use this information (and more) to set up the OCI connection in VB Studio.
To connect to OCI, you need the account's tenancy OCID, home region, the OCID of the compartment that hosts VB Studio resources, and the OCID and the fingerprint of the user who can access the VB Studio compartment. To connect to OCI Object Storage, you need the Storage namespace. You can get these values from the OCI Console pages.
This table describes how to get the OCI input values required for the connection.
To get these values ... | Do this: |
---|---|
Tenancy OCID, Home Region, and Storage Namespace |
|
User OCID and fingerprint |
|
Compartment OCID |
|
Set Up the OCI Connection
Before you can connect to OCI, you must first get the compartment's details, user details, and the required OCID values. You need to exit VB Studio and open the OCI console to retrieve the details you need. If you're not the OCI administrator, you need to get the details from the OCI administrator.
