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.
Note:
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 left navigator, 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 and select Start or Stop. 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 and select Delete. 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 and select Try to reset. |