As customers adopt and scale their applications in Azure, they constantly need to grow or resize their networks in the cloud. Virtual networks in Azure have had a long-standing constraint where any address space change is only allowed if the virtual network does not have any peerings. Today, we are announcing that this limitation has been lifted, and customers can freely resize their virtual networks without incurring any downtime. With this feature, existing peerings on the virtual network do not need to be deleted prior to adding or deleting an address prefix on the virtual network.
Read More: AZ-303: Microsoft Azure Architect Technologies
Details on adding or removing address space on peered virtual networks
You can update (add or remove) address space on a virtual network that is peered with another virtual network in the same region or across regions. Address space update on virtual networks also works if the virtual network has peered with another virtual network across subscriptions. Note: Virtual networks that have peerings across AD-tenants are currently not supported. This feature introduces two new properties on the virtualNetworkPeerings object of the virtual network:This feature introduces two new properties on the virtualNetworkPeerings object of the virtual network:
◉ remoteVirtualNetworkAddressSpace: Contains the most current address space of the peered virtual network. This address may or may not be the same as the peered address contained in the remoteAddressSpace property.
◉ peeringSyncLevel: Indicates if the address contained in the remoteVirtualNetworkAddressSpace property is the same as the address that is actually peered with the virtual network.
When address space on a virtual network is updated, the corresponding peering links on the remote virtual networks towards this virtual network need to be synced with the new address space. The status of the peering links between the two virtual networks indicates which side of the peering link needs to be synced with the new address space.
◉ LocalNotInSync: When you update the address space on the first virtual network, the peering status of the link from the second virtual network to the first virtual network is LocalNotInSync. At this stage, while the peering is active across the old address space of the virtual network, the new address space has not peered with the remote virtual network.
◉ RemoteNotInSync: When you update address space on the first virtual network, the peering status of the link from the first virtual network to the second virtual network is RemoteNotInSync. A sync operation on the peering link from the virtual network to the virtual network will synchronize the address space across the peering.
◉ Note: Address changes on virtual networks in ARM that have peerings to ASM virtual networks is enabled, however the ASM virtual network will not be updated with the new address space of the ARM virtual network.
The feature is currently in preview and supported across all production Azure regions.
Get started today
Updating the address space on a virtual network that is peered can be accomplished in two easy steps. It is supported through REST APIs as well as Portal and PowerShell clients.
1. Add a new address on a virtual network that has active peering connections with other virtual networks.
◉ To do this in PowerShell, refer to the AzVirtualNetwork documentation.
◉ To do this through the Azure portal, refer to the address range documentation.
2. Perform a “sync” on the peering link from each of the peered remote virtual networks to this virtual network on which the address change is made. This action is required for each remote peered VNet to learn of the newly added address prefix.
To do this on the Azure portal, go to the peerings tab on the virtual network where the address update has been made. Select all the peerings that have peering status as “Remote sync required”, and then click the Sync button. This will ensure that all the remote peered virtual networks learn the updated address space of this virtual network.
0 comments:
Post a Comment