新闻资讯

掌握最新资讯,了解关于我们的最新动态!
您当前位置首页 > 新闻资讯 > IDC圈

云迁移常见策略和工具

更新时间:2024-12-02 04:31

当前,许多企业正尝试涉及云迁移的大规模数字转型,因为他们已经意识到,云计算的服务,不仅仅是产品的竞争,对于政府企业等大型客户更关注服务,而云迁移则是服务中的关键环节。

那么,云迁移流程有哪些?不同策略的复杂程度如何?工具如何使用?客户最关心哪些问题?今天,小编就为大家分享关于云迁移的这些事儿。

一、云迁移方式
目前云迁移主要是P2V或V2V,也就是从用户原有的物理机向云虚拟机迁移,或者从云环境向另一个云环境进行迁移。

根据不同客户的需求,大致分为三类:系统或应用全部迁移、文件数据迁移、数据库迁移。

二、云迁移流程
云迁移最复杂的工程在于前期的调研与准备工程,而不是直接实施。调研用户的网络架构、资源使用情况、流量情况、资源占用情况,这些都至关重要,准备工程越充分,实施起来便越容易。

总的来说,云迁移大致遵循以下原则:1.先简单后困难;2.先非关键,后关键应用;3.先评估后迁移。

三、迁移工具
针对大型的政务应用系统,建议以重新部署为主,好处是充分调动原厂服务,保障安全稳定。

对于中、小型的应用系统,可以采用P2V等工具,如VConverter,进行物理数据的迁移。一般在迁移过程中将发生几个小时的迁移割接中断。如果需要降低对系统中断的影响,一般需要针对数据库进行热迁移。

针对数据库的迁移,可采用Oracle Dataguard进行主从配置,用Mysql的主从配置。通过应用的冷迁移+数据的热迁移,降低对业务的影响。但该方式对集成能力要求比较高,需要对用户的数据库进行操作。

四、6种常见云迁移策略
Gartner早在2010年就发布了“5R”模型,不过随着技术的不断完善,目前,关于迁移上云的方法和策略,一般认为是“6R”策略。

策略1: Re-Host
重新托管,也称为“直接迁移”
迁移复杂度:中

直接迁移是云迁移最常见的方法。顾名思义,即在不改变应用程序运行环境的前提下将系统和数据迁移上云。

直接迁移一般是将物理机迁移至虚拟机,或将虚拟机迁移至虚拟机。如果企业希望快速上云或者有大型应用需要上云,直接迁移是最为合适和有效的一种迁移方法。

策略2:Re-Platform
更换平台,也称为“修补后迁移”
迁移复杂度:高

在不改变应用核心架构的前提下,将数据和系统迁移上云时,对应用程序做一些简单的云优化,这种方法称为“修补后迁移”。大多数企业都会用这种方法来降低管理成本,并提高效率。

例如,用云服务商提供的数据库服务代替原有的关系型数据库,或用云服务商提供的消息队列服务代替原有的自建消息中间件。

策略3:Re-Purchase
重新购置,也称为“放弃后购买”
迁移复杂度:中

“放弃后购买”是指弃用原先的产品,并采购新的替代产品。例如将原先的管理系统弃用,选用同类的SaaS产品来进行替代,或选用相同厂商的SaaS产品。

策略4:Re-Architect
重构/重新构建
迁移复杂度:高

“重新构建”也就是将应用的架构和开发模式重建,实现云原生的应用服务。当现有的应用环境难以满足日后的使用,或性能和规模无法满足日后的需求,将采用“重新构建”这种迁移模式。

“重新构建”相对其他几种方法,成本最高,但是从长远来看,更加满足未来的业务和系统的需求。

策略5:Retire
停用
迁移复杂度:低

当该部分系统或应用没有相关价值,但还在持续消息资源时,建议使用“停用”策略,也就是将必要的数据归档后,停用当前的基础设施。

策略6: Retain
保留
迁移复杂度:低

如果现有的业务或应用并不具备上云的条件、未做好上云的准备或更加适合本地部署的时候,需要根据业务发展的实际需要来进行操作。当以上的情况出现时,建议保留现状,不需要强行进行迁移上云的操作。


成为冠星云会员,享受出众的上云实践机会和周到的尊贵服务!

立即注册