当前位置:网站首页 > 桌面运维 正文 桌面运维

云迁移实践:VMware虚拟机迁移到AWS

南京泽同信息 2025-12-09 21:10:26 桌面运维 53 ℃ 0 评论

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

那对于VMware上跑了大批量的虚拟机的企业应该如何选型一个合适的技术方案,而且应该具备那些能力?首先技术实现上应该具体以下几点:

  • 在线迁移能力

所谓在线迁移能力,可以在数据全量、增量传输过程中,源端业务可以在线提供服务,不停服。最起码不能冷迁移吧,让源端业务停个一两天,SLA怎么保证?这个是云迁移技术选型必不可少的能力

  • 支持增量数据的传输

具备源端全量数据传输云上后,后续还可以继续增量数据的传输,来保证业务的可持续运行。

  • 支持整机迁移

整体迁移也是aws在定义迁移服务里面,所提到的Rehost迁移模式,也是6R模式里面最简单的一种迁移上云的方式,整机迁移可以保证你原有主机业务的形态,迁移上云后无需重新部署,直接启动后就可以使用,也是客户在初次上云中最常见、最简单的、风险最低的一种方式。

  • 支持批量迁移

对于VMware大批量的业务虚拟机,可以支持大批量并行迁移的能力,减少技术人员的人力投入,可以快速低成本的完成迁移工作。

  • 简单易操作

迁移软件应该具备简单、技术能力要求低,很快可以上手的软件,而且学习成本低、自动化程度高。因为不是每家企业的IT部门的技术能力都超强。

  • 迁移成功率高

面对复杂的虚拟机操作系统、多样化的场景、能够做到迁移一台成功一台,因为从VMware到AWS迁移,算属于跨虚拟化架构异构迁移,中间还有很多技术难点,迁移软件应该都可以覆盖。

以上几点技术要求,在VMware或者其他迁移技术软件应该具备的技术能力,不然怎么算一个企业上云的利器,让客户可以信任交给你去完成迁移这个重要任务。

这些是迁移软件的技术层面所具备的能力,但是单纯从技术层面只是解决了数据传输的问题,有了足够的保障,不过在整体业务迁移后的可正常运行还差一些其他层面处理,比如,业务关联性、云侧的网络架构、安全配置等,才能保证整体业务的可用性。这里

你可能想看:

版权说明:如非注明,本站文章均为 ZBLOG 原创,转载请注明出处和附带本文链接

请在这里放置你的在线分享代码
Copyright Your WebSite.Some Rights Reserved.
微信咨询&联系客服
QQ:2586422870
在线时间
9:00 ~ 23:00