服务器迁移实践,物理服务器迁移到阿里云服务器

1、迁移需求分析

在当前市场环境下,使用物理服务器来部署单体应用还存在于传统的行业,使用物理服务器会增加IT资源的管理难度,而且在资源使用上也会产生资源浪费,其实目前大家可能最常使用的方式就是在物理服务器层面部署一套虚拟化软件来提高服务器资源的利用率,减少资源浪费。
其实将物理服务器迁移上云是比较好的一种减少IT基础设施投入的方式,本次我们就看如何将本地的物理服务器可以平滑的迁移到阿里云运行。
物理服务器不像是虚拟化环境可以使用导出虚拟机裸磁盘直接通过阿里云导入镜像的方式迁移到阿里云,相对要复杂很多,如果通过人工方式,中间还是要有很大一部分人工成本和技术成本。而且迁移过程中也很难保证业务的可用性,时间没保障不说,冷迁移的方式源端服务器还得一直停机。如果企业内部有几十台、上百台的物理服务器,并且对业务停机时间有很严苛的要求,使用人工方式来满足迁移上云需求,其实并一个很好的解决方案,直白点说没戏;
考虑到国内市场云平台众多,迁移需求发生频次高,如果你是一家做云服务的公司,那么掌握一个成熟的商业迁移工具是非常有必要的,工具的效率和兼容性很关键。这里我们排除传统的迁移服务公司,市场上不少宣传提供云迁移服务的公司还停留在使用大量的人力和工具做系统重新部署等工作的阶段。

2、技术选型:成熟的云迁移工具应具备什么能力?

那对于IDC机房使用大量的物理服务器来运行生产业务的企业应该如何选型一个合适的技术方案,而且应该具备那些能力?首先技术实现上应该具体以下几点:
• 在线迁移能力
所谓在线迁移能力,可以在数据全量、增量传输过程中,源端业务可以在线提供服务,不停服。最起码不能冷迁移吧,让源端业务停个一两天,SLA怎么保证?这个是云迁移技术选型必不可少的能力。
• 支持增量数据的传输
具备源端全量数据传输云上后,后续还可以继续增量数据的传输,来保证业务的可持续运行。
• 支持整机迁移
整体迁移也是AWS在定义迁移服务里面,所提到的Rehost迁移模式,也是6R模式里面最简单的一种迁移上云的方式,整机迁移可以保证你原有主机业务的形态,迁移上云后无需重新部署,直接启动后就可以使用,也是客户在初次上云中最常见、最简单的、风险最低的一种方式。
• 支持批量迁移
可以支持大批量并行迁移的能力,减少技术人员的人力投入,可以快速低成本的完成迁移工作。
• 简单易操作
迁移软件应该具备简单、技术能力要求低,很快可以上手的软件,而且学习成本低、自动化程度高。因为不是每家企业的IT部门的技术能力都超强。
• 迁移成功率高
面对复杂的虚拟机操作系统、多样化的场景、能够做到迁移一台成功一台,做到场景覆盖全、自动化程度高、简单易用、迁移成功率高是一款商业迁移软件的必备能力。
以上几点技术要求,才算满足物理服务器迁移上云应该具备的技术能力,不然怎么算一个企业上云的利器,让客户可以信任交给你去完成迁移这个重要任务。
这些是迁移软件的技术层面所具备的能力,但是单纯从技术层面只是解决了数据传输的问题,有了足够的保障,不过在整体业务迁移后的可正常运行还差一些其他层面处理,比如,业务关联性、云侧的网络架构、安全配置等,才能保证整体业务的可用性。这里我们不做过多的展开,只抛开讲技术层面的问题。

3、迁移产品选型分析

想具备以上的能力,必定要选择一个靠谱的商业化迁移产品,毕竟企业上云不是一件小事,还是要有服务支持在的,商业化产品可以提供的成熟的迁移产品和完整的解决方案以及服务、对于企业来说也是一个保障。
万博智云的HyperMotion云迁移软件就是一个成熟的云迁移工具,可以在企业迁移上云提供有力的支持。
4、迁移技术实现
对于物理服务器批量迁移到阿里云,HyperMotion可以支持批量一键式安装Agent软件,而且物理服务器到阿里云是属于跨架构做迁移,底层是需要做驱动转换的,这个驱动转换的步骤也是自动化,无需人为介入,大大减少工作量和操作失误的风险。做到了操作步骤简单化、自动化。
满足常见源端操作系统类型。
例如:Windows 2003-2019,CentOS、RedHat 6.x-7.x、Ubuntu 14.x - 16.x、SUSE 11spx - 12 spx等多类型操作系统的全场景化覆盖。
Agent代理模式会在物理机操作系统内部安装,主要用来通过旁路拦截来捕获IO的来记录数据的变化块,并及时将增量块数据读取并传输至目标阿里云侧进行存储。保证了迁移过程中源端物理服务器可以持续对外提供服务,而达到热迁移的能力。
迁移到的目标阿里云,HyperMotion云迁移产品也是面向于云原生设计,所有目标阿里云的操作,通过底层API接口封装自动化调用阿里云接口实现资源调度,无需过多人为介入,简单易操作。
4.1. 迁移整体架构图
架构设计层面,HyperMotion面向于云原生设计,不同于其他迁移工具,所有的迁移数据流均通过点到点传输至目标端存储,保证了数据没有中间数据落地的安全性、数据也是通过加密传输,高效可靠。
服务器迁移实践,物理服务器迁移到阿里云服务器_第1张图片

