You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/virtual-network-manager/concept-user-defined-route.md
+6-8Lines changed: 6 additions & 8 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -4,7 +4,7 @@ description: Learn to automate and simplifying routing behaviors using user-defi
4
4
author: mbender-ms
5
5
ms.author: mbender
6
6
ms.topic: overview
7
-
ms.date: 05/09/2024
7
+
ms.date: 10/23/2024
8
8
ms.service: azure-virtual-network-manager
9
9
ms.custom: references_regions
10
10
# Customer Intent: As a network engineer, I want learn how I can automate and simplify routing within my Azure Network using User-defined routes.
@@ -13,15 +13,13 @@ ms.custom: references_regions
13
13
14
14
This article provides an overview of UDR management, why it's important, how it works, and common routing scenarios that you can simplify and automate using UDR management.
Azure Virtual Network Manager (AVNM) allows you to describe your desired routing behavior and orchestrate user-defined routes (UDRs) to create and maintain the desired routing behavior. User-defined routes address the need for automation and simplification in managing routing behaviors. Currently, you’d manually create User-Defined Routes (UDRs) or utilize custom scripts. However, these methods are prone to errors and overly complicated. You can utilize the Azure-managed hub in Virtual WAN. This option has certain limitations (such as the inability to customize the hub or lack of IPV6 support) not be relevant to your organization. With UDR management in your virtual network manager, you have a centralized hub for managing and maintaining routing behaviors.
21
19
22
20
## How does UDR management work?
23
21
24
-
In virtual network manager, you create a routing configuration. Inside the configuration, you create rule collections to describe the UDRs needed for a network group (target network group). In the rule collection, route rules are used to describe the desired routing behavior for the subnets or virtual networks in the target network group. Once the configuration is created, you'll need to [deploy the configuration](./concept-deployments.md) for it to apply to your resources. Upon deployment, all routes are stored in a route table located inside a virtual network manager-managed resource group.
22
+
In virtual network manager, you create a routing configuration. Inside the configuration, you create rule collections to describe the UDRs needed for a network group (target network group). In the rule collection, route rules are used to describe the desired routing behavior for the subnets or virtual networks in the target network group. Once the configuration is created, you need to [deploy the configuration](./concept-deployments.md) for it to apply to your resources. Upon deployment, all routes are stored in a route table located inside a virtual network manager-managed resource group.
25
23
26
24
Routing configurations create UDRs for you based on what the route rules specify. For example, you can specify that the spoke network group, consisting of two virtual networks, accesses the DNS service's address through a Firewall. Your network manager creates UDRs to make this routing behavior happen.
27
25
@@ -102,11 +100,11 @@ Here are the common routing scenarios that you can simplify and automate by usin
102
100
| hub and spoke network with Spoke network to on-premises needs to go via Network Virtual Appliance ||
When you add additional virtual networks to a network group, the routing configuration is automatically applied to the new virtual network. Your network manager automatically detects the new virtual network and applies the routing configuration to it. When you remove a virtual network from the network group, the applied routing configuration is automatically removed as well.
105
+
When you add other virtual networks to a network group, the routing configuration is automatically applied to the new virtual network. Your network manager automatically detects the new virtual network and applies the routing configuration to it. When you remove a virtual network from the network group, the applied routing configuration is automatically removed as well.
108
106
109
-
Newly created or deleted subnets will have their route table updated with eventual consistency. The processing time may vary based on the volume of subnet creation and deletion.
107
+
Newly created or deleted subnets have their route table updated with eventual consistency. The processing time may vary based on the volume of subnet creation and deletion.
110
108
111
109
112
110
## Limitations of UDR management
@@ -118,7 +116,7 @@ The following are the limitations of UDR management with Azure Virtual Network M
118
116
- When a virtual network manager-created UDR is manually modified in the route table, the route isn't up when an empty commit is performed. Also, any update to the rule isn't reflected in the route with the same destination.
119
117
- Existing Azure services in the Hub virtual network maintain their existing limitations with respect to Route Table and UDRs.
120
118
- Azure Virtual Network Manager requires a managed resource group to store the route table. If you need to delete the resource group, deletion must happen before any new deployments are attempted for resources in the same subscription.
121
-
- UDR Management supports creating 1000 UDRs within a route table. This means that you can create a routing configuration with a maximum of 1000 routing rules.
119
+
- UDR Management supports creating 1000 UDRs within a route table. This means that you can create a routing configuration with a maximum of 1,000 routing rules.
- An Azure account with an active subscription. [Create an account for free](https://azure.microsoft.com/free/?WT.mc_id=A261C142F).
@@ -40,9 +38,9 @@ In this step, you deploy a Virtual Network Manager instance with the defined sco
40
38
| Setting | Value |
41
39
| ------- | ----- |
42
40
|**Subscription**| Select the subscription where you want to deploy Virtual Network Manager. |
43
-
|**Resource group**| Select **Create new** and enter **rg-vnm**.</br> Select **Ok**. |
44
-
|**Name**| Enter **vnm-1**. |
45
-
|**Region**| Select **(US) East US** or a region of your choosing. Virtual Network Manager can manage virtual networks in any region. The selected region is where the Virtual Network Manager instance is deployed. |
41
+
|**Resource group**| Select **Create new** and enter **resource-group**.</br> Select **Ok**. |
42
+
|**Name**| Enter **network-manager**. |
43
+
|**Region**| Select **(US) West US 2** or a region of your choosing. Virtual Network Manager can manage virtual networks in any region. The selected region is where the Virtual Network Manager instance is deployed. |
46
44
|**Description**|*(Optional)* Provide a description about this Virtual Network Manager instance and the task it's managing. |
47
45
|[Features](concept-network-manager-scope.md#features)| Select **User defined routing** from the dropdown list. |
48
46
@@ -67,13 +65,12 @@ In this step, you create two virtual networks to become members of a network gro
67
65
| Setting | Value |
68
66
| ------- | ----- |
69
67
|**Subscription**| Select the subscription where you want to deploy this virtual network. |
70
-
|**Resource group**| Select **rg-vnm**. |
68
+
|**Resource group**| Select **resource-group**. |
71
69
|**Virtual network name**| Enter **vnet-spoke-001**. |
72
-
|**Region**| Select **(US) East US**. |
70
+
|**Region**| Select **(US) West US 2**. |
73
71
74
72
1. Select **Next > Next** or the **IP addresses** tab.
75
73
76
-
77
74
1. On the **IP addresses** tab, enter an IPv4 address range of **10.0.0.0** and **/16**.
78
75
79
76
1. Under **Subnets**, select **default** and enter the following information in the **Edit Subnet** window:
@@ -96,9 +93,9 @@ In this step, you create two virtual networks to become members of a network gro
96
93
| Setting | Value |
97
94
| ------- | ----- |
98
95
|**Subscription**| Select the same subscription that you selected in step 2. |
99
-
|**Resource group**| Select **rg-vnm**. |
96
+
|**Resource group**| Select **resource-group**. |
100
97
|**Virtual network name**| Enter **vnet-spoke-002**. |
101
-
|**Region**| Select **(US) East US**. |
98
+
|**Region**| Select **(US) West US 2)**. |
102
99
|**Edit subnet window**||
103
100
|**Subnet purpose**| Leave as **Default**. |
104
101
|**Name**| Leave as **default**. |
@@ -113,7 +110,7 @@ In this step, you create two virtual networks to become members of a network gro
113
110
114
111
In this step, you create a network group containing your virtual networks using Azure policy.
115
112
116
-
1. From the **Home** page, select **Resource groups** and browse to the **rg-vnm** resource group, and select the **vnm-1** Virtual Network Manager instance.
113
+
1. From the **Home** page, select **Resource groups** and browse to the **resource-group** resource group, and select the **vnm-1** Virtual Network Manager instance.
117
114
118
115
1. Under **Settings**, select **Network groups**. Then select **Create**.
119
116
@@ -219,7 +216,7 @@ In this step, you deploy the routing configuration to create the UDRs for the ne
219
216
|**Include user defined routing configurations in your goal state**| Select checkbox. |
220
217
|**User defined routing configurations**| Select **routing-configuration**. |
221
218
|**Region**||
222
-
|**Target regions**| Select **(US) East US**. |
219
+
|**Target regions**| Select **(US) West US 2)**. |
223
220
224
221
1. Select **Next** and then **Deploy** to deploy the routing configuration.
0 commit comments