Azure Virtual Network now supports updates without subnet property

Azure API supports the HTTP methods PUT, GET, DELETE for the CRUD (Create/Retrieve/Update/Delete) operations on your resources. The PUT operation is used for both Create and Update. For existing resources, using a PUT with the existing resources preserves them and adds any new resources supplied in the JSON. If any of the existing resources are omitted from the JSON for the PUT operation, those resources are removed from the Azure deployment.

Based on customer support cases and feedback, we observed that this behavior causes problems for customers while performing updates to existing deployments. This is a challenge in the case of subnets in the VNet where any updates to the virtual network, or addition of resources (e.g. adding a routing table), to a virtual network require you to supply the entire virtual network configuration in addition to the subnets. To make it easier for customers, we have implemented a change in the PUT API behavior for virtual network updates. This change allows you to skip the subnet specification in a PUT call without deleting the existing subnets. This capability is now available in a Limited Preview in all the EUAP regions, US West Central and US North with API version 2023-09-01.

Previous behavior

The existing behavior has been to expect a subnet property in the PUT virtual network call. If a subnet property isn't included, the subnets are deleted. This might not be the intention.

New PUT VNet behavior

Assuming your existing configuration is as follows:

The updated behavior is as follows:

• If a PUT virtual network doesn't include a subnet property, no changes to the existing set of subnets is made.
• If subnet property is explicitly marked as empty, we will treat this as a request to delete all the existing subnets. For example:

OR

• If a subnet property is supplied with specific values as follows:

In this case, the following changes are made to the virtual network:

• SubnetA is unchanged. Assuming the supplied configuration is the same as existing.
• SubnetB, SubnetC and SubnetD are deleted.
• Two new subnets Subnet-B and Subnet-X are created with the new configuration.

   This behavior remains unchanged from what Azure currently has today.

Next Steps

Test the new behavior in the regions listed above and share your feedback.