Skip to content

Commit 35c1412

Browse files
authored
Merge pull request #289994 from mbender-ms/avnm-jay-email-11-06
virtual network manager - Update concept-limitations.md
2 parents 71ecebc + 02dbe89 commit 35c1412

File tree

2 files changed

+15
-15
lines changed

2 files changed

+15
-15
lines changed

articles/virtual-network-manager/concept-limitations.md

Lines changed: 10 additions & 14 deletions
Original file line numberDiff line numberDiff line change
@@ -5,7 +5,7 @@ author: mbender-ms
55
ms.author: mbender
66
ms.service: azure-virtual-network-manager
77
ms.topic: conceptual
8-
ms.date: 10/30/2024
8+
ms.date: 11/06/2024
99
ms.custom: template-concept
1010
#CustomerIntent: As a network admin, I want understand the limitations in Azure Virtual Network Manager so that I can properly deploy it my environment.
1111
---
@@ -25,25 +25,21 @@ This article provides an overview of the current limitations when you're using [
2525
* Azure Virtual Network Manager policies don't support the standard evaluation cycle for policy compliance. For more information, see [Evaluation triggers](../governance/policy/how-to/get-compliance-data.md#evaluation-triggers).
2626
* The move of the subscription where the Azure Virtual Network Manager instance exists to another tenant is not supported.
2727

28-
## Limitations for connected groups
28+
## Limitations and limits for peering and connected groups
2929

30-
* A connected group can have up to 250 virtual networks. Virtual networks in a [mesh topology](concept-connectivity-configuration.md#mesh-network-topology) are in a [connected group](concept-connectivity-configuration.md#connected-group), so a mesh configuration has a limit of 250 virtual networks.
31-
* BareMetal Infastructures are not supported. This includes the following BareMetal Infrastructures:
30+
* A virtual network can be peered up to 1000 virtual networks using Azure Virtual Network Manager's hub and spoke topology. This means that you can peer up to 1000 spoke virtual networks to a hub virtual network.
31+
* By default, a [connected group](concept-connectivity-configuration.md) can have up to 250 virtual networks. This is a soft limit and can be increased up to 1000 virtual networks by submitting a request using [this form](https://forms.office.com/pages/responsepage.aspx?id=v4j5cvGGr0GRqy180BHbRzeHatNxLHpJshECDnD5QidURTM2OERMQlYxWkE1UTNBMlRNUkJUNkhDTy4u&route=shorturl).
32+
* By default, a virtual network can be part of up to two connected groups. For example, a virtual network:
33+
* Can be part of two mesh configurations.
34+
* Can be part of a mesh topology and a network group that has direct connectivity enabled in a hub-and-spoke topology.
35+
* Can be part of two network groups with direct connectivity enabled in the same or a different hub-and-spoke configuration.
36+
* The following BareMetal Infrastructures are not supported:
3237
* [Azure NetApp Files](../azure-netapp-files/index.yml)
3338
* [Azure VMware Solution](../azure-vmware/index.yml)
3439
* [Nutanix Cloud Clusters on Azure](../baremetal-infrastructure/workloads/nc2-on-azure/about-nc2-on-azure.md)
3540
* [Oracle Database@Azure](../oracle/oracle-db/oracle-database-what-is-new.md)
3641
* [Azure Payment HSM](/azure/payment-hsm/solution-design)
37-
* Maximum number of private endpoints per connected group is 1000.
38-
* You can have network groups with or without [direct connectivity](concept-connectivity-configuration.md#direct-connectivity) enabled in the same [hub-and-spoke configuration](concept-connectivity-configuration.md#hub-and-spoke-topology), as long as the total number of virtual networks peered to the hub doesn't exceed 500 virtual networks.
39-
* If the network group peered to the hub *has direct connectivity enabled*, these virtual networks are in a connected group, so the network group has a limit of 250 virtual networks.
40-
* If the network group peered to the hub *doesn't have direct connectivity enabled*, the network group can have up to the total limit for a hub-and-spoke topology.
41-
* A virtual network can be part of up to two connected groups. For example, a virtual network:
42-
43-
* Can be part of two mesh configurations.
44-
* Can be part of a mesh topology and a network group that has direct connectivity enabled in a hub-and-spoke topology.
45-
* Can be part of two network groups with direct connectivity enabled in the same or a different hub-and-spoke configuration.
46-
42+
* The maximum number of private endpoints per connected group is 1000.
4743
* You can have virtual networks with overlapping IP spaces in the same connected group. However, communication to an overlapped IP address is dropped.
4844

4945
## Limitations for security admin rules

articles/virtual-network/virtual-networks-udr-overview.md

Lines changed: 5 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -70,7 +70,11 @@ You create custom routes by either creating [user-defined](#user-defined) routes
7070

7171
### User-defined
7272

73-
To customize your traffic routes, you shouldn't modify the default routes but you should create custom, or user-defined(static) routes which override Azure's default system routes. In Azure, you create a route table, then associate the route table to zero or more virtual network subnets. Each subnet can have zero or one route table associated to it. To learn about the maximum number of routes you can add to a route table and the maximum number of user-defined route tables you can create per Azure subscription, see [Azure limits](../azure-resource-manager/management/azure-subscription-service-limits.md?toc=%2fazure%2fvirtual-network%2ftoc.json#networking-limits). When you create a route table and associate it to a subnet, the table's routes are combined with the subnet's default routes. If there are conflicting route assignments, user-defined routes override the default routes.
73+
To customize your traffic routes, you shouldn't modify the default routes but you should create custom, or user-defined(static) routes which override Azure's default system routes. In Azure, you create a route table, then associate the route table to zero or more virtual network subnets. Each subnet can have zero or one route table associated to it. To learn about the maximum number of routes you can add to a route table and the maximum number of user-defined route tables you can create per Azure subscription, see [Azure limits](../azure-resource-manager/management/azure-subscription-service-limits.md?toc=%2fazure%2fvirtual-network%2ftoc.json#networking-limits).
74+
75+
By default, a route table can contain up to 1000 user-defined routes (UDRs). With Azure Virtual Network Manager’s [routing configuration](../virtual-network-manager/concept-user-defined-route.md), this can be expanded to 1000 UDRs per route table. This increased limit supports more advanced routing setups, such as directing traffic from on-premises data centers through a firewall to each spoke virtual network in a hub-and-spoke topology when you have a higher number of spoke virtual networks.
76+
77+
When you create a route table and associate it to a subnet, the table's routes are combined with the subnet's default routes. If there are conflicting route assignments, user-defined routes override the default routes.
7478

7579
You can specify the following next hop types when creating a user-defined route:
7680

0 commit comments

Comments
 (0)