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/api-management-howto-deploy-multi-region.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
@@ -6,7 +6,7 @@ author: dlepow
6
6
7
7
ms.service: api-management
8
8
ms.topic: how-to
9
-
ms.date: 07/25/2022
9
+
ms.date: 08/25/2022
10
10
ms.author: danlep
11
11
---
12
12
@@ -36,7 +36,7 @@ When adding a region, you configure:
36
36
* If you haven't created an API Management service instance, see [Create an API Management service instance](get-started-create-service-instance.md). Select the Premium service tier.
37
37
* If your API Management instance is deployed in a virtual network, ensure that you set up a virtual network, subnet, and public IP address in the location that you plan to add. See [virtual network prerequisites](api-management-using-with-vnet.md#prerequisites).
38
38
39
-
## <aname="add-region"> </a>Deploy API Management service to an additional location
39
+
## <aname="add-region"> </a>Deploy API Management service to an additional region
40
40
41
41
1. In the Azure portal, navigate to your API Management service and select **Locations** from the left menu.
42
42
1. Select **+ Add** in the top bar.
@@ -48,7 +48,7 @@ When adding a region, you configure:
48
48
1. Repeat this process until you configure all locations.
49
49
1. Select **Save** in the top bar to start the deployment process.
50
50
51
-
## <aname="remove-region"> </a>Delete an API Management service location
51
+
## <aname="remove-region"> </a>Remove an API Management service region
52
52
53
53
1. In the Azure portal, navigate to your API Management service and select **Locations** from the left menu.
54
54
2. For the location you would like to remove, select the context menu using the **...** button at the right end of the table. Select **Delete**.
@@ -125,15 +125,15 @@ This section provides considerations for multi-region deployments when the API M
125
125
126
126
* A public virtual IP address is created in every region added with a virtual network. For virtual networks in either [external mode](api-management-using-with-vnet.md) or [internal mode](api-management-using-with-internal-vnet.md), this public IP address is required for management traffic on port `3443`.
127
127
128
-
In external VNet mode, the public IP addresses are also required to route public HTTP traffic to the API gateways.
128
+
* **External VNet mode** - The public IP addresses are also required to route public HTTP traffic to the API gateways.
129
129
130
-
* In internal VNet mode, a private IP address is also created in every region added with a virtual network. Use these addresses to connect within the network to the service endpoints in the primary and secondary regions.
130
+
* **Internal VNet mode** - A private IP address is also created in every region added with a virtual network. Use these addresses to connect within the network to the API Management endpoints in the primary and secondary regions.
131
131
132
132
### Routing
133
133
134
-
* In external VNet mode, routing of public HTTP traffic to the regional gateways is handled automatically, in the same way it is for a non-networked API Management instance.
134
+
* **External VNet mode** - Routing of public HTTP traffic to the regional gateways is handled automatically, in the same way it is for a non-networked API Management instance.
135
135
136
-
* In internal VNet mode, private HTTP traffic isn't routed or load-balanced to the regional gateways by default. Users own the routing and are responsible for bringing their own solution to manage routing and private load balancing across multiple regions. Examples include Azure Application Gateway and Azure Traffic Manager.
136
+
* **Internal VNet mode** - Private HTTP traffic isn't routed or load-balanced to the regional gateways by default. Users own the routing and are responsible for bringing their own solution to manage routing and private load balancing across multiple regions. Example solutions include Azure Application Gateway and Azure Traffic Manager.
0 commit comments