Azure virtual machine scale set agents
This feature is currently in private preview. It will soon be available in public preview.
Azure virtual machine scale set agents, hereafter referred to as scale set agents, are a form of self-hosted agents that can be autoscaled to meet your demands. This elasticity reduces your need to run dedicated agents all the time. Unlike Microsoft-hosted agents, you have flexibility over the size and the image of machines on which agents run.
If you like Microsoft-hosted agents but are limited by what they offer, you should consider scale set agents. Here are some examples:
- You need more memory, more processor, more storage, or more IO than what we offer in native Microsoft-hosted agents.
- You need NCv2 VM with particular instruction sets for machine learning.
- You need to deploy to a private Azure App Service. It's in a private VNET with no inbound connectivity.
- You need to open corporate firewall to specific IP addresses so that Microsoft-hosted agents can communicate with your servers.
- You need to restrict network connectivity of agent machines and allow them to reach only approved sites.
- You can't get enough agents from Microsoft to meet your needs.
- You can't partition Microsoft-hosted parallel jobs to individual projects or teams in your organization.
- You want to run several consecutive jobs on an agent to take advantage of incremental source and machine-level package caches.
- You want to run additional configuration or cache warmup before an agent begins accepting jobs.
If you like self-hosted agents but wish that you can simplify managing them, you should consider scale set agents. Here are some examples:
- You don't want to run dedicated agents round the clock. You want to de-provision agent machines that are not being used to run jobs.
- You run untrusted code in your pipeline and hence want to re-image agent machines after each job.
- You want to simplify periodically updating the base image for your agents.
You cannot run Mac agents using scale sets. You can only run Windows or Linux agents this way.
Create scale set agent pool
- Select any Linux or Windows image - either from Azure marketplace or your own custom image - to create the scale set. Do not pre-install Azure Pipelines agent in the image. Azure Pipelines will automatically install the agent as it provisions new virtual machines.
- Use ScaleSet VMs for the orchestration mode of the scale set. Virtual machines orchestration mode is not supported.
- Azure Pipelines disables autoscaling and takes over the addition and deletion of VMs based on pipeline jobs and settings that you specify on agent pool. Any scaling settings that you specify in the Azure portal - e.g., initial instance count, scaling policy, minimum and maximum number of VMs, or scaling thresholds - won't be used.
Navigate to your Azure DevOps project settings, and select Agent pools under Pipelines to create a new agent pool.
You cannot create a scale set pool in your organization settings. You must create it in your project settings. When you want to delete a scale set pool, you must delete it in your organization settings, and not in your project settings.
Select Azure virtual machine scale set for the pool type. Select the Azure subscription and then the scale set that you created before. You can configure the following settings on this agent pool:
- Maximum number of VMs in the scale set: Azure Pipelines will automatically scale-up the number of agents, but won't exceed this limit.
- Number of agents to keep on standby: Azure Pipelines will automatically scale-down the number of agents, but will ensure that there are always this many agents available to run new jobs.
Use scale set agent pool
Once created, Azure Pipelines autoscales the agent machines. Using a scale set agent pool is similar to any other agent pool. You can use it in classic build, release, or YAML pipelines. User permissions, pipeline permissions, approvals, and other checks work the same way as in any other agent pool. For more information, see Agent pools.
Caution must be exercised when making changes directly to the scale set in Azure portal:
- You may not change many of the the scale set configuration settings in Azure portal. Azure Pipelines updates the configuration of the scale set. Any manual changes you make to the scale set may interfere with the operation of Azure Pipelines.
- You may not rename or delete a scale set without first deleting the scale set pool in Azure Pipelines.
During the private preview, scale set agent pools have some limitations that you need to be aware of. We are actively working on removing these limitations.
- You must specify at least one agent to be always present in the scale set.
- Azure Pipelines cannot automatically tear down virtual machines after every use.
- Azure Pipelines cannot preserve a machine for debugging if you have a job that fails.
- You should not enable or disable agents in the scale set agent pool using Azure Pipelines project settings. This can lead to unexpected behavior.