… The Cloud Service, is not in a virtual network, and thus, it cannot be migrated, it is important to understand that if there is no VNET on the current Cloud Service, it is not possible to migrate it. Being in Mooncake, it might have had an extension on that implementation from 2017, but in short, this machine cannot be migrated, and on top of that, its under the Extra small tier, which is no longer supported for CSES. You will need to redeploy

问题描述

很老很老的云服务，在迁移到 Cloud Service（Extended Support）[云服务外延支持] 时，迁移的验证步骤不通过，因为资源中没有包含虚拟网络（Virtual Network）。无法完成自动迁移。

【Azure Cloud Service】Cloud Service(Classic) 迁移失败，找不到解决方案怎么办？_云服务

在官方文档(迁移到 Azure 云服务（外延支持）的技术详细信息和要求 | Microsoft Learn)中，也没有找到解决方案。怎么办？

 

问题解答

不在虚拟网络中的部署的迁移

 

  • 在 2017 年，Azure 开始将新部署（不含由客户指定的虚拟网络）自动创建到平台所创建的“默认”虚拟网络中。 这些默认虚拟网络对客户不可见。
  • 在迁移过程中，这个默认虚拟网络会在 Azure 资源管理器中向客户公开一次。 若要在 Azure 资源管理器中管理或更新该部署，客户需要将该虚拟网络信息添加至 .cscfg 文件的 NetworkConfiguration 部分。
  • 迁移至 Azure 资源管理器后，默认虚拟网络与云服务位于同一个资源组中。
  • 在此时间之前创建的云服务不会位于任何虚拟网络中，因此无法使用该工具进行迁移。 请考虑直接在 Azure 资源管理器中重新部署这些云服务。
  • 若要检查某个部署是否符合迁移条件，请在该部署上运行验证 API。 验证 API 的结果会包含错误消息，明确指出该部署是否符合迁移条件。

(Refer: https://learn.microsoft.com/zh-cn/azure/cloud-services-extended-support/in-place-migration-technical-details#migration-of-deployments-not-in-a-virtual-network)

 

根据以上说明，已经无法通过直接迁移到新的 Cloud Service (Extended Support) [云服务外延支持], 只能重新部署它了。

当在复杂的环境中面临问题，格物之道需：浊而静之徐清，安以动之徐生。 云中，恰是如此!