Create an Azure Batch pool with specified public IP addresses

When you create an Azure Batch pool, you can provision the pool in a subnet of an Azure virtual network (VNet) that you specify. Virtual machines in the Batch pool are accessed through public IP addresses that are created by Batch. These public IP addresses can change over the lifetime of the pool, which means that your network settings can become outdated if the IP addresses are not refreshed.

You can create a list of static public IP addresses to use with the virtual machines in your pool. This allows you to control the list of public IP addresses and ensure that they won't change unexpectedly. This can be especially useful if you are working with any external service, such as a database, that restricts access to certain IP addresses.

For information about creating pools without public IP addresses, read Create an Azure Batch pool without public IP addresses.



Batch automatically allocates additional networking resources in the resource group containing the public IP addresses. For each 100 dedicated nodes, Batch generally allocates one network security group (NSG) and one load balancer. These resources are limited by the subscription's resource quotas. When using larger pools, you may need to request a quota increase for one or more of these resources.

Public IP address requirements

Keep in mind the following requirements when creating your public IP addresses:

  • The public IP addresses must be in the same subscription and region as the Batch account you use to create your pool.
  • The IP address assignment must be set to Static.
  • SKU must be set to Standard.
  • A DNS name must be specified.
  • The public IP addresses must be used only for the virtual machine configuration pools. No other resources should use these IP addresses, or the pool may experience allocation failures.
  • No security policies or resource locks should restrict a user's access to the public IP address.
  • The number of public IP addresses specified for the pool must be large enough to accommodate the number of VMs targeted for the pool. This must be at least the sum of the targetDedicatedNodes and targetLowPriorityNodes properties of the pool. If there are not enough IP addresses, the pool partially allocates the compute nodes, and a resize error will occur. Currently, Batch uses one public IP address for every 100 VMs.
  • Always have an additional buffer of public IP addresses. We recommend adding at least one additional public IP address, or approximately 10% of the total public IP addresses that you add to a pool, whichever is greater. This additional buffer will help Batch with its internal optimization when scaling down, as well as allowing quicker scaling up after an unsuccessful scale up or scale down.
  • Once the pool is created, you can't add or change the list of public IP addresses used by the Pool. If you need to modify the list, you must delete the pool and then recreate it.

Create a Batch pool with public IP addresses

The example below shows how to use the Azure Batch Service REST API to create a pool that uses public IP addresses.

Batch Service REST API


POST {batchURL}/pools?api-version=2020-03-01.11.0
client-request-id: 00000000-0000-0000-0000-000000000000

Request Body

"pool": {
      "id": "pool2",
      "vmSize": "standard_a1",
      "virtualMachineConfiguration": {
        "imageReference": {
          "publisher": "Canonical",
          "offer": "UbuntuServer",
          "sku": "16.04.0-LTS"
        "nodeAgentSKUId": "batch.node.ubuntu 16.04"
"networkConfiguration": {
          "subnetId": "/subscriptions/<subId>/resourceGroups/<rgId>/providers/Microsoft.Network/virtualNetworks/<vNetId>/subnets/<subnetId>",
          "publicIPAddressConfiguration": {
            "provision": "usermanaged",
            "ipAddressIds": [

      "taskSchedulingPolicy": {
      "metadata": [ {
      } ]

Next steps