.
多对一上云迁移

ECHO多对一上云迁移架构

借助DTS 提供的数据库零停机迁移的能力,ECHO回声在短时间内,将其所有业务系统整体从其他厂商的公共云整体迁移到阿里云上。迁移过程中,所有业务切换在2个小时内完成,核心业务切换在半小时内完成,充分保证了业务的连续性,同时根据业务特点对数据库实例进行合并,RDS实例数量从迁移前的50多个下降到迁移后的20多个。

本架构能够解决

  • 跨云平台迁移;
  • 迁移过程中业务不中断;
  • 全量迁移加增量迁移保证迁移的源和目标数据一致;
  • 根据业务对RDS数据库实例进行合并;
  • 降低系统复杂度,降低拥有和运维成本。

推荐搭配使用

立即购买

方案业务场景及优势

  • 确定上云迁移方案
  • 完成上云迁移

上云迁移过程

  • 1.制定迁移规划,根据业务的需求,确定需要在迁移过程中合并的数据库实例,并且根据业务的负载进行资源需求的评估,在阿里云购买合适规格的实例。
  • 2.在阿里云的ECS上部署业务应用,并预配置应用到数据库实例的连接,保证应用和数据库的连通性。
  • 3.先通过DTS全量迁移将在其他厂商公共云RDS中的存量数据全量迁移至阿里云上的RDS实例中,借助DTS对多对一迁移/同步拓扑的支持能力,在迁移的过程中实现从其他厂商公共云上的多个RDS实例合并到阿里云上一个RDS实例。然后通过DTS增量迁移追平全量迁移过程中插上的数据变化,使得多对一合并拓扑中每个源RDS实例均与目标阿里云上的RDS实例处于实时同步的状态。

推荐搭配使用

完成上云迁移

  • 1.在阿里云上的RDS数据库实例前端部署Redis,作为数据库的缓存,承担业务的部分读取,降低RDS数据库上的负载。
  • 2.使用全量校验对迁移到阿里云RDS上的数据进行校验,保证迁移过程中数据的完整性和一致性。
  • 3.更新DNS指向,将用户的访问流量切换至访问阿里云,开始在阿里云上承载业务,观察业务在阿里云上是否能够正常运行,并进行预定的针对性检查。
  • 4.确认业务正常运行,完成迁移工作,在其他厂商公共云上整体下线。

推荐搭配使用

确定上云迁移方案

上云迁移过程

  • 1.制定迁移规划,根据业务的需求,确定需要在迁移过程中合并的数据库实例,并且根据业务的负载进行资源需求的评估,在阿里云购买合适规格的实例。
  • 2.在阿里云的ECS上部署业务应用,并预配置应用到数据库实例的连接,保证应用和数据库的连通性。
  • 3.先通过DTS全量迁移将在其他厂商公共云RDS中的存量数据全量迁移至阿里云上的RDS实例中,借助DTS对多对一迁移/同步拓扑的支持能力,在迁移的过程中实现从其他厂商公共云上的多个RDS实例合并到阿里云上一个RDS实例。然后通过DTS增量迁移追平全量迁移过程中插上的数据变化,使得多对一合并拓扑中每个源RDS实例均与目标阿里云上的RDS实例处于实时同步的状态。

推荐搭配使用

完成上云迁移

完成上云迁移

  • 1.在阿里云上的RDS数据库实例前端部署Redis,作为数据库的缓存,承担业务的部分读取,降低RDS数据库上的负载。
  • 2.使用全量校验对迁移到阿里云RDS上的数据进行校验,保证迁移过程中数据的完整性和一致性。
  • 3.更新DNS指向,将用户的访问流量切换至访问阿里云,开始在阿里云上承载业务,观察业务在阿里云上是否能够正常运行,并进行预定的针对性检查。
  • 4.确认业务正常运行,完成迁移工作,在其他厂商公共云上整体下线。

推荐搭配使用