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/app-service/migrate-gateway-based-vnet-integration.md
+3-9Lines changed: 3 additions & 9 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -3,7 +3,7 @@ title: Migrate from gateway-based to regional virtual network integration
3
3
description: Learn how to migrate your App Service virtual network integration from legacy gateway-based integration to modern regional virtual network integration for improved performance and capabilities.
@@ -53,7 +53,7 @@ Gateway-based integration can't be used in the following scenarios:
53
53
54
54
Before beginning the migration, ensure you have:
55
55
56
-
***App Service plan**: A Basic, Standard, Premium, PremiumV2, PremiumV3, or Elastic Premium plan
56
+
***App Service plan**: A Basic, Standard, Premium, PremiumV2, PremiumV3, PremiumV4, or Elastic Premium plan
57
57
***Virtual network**: A virtual network in the same region as your app
58
58
***Subnet**: An empty subnet or a new subnet dedicated for virtual network integration
59
59
***Permissions**: Appropriate RBAC permissions to configure virtual network integration
@@ -100,7 +100,7 @@ Since virtual network integration is slot-specific, you can test regional virtua
100
100
5.**Swap slots** to promote the tested code
101
101
102
102
> [!NOTE]
103
-
> Virtual network configurations remain with their respective slots after swapping. Your production slot will have the tested application code and the newly configured regional virtual network integration.
103
+
> Virtual network configurations remain with their respective slots after swapping. After slot swap, your production slot will have the tested application code and the newly configured regional virtual network integration if you configured it on the produciton slot prior to the slot swap.
104
104
105
105
#### Option 3: Direct migration (planned downtime)
106
106
@@ -163,7 +163,6 @@ You can connect multiple App Service plans to the same subnet using the [multi-p
163
163
# [Azure CLI](#tab/cli)
164
164
165
165
```azurecli-interactive
166
-
# Create a new subnet for App Service integration
167
166
az network vnet subnet create \
168
167
--resource-group <resource-group-name> \
169
168
--vnet-name <vnet-name> \
@@ -175,7 +174,6 @@ az network vnet subnet create \
0 commit comments