Issue with Migrate a Classic Cloud Service not in a virtual network

Long Ho 0 Reputation points
2024-08-31T15:17:31.3966667+00:00

I have issue when Migrate a Classic Cloud Service not in a virtual network to Cloud Services (extended support). I followed this guide https://learn.microsoft.com/en-us/azure/cloud-services-extended-support/in-place-migration-powershell#option-1---migrate-a-cloud-service-not-in-a-virtual-network But still can not migrate. It still show error when I was on Migrate your Cloud Services step (Option 1) in this step

$validate = Move-AzureService -Validate -ServiceName $serviceName -DeploymentName $deploymentName -CreateNewVirtualNetwork

$validate.ValidationMessages

The powershell return error: Deployment [xxx] in cloud service [zzz] must be within a virtual network to be migrated.

How can I pass that error

Thank you

Azure Cloud Services
Azure Cloud Services
An Azure platform as a service offer that is used to deploy web and cloud applications.
704 questions
{count} votes

2 answers

Sort by: Most helpful
  1. Long Ho 0 Reputation points
    2024-09-01T01:35:58.8633333+00:00

    I was on this step:

    User's image

    The result returned:

    User's image


  2. Mounika Reddy Anumandla 825 Reputation points Microsoft Vendor
    2024-09-03T03:42:45.2833333+00:00

    Hi Long Ho,

    Welcome to the Microsoft Q&A Platform! Thank you for asking your question here.

    The result of Validate API contains error message explicitly mentioning this deployment is not eligible to migrate and the error message indicates that the deployment must be within a virtual network to be migrated.

    This means that your cloud service is not associated with a virtual network in the classic model, and you need to create one and link it to your cloud service before you can migrate.
    Error message:

    Deployment deployment-name in cloud service cloud-service-name must be within a virtual network to be migrated. Deployment isn't located in a virtual network. For more information, see the Migration of deployments not in a virtual network section of Technical details of migrating to Azure Cloud Services (extended support).

    Migration of deployments not in a virtual network

    • In late 2018, Azure started automatically creating new deployments (without customer specified virtual network) into a platform created “default” virtual network. These default virtual networks are hidden from customers.
    • As part of the migration, this default virtual network is exposed to customers once in Azure Resource Manager. To manage or update the deployment in Azure Resource Manager, customers need to add this virtual network information in the Network Configuration section of the .cscfg file.
    • The default virtual network, when migrated to Azure Resource Manager, is placed in the same resource group as the Cloud Service.
    • Cloud Services created before this time (before end of 2018) won't be in any virtual network and can't be migrated using the tool.

    Solution: One solution to this scenario and the easiest way is to consider redeploying cloud service application directly in Azure Resource Manager (i.e. new cloud service extended support) by creating a VNET and associating the same to cloud service via service configuration file.

    Another approach is to migrate via creating new Staging deployment and VIP Swap. Check more details here.

    Here is a quick reference guide for the pre-requisites to ensure a successful Cloud Services (extended support) deployment- Prerequisites for deploying Azure Cloud Services (extended support) | Microsoft Learn
    The document shows Resources and features not available for migration and also Unsupported configurations / migration scenarios
    https://learn.microsoft.com/en-us/azure/cloud-services-extended-support/in-place-migration-technical-details#unsupported-configurations--migration-scenarios

    For more information: https://learn.microsoft.com/en-us/azure/cloud-services-extended-support/deploy-portal

    0 comments No comments

Your answer

Answers can be marked as Accepted Answers by the question author, which helps users to know the answer solved the author's problem.