1、迁移需求分析
Xen虚拟化是早期半虚拟化技术，现有部分本地还在使用，像Citrix公司开发的XenServer虚拟化管理平台，底层就是运用的xen虚拟化技术底座，但是目前市场使用比较多的还是开源KVM虚拟化技术，阿里云也是全面应用KVM虚拟化技术，所以要全面拥抱开源技术，本次主要看如何将本地Xen虚拟化平台虚拟机可以平滑迁移至阿里云运行。
网上比较多最直接的方式就是把XenServer运行的虚拟机vhd格式磁盘导出直接通过阿里云导入镜像的方式迁移到阿里云，不过这种方式一种冷迁移方式，而且还涉及到了跨虚拟化架构，中间还需要人工做复杂的驱动转换，时间没保障不说，源端虚拟机还得一直停机。个人觉得如果你是小企业，对业务上云的SLA没有要求，我觉得以人工操作慢慢迁移上云倒是没太大问题，但是对于一个有几十台、上百台的XenServer虚拟机，并且对业务停机时间有很严苛的要求的企业，导入镜像方式来满足迁移需求，其实并不是一种企业将XenServer虚拟机迁移上云的最好选择。
考虑到国内市场云平台众多，迁移需求发生频次高，如果你是一家做云服务的公司，那么掌握一个成熟的商业迁移工具是非常有必要的，工具的效率和兼容性很关键。这里我们排除传统的迁移服务公司，市场上不少宣传提供云迁移服务的公司还停留在使用大量的人力和工具做系统重新部署等工作的阶段。
2、技术选型：成熟的云迁移工具应具备什么能力？
那对于Xen虚拟化上跑了大批量的虚拟机的企业应该如何选型一个合适的技术方案，而且应该具备那些能力？首先技术实现上应该具体以下几点：
- 在线迁移能力
所谓在线迁移能力，可以在数据全量、增量传输过程中，源端业务可以在线提供服务，不停服。最起码不能冷迁移吧，让源端业务停个一两天，SLA怎么保证？这个是云迁移技术选型必不可少的能力。
- 支持增量数据的传输
具备源端全量数据传输云上后，后续还可以继续增量数据的传输，来保证业务的可持续运行。
- 支持整机迁移
整体迁移也是AWS在定义迁移服务里面，所提到的Rehost迁移模式，也是6R模式里面最简单的一种迁移上云的方式，整机迁移可以保证你原有主机业务的形态，迁移上云后无需重新部署，直接启动后就可以使用，也是客户在初次上云中最常见、最简单的、风险最低的一种方式。
- 支持批量迁移
对于Xen虚拟化运行了大批量的业务虚拟机，可以支持大批量并行迁移的能力，减少技术人员的人力投入，可以快速低成本的完成迁移工作。
- 简单易操作
迁移软件应该具备简单、技术能力要求低，很快可以上手的软件，而且学习成本低、自动化程度高。因为不是每家企业的IT部门的技术能力都超强。
- 迁移成功率高
面对复杂的虚拟机操作系统、多样化的场景、能够做到迁移一台成功一台，做到场景覆盖全、自动化程度高、简单易用、迁移成功率高是一款商业迁移软件的必备能力。
以上几点技术要求，针对Xen虚拟化迁移技术软件应该具备的技术能力，不然怎么算一个企业上云的利器，让客户可以信任交给你去完成迁移这个重要任务。
这些是迁移软件的技术层面所具备的能力，但是单纯从技术层面只是解决了数据传输的问题，有了足够的保障，不过在整体业务迁移后的可正常运行还差一些其他层面处理，比如，业务关联性、云侧的网络架构、安全配置等，才能保证整体业务的可用性。这里我们不做过多的展开，只抛开讲技术层面的问题。
3、迁移产品选型分析
想具备以上的能力，必定要选择一个靠谱的商业化迁移产品，毕竟企业上云不是一件小事，还是要有服务支持在的，商业化产品可以提供的成熟的迁移产品和完整的解决方案以及服务、对于企业来说也是一个保障。
万博智云的HyperMotion云迁移软件就是一个成熟的云迁移工具，可以在企业迁移上云提供有力的支持。
4、迁移技术实现
对于Xen虚拟机批量迁移到阿里云，HyperMotion可以支持批量一键式安装Agent软件，做到了操作步骤简单化、自动化，而且Xen到阿里云KVM是属于跨虚拟化架构做迁移，底层是需要做驱动转换的，这个驱动转换的步骤也是自动化，无需人为介入，大大减少工作量和操作失误的风险。
并且可以满足常见源端操作系统类型。
例如：Windows 2003-2019，CentOS、RedHat 6.x-7.x、Ubuntu 14.x - 16.x、SUSE 11spx - 12 spx等多类型操作系统的全场景化覆盖。
Agent代理模式会在源端Xen虚拟机操作系统内部安装，主要用来通过旁路拦截来捕获IO的来记录数据的变化块，并及时将增量块数据读取并传输至目标阿里云侧进行存储。保证了迁移过程中源端Xen虚拟机可以持续对外提供服务，而达到热迁移的能力。
迁移到的目标阿里云，HyperMotion云迁移产品也是面向于云原生设计，所有目标阿里云的操作，通过底层API接口封装自动化调用阿里云接口实现资源调度，无需过多人为介入，简单易操作。
4.1. 迁移整体架构图
架构设计层面，HyperMotion面向于云原生设计，不同于其他迁移工具，所有的迁移数据流均通过点到点传输至目标端存储，保证了数据没有中间数据落地的安全性、数据也是通过加密传输，高效可靠。
HyperMotion其实可以理解为一个调度编排平台，对于源端Agent代理程序获取数据后直接传输至目标云侧，本身不走数据流，只是单纯做管理。所有目标云侧的动作触发，均通过调用云API接口实现资源的自动化创建、包含，虚拟机云盘的创建、快照的创建、云主机的创建等。
源端侧，分为Agent和Agentless两种模式来获取源端数据，获取到数据后直接通过中间网络传输至目标云侧云存储网关进行存储，做到点到点数据传输和精简数据复制，高效快捷。
目标云侧，云存储网关为HyperMotion迁移软件的一个目标侧接收数据的组件，以一个虚拟机示例的形态存在，主要接收源端Agent或Agentless传输过来的迁移数据，由云存储网关来接收写入到目标云盘进行存储。
4.2. 功能特点
HyperMotion云迁移工具在技术功能特性上也满足开篇我们讲到的几点内容，而且还在此基础上增添了其他高级功能来满足迁移的需求
- 源端多Agent场景覆盖，一键式快速安装Agent
- 满足在线迁移能力
- 支持在线不停机增量
- 批量虚拟机并发迁移
- Rehost整机块级别迁移
- 简单易操作
- 高成功率
- 支持多次迁移测试演练，拉起主机后还支持继续增量
下面来实际操作看看整体迁移能力效果
5、具体迁移操作
5.1. 安装源端Agent代理
源端平台设置选项，选择Agent代理模式的Xen源端。
按照源端操作系统类型来选择安装方式，Linux的话就直接通过复制安装指令，Windows的话就下载对应安装包即可。
这里以Linux为例，直接在源端虚拟机命令窗口，直接执行复制的命令执行即可，会自动完整一系列配置和安装，全程自动化操作。
等待以上截图最后出现成功字样，则表示源端配置安装Agent完成，即可登录到HyperMotion迁移控制台完成后续迁移操作。
5.2. 添加目标阿里云配置
选择目标平台设置，选择阿里云平台
配置阿里云连接的AK、SK及其他配置信息
5.3. 选择迁移的机器
选择迁移阿里云平台，添加迁移虚拟机到HyperMotion平台
选择安装完成Agent自动加入到迁移平台的虚拟机
批量选择加入到HyperMotion迁移平台，需要同步的虚拟机，下一步
选择目标阿里云磁盘配置，云同步网关就是前边添加目标平台是自动创建接收数据的代理，同步数据时只会产生块磁盘，不会有计算资源产生，这里可以按需选择云盘类型。
5.4.开始同步数据
指定目标阿里云并选择配置之后，就可以批量勾选来同步数据。
数据同步时会产生进度条，来展示数据拷贝的相关信息及预计剩余的时间。
5.5. 阿里云侧启动主机
虚拟机数据同步完成后，就可以批量勾选启动主机
填写在目标阿里云启动迁移主机时所需要的计算网络等相关配置。
5.6. 验证迁移结果
迁移到阿里云成功机器会显示阿里云主机的相关信息。
这时可以登录到阿里云进行验证迁移虚拟机创建的情况及其他配置工作。
6. 总结
物理服务器迁移上云是目前传统上云的最常见的一个场景，需要选择一款成熟的产品来解决人力、技术及安全层面的诸多问题，让企业上云变的更加简单高效。HyperMotion就是你上云的一把利器，你值得拥有。
HyperMotion迁移到华为云的使用指南，请点击链接获取详情。
云迁移产品的技术细节和其他上云或容灾解决方案，请访问万博智云官网或“万博智云”公众号进行获取。
