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/api-management/virtual-network-injection-resources.md
+7-7Lines changed: 7 additions & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,7 +5,7 @@ author: dlepow
5
5
6
6
ms.service: api-management
7
7
ms.topic: conceptual
8
-
ms.date: 03/26/2024
8
+
ms.date: 06/10/2024
9
9
ms.author: danlep
10
10
---
11
11
@@ -18,18 +18,18 @@ The following are virtual network resource requirements for API Management injec
18
18
#### [stv2](#tab/stv2)
19
19
20
20
* An Azure Resource Manager virtual network is required.
21
-
* You must provide a Standard SKU [public IPv4 address](../virtual-network/ip-services/public-ip-addresses.md#sku) in addition to specifying a virtual network and subnet.
22
-
* The subnet used to connect to the API Management instance may contain other Azure resource types.
23
-
* The subnet used to connect to the API Management instance should not have any delegations enabled. The "Delegate subnet to a service" setting for the subnet should be set to "None".
21
+
* The subnet used to connect to the API Management instance might contain other Azure resource types.
22
+
* The subnet used to connect to the API Management instance shouldn't have any delegations enabled. The **Delegate subnet to a service** setting for the subnet should be set to *None*.
24
23
* A [network security group](../virtual-network/network-security-groups-overview.md) attached to the subnet above. A network security group (NSG) is required to explicitly allow inbound connectivity, because the load balancer used internally by API Management is secure by default and rejects all inbound traffic.
25
-
* The API Management service, virtual network and subnet, and public IP address resource must be in the same region and subscription.
24
+
* Depending on whether you inject your API Management instance into a virtual network in external mode or internal mode, you may provide a Standard SKU [public IPv4 address](../virtual-network/ip-services/public-ip-addresses.md#sku) in addition to specifying a virtual network and subnet.
25
+
* The API Management service, virtual network and subnet, and public IP address resource (if provided) must be in the same region and subscription.
26
26
* For multi-region API Management deployments, configure virtual network resources separately for each location.
27
27
28
28
#### [stv1](#tab/stv1)
29
29
30
30
* An Azure Resource Manager virtual network is required.
31
31
* The subnet used to connect to the API Management instance must be dedicated to API Management. It can't contain other Azure resource types.
32
-
* The subnet used to connect to the API Management instance should not have any delegations enabled. The "Delegate subnet to a service" setting for the subnet should be set to "None".
32
+
* The subnet used to connect to the API Management instance shouldn't have any delegations enabled. The "Delegate subnet to a service" setting for the subnet should be set to "None".
33
33
* The API Management service, virtual network, and subnet resources must be in the same region and subscription.
34
34
* For multi-region API Management deployments, configure virtual network resources separately for each location.
35
35
---
@@ -62,7 +62,7 @@ The minimum size of the subnet in which API Management can be deployed is /29, w
62
62
> It is currently possible to scale the Premium SKU to 31 units. If you foresee demand approaching this limit, consider the /26 subnet or /25 submit.
63
63
64
64
> [!IMPORTANT]
65
-
> The private IP addresses of internal load balancer and API Management units are assigned dynamically. Therefore, it is impossible to anticipate the private IP of the API Management instance prior to its deployment. Additionally, changing to a different subnet and then returning may cause a change in the private IP address.
65
+
> The private IP addresses of internal load balancer and API Management units are assigned dynamically. Therefore, it is impossible to anticipate the private IP of the API Management instance prior to its deployment. Additionally, changing to a different subnet and then returning might cause a change in the private IP address.
Copy file name to clipboardExpand all lines: includes/api-management-virtual-network-prerequisites.md
+4Lines changed: 4 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -41,6 +41,8 @@ Some prerequisites differ depending on the version (`stv2` or `stv1`) of the [co
41
41
42
42
* The value of the IP address is assigned as the virtual public IPv4 address of the API Management instance in that region.
43
43
44
+
* For multi-region API Management deployments, configure virtual network resources separately for each location.
45
+
44
46
### [stv1](#tab/stv1)
45
47
46
48
+**An API Management instance.** For more information, see [Create an Azure API Management instance](../articles/api-management/get-started-create-service-instance.md).
@@ -50,4 +52,6 @@ Some prerequisites differ depending on the version (`stv2` or `stv1`) of the [co
50
52
* The subnet used to connect to the API Management instance should not have any delegations enabled. The **Delegate subnet to a service** setting for the subnet should be set to *None*.
51
53
52
54
* For certain scenarios, enable **service endpoints** in the subnet to dependent services such as Azure Storage or Azure SQL. For more information, see [Force tunnel traffic to on-premises firewall using ExpressRoute or network virtual appliance](#force-tunnel-traffic-to-on-premises-firewall-using-expressroute-or-network-virtual-appliance), later in this article.
55
+
56
+
* For multi-region API Management deployments, configure virtual network resources separately for each location.
0 commit comments