1、迁移需求分析
在当前市场环境下,使用物理服务器来部署单体应用还存在于传统的行业,使用物理服务器会增加IT资源的管理难度,而且在资源使用上也会产生资源浪费,其实目前大家可能最常使用的方式就是在物理服务器层面部署一套虚拟化软件来提高服务器资源的利用率,减少资源浪费。
其实将物理服务器迁移上云是比较好的一种减少IT基础设施投入的方式,本次我们就看如何将本地的物理服务器可以平滑的迁移到移动云运行。
物理服务器不像是虚拟化环境可以使用导出虚拟机裸磁盘直接通过移动云导入镜像的方式迁移到移动云,相对要复杂很多,如果通过人工方式,中间还是要有很大一部分人工成本和技术成本。而且迁移过程中也很难保证业务的可用性,时间没保障不说,冷迁移的方式源端服务器还得一直停机。如果企业内部有几十台、上百台的物理服务器,并且对业务停机时间有很严苛的要求,使用人工方式来满足迁移上云需求,其实并一个很好的解决方案,直白点说没戏;
考虑到国内市场云平台众多,迁移需求发生频次高,如果你是一家做云服务的公司,那么掌握一个成熟的商业迁移工具是非常有必要的,工具的效率和兼容性很关键。这里我们排除传统的迁移服务公司,市场上不少宣传提供云迁移服务的公司还停留在使用大量的人力和工具做系统重新部署等工作的阶段。
2、技术选型:成熟的云迁移工具应具备什么能力?
那对于IDC机房使用大量的物理服务器来运行生产业务的企业应该如何选型一个合适的技术方案,而且应该具备那些能力?首先技术实现上应该具体以下几点:
- 在线迁移能力
所谓在线迁移能力,可以在数据全量、增量传输过程中,源端业务可以在线提供服务,不停服。最起码不能冷迁移吧,让源端业务停个一两天,SLA怎么保证?这个是云迁移技术选型必不可少的能力。
- 支持增量数据的传输
具备源端全量数据传输云上后,后续还可以继续增量数据的传输,来保证业务的可持续运行。
- 支持整机迁移
整体迁移也是AWS在定义迁移服务里面,所提到的Rehost迁移模式,也是6R模式里面最简单的一种迁移上云的方式,整机迁移可以保证你原有主机业务的形态,迁移上云后无需重新部署,直接启动后就可以使用,也是客户在初次上云中最常见、最简单的、风险最低的一种方式。
- 支持批量迁移
可以支持大批量并行迁移的能力,减少技术人员的人力投入,可以快速低成本的完成迁移工作。
- 简单易操作
迁移软件应该具备简单、技术能力要求低