Skip to content

Commit fbfe6d9

Browse files
Fix Acrolinx issues
1 parent 5aafbe9 commit fbfe6d9

File tree

1 file changed

+4
-3
lines changed

1 file changed

+4
-3
lines changed

articles/cloud-services-extended-support/non-vnet-migration.md

Lines changed: 4 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -13,15 +13,16 @@ ms.date: 01/24/2024
1313

1414
Some legacy cloud services are still running without Vnet support. While there's a process for migrating directly through the portal, there are certain considerations that should be made prior to migration. This article walks you through the process of migrating a non Vnet supporting Cloud Service to a Vnet supporting Cloud Service.
1515

16-
## Advantages of this approach.
16+
## Advantages of this approach
17+
1718
- No required changes in your configurations. Use the same configurations to deploy a staging deployment.
1819
- Your DNS and Public IP address is preserved.
1920
- Less downtime.
2021

2122

22-
## Migration procedure using the Azure Portal
23+
## Migration procedure using the Azure portal
2324

24-
1. Create a non vnet classic cloud service in the same region as the vnet you want to migrate to.In the Azure portal, select the 'Staging' drop-down.
25+
1. Create a non vnet classic cloud service in the same region as the vnet you want to migrate to. In the Azure portal, select the 'Staging' drop-down.
2526
![Screenshot of the staging drop-down in the Azure portal.](./media/vnet-migrate-staging.png)
2627

2728
1. Create a deployment with same configuration as existing deployment by selecting 'Upload' next to the staging drop-down. The platform creates a Default Vnet deployment in staging slot.

0 commit comments

Comments
 (0)