AzureASM虚拟机迁移到ARM中

Posted 2020-09-30 small_fox

这两天开始讲之前在老门户（ASM）中的虚拟机往新门户（ARM）中进行迁移，阅读了很多博主的文章和微软云网站的介绍，在下使用微软云官网介绍的迁移工具进行迁移。

在开始迁移体验之前，了解一下整个迁移的流程，总共分四步：

验证：是在后台对进行迁移的资源执行数据分析，并在资源能够进行迁移时返回成功/失败

准备：是要模拟将 IaaS 资源从经典资源转换为 Resource Manager 资源的过程，并以并排方式让此转换过程直观可见。

检查：登录到门户并抽查属性和资源，来验证元数据的迁移是否正常。

提交/中止：完成验证之后，就可以提交迁移/你将更改还原为经典部署模型，并停止迁移。

要迁移的虚拟机：

虚拟机名称：Ubuntuvm

虚拟网络：vnetweb

云服务：scweb

存储账号：storageweb

迁移工具：Powershell

下面开始进行迁移：

1. 登陆到你的资源管理器账号

Login-AzureRmAccount -EnvironmentName AzureChinaCloud

2. 设置订阅并针对迁移进行注册

Register-AzureRmResourceProvider -ProviderNamespace Microsoft.ClassicInfrastructureMigrate

整个过程需要3-5分钟，状态变成Registered

Get-AzureRmResourceProvider -ProviderNamespace Microsoft.ClassicInfrastructureMigrate

3. 登录ASM，并选择对应订阅

Add-AzureAccount -Environment AzureChinaCloud

选择你的源订阅：

Select-AzureSubscription -SubscriptionId “网站&微信”

4. 开始迁移

4.1, 验证

Move-AzureVirtualNetwork -Validate -VirtualNetworkName vnetweb

4.2, 准备

Move-AzureVirtualNetwork -Prepare -VirtualNetworkName vnetweb

这个过程时间比较长，因为他会将ASM服务在ARM下进行迁移的预设动作。当完成后，登录到ARM门户可以看到增加了一个订阅为原始订阅-Migrated

进入-Migrated资源组可以看到相应资源已经创建完成，新的虚拟机，网络接口，公共IP和负载均衡。

但是，这是因为我们没有最终Commit，所以状态是正在更新。

4.3 检查没有问题后，进行确认操作。

Move-AzureVirtualNetwork -Commit -VirtualNetworkName vnetweb

这是原始云服务中的虚拟机将消失，ARM下的虚拟机的状态将正在运行。

有心的朋友可能发现，为什么资源组里面没有存储账号呢，因为存储账号还在ASM中，接下来需要迁移存储账号。

5. 存储账号的迁移

5.1 首先验证一下存储账号中是否有其他没有迁移的虚拟机还在ASM中。

$storage = "storageweb"

Get-AzureDisk | where-Object {$_.MediaLink.Host.Contains($storage)} | Select-Object -ExpandProperty AttachedTo -Property DiskName | Format-List -Property RoleName, DiskName

如果存在Powershell会显示出来，比如。

5.2 验证：

Move-AzureStorageAccount -Validate -StorageAccountName storageweb

5.3 准备

Move-AzureStorageAccount -Prepare -StorageAccountName storageweb

ARM下也出现了新的资源组-Migrated

5.4 确认

Move-AzureStorageAccount -Commit -StorageAccountName storageweb

整个迁移过程就此完成，最好为了方便管理，将存储账号的资源组移动到SCWEB资源组中。

最后整个最好的地方时整个过程，虚拟机无宕机时间。