实践出真知——利用Azure-Migrate迁移Hyper-v虚机之虚机迁移

  完成虚机的发现、评估后,根据评估报告确认迁移范围、整改方式等,最后一步就是虚机的迁移。

  虚机的迁移有很多方式,有完全重新部署、基于应用迁移、复制到Paas服务等;此外很多第三方工具提供了自动化的底层复制方式讲虚机或物理服务器直接“copy”到Azure。

  Azure Migrate作为一个统一迁移平台,整合了很多经过认证的三方工具。在Migration tools里,可以点击Add more tools:

image-20210128123239017

  添加众多三方工具:

image-20210128123326279

  不借助三方工具的情况下,Azure Migrate也可通过原生ASR做迁移。

发现服务器

  ASR可以迁移Hyper-V、VMWare虚拟化环境的虚机及物理服务器。如果迁移虚拟机,ASR通过在虚拟化平台安装一个代理来发现和迁移虚机。

  点击Migration tools里的Disover,进入迁移界面:

  在下拉菜单选择Yes, with Hyper-v:

image-20210128123950692

  进入Hyper-v迁移工具:

image-20210128124056991

  这里需要下载一个代理并安装在Hyper-v主机,以及一个凭据用作连接Azure Migrate:

image-20210128124716915

  在Hyper-v主机安装代理,完成后选择注册,选择对应凭据文件:

image-20210128124857218

  然后连接到Azure(如果不能直连,可以选择通过proxy),Azure将自动部署ASR服务并注册这台Hyper-v。

  完成该步骤后返回Azure Migrate,稍等片刻(最长15分钟),可以看到Hyper-v主机已经发现:

image-20210128131211481

  点击Finalize registration完成注册,回到Azure Migrate界面可以看到发现该Hyper-v主机上的3台虚机:

image-20210128131634130

迁移虚机

  现在可以对发现的虚机进行迁移,点击Migration tools的Replicate,并选择Hyper-v:

image-20210128131801655

  选择Virtual Machines时,有两种方式:

image-20210128131935521

  • 如果之前做过评估,直接根据评估结果确认迁移设置
  • 手工选择迁移设置

  在前边,我们做过这些虚机的评估,所以可以选择之前的评估设置:

image-20210128132209073

  填写目标资源的配置(需要提前创建)以及是否使用混合权益:

image-20210128133428230

  确认Azure VM的配置:

image-20210128133528096

  确认磁盘配置:

image-20210128133632217

  检查无误后就可以点击Replicate开始复制:

image-20210128133713188

  根据网速、原始服务器或虚机容量等,复制需要不同的时长,在Site Recovery jobs里可以看到复制进程:

image-20210128134300184

  

后续

  迁移完成后,根据实际情况还有后续步骤处理,例如:

  • 安装Agent
  • 检查并配置网络
  • 安全加固
  • 备份和容灾设置
  • 监控部署
  • 业务流程验证

  迁移上云只是一个开始,持续优化是贯穿整个IT生命周期的步骤。云为IT提供了灵活的管理、配置手段,可以更好的为业务服务。