HyperMotion其实可以理解为一个调度编排平台,对于源端Agent代理程序获取数据后直接传输至目标云侧,本身不走数据流,只是单纯做管理。所有目标云侧的动作触发,均通过调用云API接口实现资源的自动化创建、包含,虚拟机云盘的创建、快照的创建、云主机的创建等。
源端侧,分为Agent和Agentless两种模式来获取源端数据,获取到数据后直接通过中间网络传输至目标云侧云存储网关进行存储,做到点到点数据传输和精简数据复制,高效快捷。
目标云侧,云存储网关为HyperMotion迁移软件的一个目标侧接收数据的组件,以一个虚拟机示例的形态存在,主要接收源端Agent或Agentless传输过来的迁移数据,由云存储网关来接收写入到目标云盘进行存储。
4.2. 功能特点
HyperMotion云迁移工具在技术功能特性上也满足开篇我们讲到的几点内容,而且还在此基础上增添了其他高级功能来满足迁移的需求
• 源端多Agent场景覆盖,一键式快速安装Agent
• 满足在线迁移能力
• 支持在线不停机增量
• 批量物理机并发迁移
• Rehost整机块级别迁移
• 简单易操作
• 高成功率
• 支持多次迁移测试演练,拉起主机后还支持继续增量
下面来实际操作看看整体迁移能力效果

5、具体迁移操作

5.1. 安装源端Agent代理
源端平台设置选项,选择Agent代理模式的物理机源端。
服务器迁移实践,物理服务器迁移到阿里云服务器_第2张图片

按照源端操作系统类型来选择安装方式,Linux的话就直接通过复制安装指令,Windows的话就下载对应安装包即可。
服务器迁移实践,物理服务器迁移到阿里云服务器_第3张图片

这里以Linux为例,直接在源端虚拟机命令窗口,直接执行复制的命令执行即可,会自动完整一系列配置和安装,全程自动化操作。
服务器迁移实践,物理服务器迁移到阿里云服务器_第4张图片

等待以上截图最后出现成功字样,则表示源端配置安装Agent完成,即可登录到HyperMotion迁移控制台完成后续迁移操作。
5.2. 添加目标阿里云配置
选择目标平台设置,选择阿里云平台
服务器迁移实践,物理服务器迁移到阿里云服务器_第5张图片

配置阿里云连接的AK、SK及其他配置信息
服务器迁移实践,物理服务器迁移到阿里云服务器_第6张图片
服务器迁移实践,物理服务器迁移到阿里云服务器_第7张图片
服务器迁移实践,物理服务器迁移到阿里云服务器_第8张图片

5.3. 选择迁移的机器
选择迁移阿里云平台,添加迁移虚拟机到HyperMotion平台
服务器迁移实践,物理服务器迁移到阿里云服务器_第9张图片

选择安装完成Agent自动加入到迁移平台的物理机
服务器迁移实践,物理服务器迁移到阿里云服务器_第10张图片

批量选择加入到HyperMotion迁移平台,需要同步的虚拟机,下一步
服务器迁移实践,物理服务器迁移到阿里云服务器_第11张图片

选择目标阿里云磁盘配置,云同步网关就是前边添加目标平台是自动创建接收数据的代理,同步数据时只会产生块磁盘,不会有计算资源产生,这里可以按需选择云盘类型。
服务器迁移实践,物理服务器迁移到阿里云服务器_第12张图片

5.4.开始同步数据
指定目标阿里云并选择配置之后,就可以批量勾选来同步数据。
服务器迁移实践,物理服务器迁移到阿里云服务器_第13张图片

数据同步时会产生进度条,来展示数据拷贝的相关信息及预计剩余的时间。
5.5. 阿里云侧启动主机
物理机数据同步完成后,就可以批量勾选启动主机
服务器迁移实践,物理服务器迁移到阿里云服务器_第14张图片

填写在目标阿里云启动迁移主机时所需要的计算网络等相关配置。
服务器迁移实践,物理服务器迁移到阿里云服务器_第15张图片

5.6. 验证迁移结果
迁移到阿里云成功机器会显示阿里云主机的相关信息。
服务器迁移实践,物理服务器迁移到阿里云服务器_第16张图片

这时可以登录到阿里云进行验证迁移虚拟机创建的情况及其他配置工作。
服务器迁移实践,物理服务器迁移到阿里云服务器_第17张图片

6. 总结

物理服务器迁移上云是目前传统上云的最常见的一个场景,需要选择一款成熟的产品来解决人力、技术及安全层面的诸多问题,让企业上云变的更加简单高效。

你可能感兴趣的:(阿里云,阿里云,服务器,阿里云服务器)