双向同步助力企业快速复制异地多活-阿里云开发者社区

开发者社区> lyrewu> 正文

双向同步助力企业快速复制异地多活

简介: 数据传输服务DTS正式推出MySQL实例间的双向同步,助力企业快速复制阿里巴巴异地多活架构。DTS已经连续4年平稳支撑阿里巴巴双11异地多活场景,并已为阿里云上万用户提供安全、可靠的数据流服务。本专题将全面解析双向同步如何助力企业快速复制异地多活,满足业务就近接入和服务高可用的业务场景。
+关注继续查看

数据传输服务DTS正式推出MySQL实例间的双向同步,助力企业快速复制阿里巴巴异地多活架构。DTS已经连续4年平稳支撑阿里巴巴双11异地多活场景,并已为阿里云上万用户提供安全、可靠的数据流服务。本专题将全面解析双向同步如何助力企业快速复制异地多活,满足业务就近接入和服务高可用的业务场景。

客户之声

随着企业的高速发展及国际化步伐的加速,很多基于单地域构建技术架构的企业用户面临着诸多问题,包括:

(1) 对于用户分布较广的业务,部分用户需要跨地域远距离访问服务,访问延迟大,直接影响用户体验。

(2) 当业务依赖的区域出现城市故障时,直接导致服务不可用,给公司带来不可估量的经济损失及公司品牌的负面影响。

为了有效解决这些问题,保证服务的持续可用,目前业界比较热门的技术架构当属“异地多活”。所谓异地多活,顾名思义,就是在不同地域提供业务中心,同时每个业务中心都会支撑服务流量。相较于“异地灾备”,异地多活架构具备如下优势:

(1) 成本较低,异地灾备需要进行业务的全量异地备份,主业务中心正常时,灾备中心并不提供服务,备份成本极高。

(2) 业务流量随时切换,异地多活的所有数据中心都支撑业务流量,所以当任意一个业务中心出现故障时,可以直接将流量切换到其他数据中心。相对而言,异地灾备由于不是一直承担流量,所以一旦业务中心出现问题时,未必敢将流量切到灾备中心,因为不知道切过去业务是否能正常运行。

(3) 可扩展性强,异地多活其实是在多个数据中心分摊业务流量,所以有效缓解了单一地区的业务压力。

异地多活架构中,为了支持业务流量在各个地域之间的灵活切换,必须解决各个业务中心之间的数据同步问题。阿里云数据传输服务DTS支持RDS实例之间的双向同步,帮助您实现业务中心之间的数据同步,保证数据全局一致,从而实现异地多活技术架构的快速复制。 数据传输服务DTS从2013年起,已连续4年平稳支撑了阿里巴巴异地多活(3个业务中心)底层的全局数据同步。自2014年在阿里云为用户提供服务以来,DTS已经为上万用户提供可靠、稳定的数据流服务。

数据传输服务DTS异地多活解决方案

DTS支持异地多活架构中数据层之间的数据同步,实现数据全局一致。下面是一个简单的异地多活业务架构图:
image
如上图所示,业务按照某个维度将流量切分到各个业务中心(亦称单元)。切分维度的选择要遵循如下原则:

(1) 拆分后,需要实现业务的单点写。例如按照会员切分,那么同一个会员的访问只能在某个业务中心单点写。

(2) 拆分维度要能够尽量保证业务在单元内封闭,即所有的业务请求都能够在单元内完成,以减少跨地域的访问调用。

对于用户分布比较广的业务,可以根据用户分布进行业务中心部署区域的选择。例如国际化业务,可以选择中国、欧洲、北美 等多点进行业务中心的部署,区域附近的用户的业务请求直接落在就近区域,以最大程度降低用户访问延迟,从而有效提升用户体验。

当流量切分到各个单元后,各个单元的数据层均会有数据写入,通过DTS进行数据层的数据双向同步,实现数据全局一致。当某个业务中心(单元)出现故障时,可以修改流量切分规则将流量秒级切换到其他单元,从而有效得保证了业务的持续可用,完美得避免了故障造成的经济损失及对公司品牌的影响。

写在最后

DTS所实现的全局数据同步是异地多活架构的基础,具体的业务流量切分还需要根据业务实际情况设计实现。

除了提供异地多活能力,DTS还能帮助您实现业务零停机迁移、实时数据仓库、查询/报表分流、系统异步消息通知、轻量级缓存更新等业务需求。

10月31日前,双向同步7折特惠,点击立享>>

如何快速创建双向同步,点击查看。

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

相关文章
OceanBase异地容灾或多活怎么做?数据怎么同步?
OceanBase异地容灾或多活怎么做?数据怎么同步?
1176 0
PostgreSQL 10.1 手册_部分 III. 服务器管理_第 31 章 逻辑复制_31.4. 限制
31.4. 限制 逻辑复制目前有以下限制或缺少的功能。 这些可能会在未来的版本中解决。 不复制数据库模式和DDL命令。初始模式可以使用pg_dump --schema-only 手动复制。后续的模式更改需要手动保持同步。
1027 0
阿里云服务器端口号设置
阿里云服务器初级使用者可能面临的问题之一. 使用tomcat或者其他服务器软件设置端口号后,比如 一些不是默认的, mysql的 3306, mssql的1433,有时候打不开网页, 原因是没有在ecs安全组去设置这个端口号. 解决: 点击ecs下网络和安全下的安全组 在弹出的安全组中,如果没有就新建安全组,然后点击配置规则 最后如上图点击添加...或快速创建.   have fun!  将编程看作是一门艺术,而不单单是个技术。
4241 0
PostgreSQL 10.1 手册_部分 III. 服务器管理_第 31 章 逻辑复制_31.5. 架构
31.5. 架构 31.5.1. 初始快照 逻辑复制首先复制发布者数据库上的数据快照。一旦完成, 发布者的变化就会实时发送给订阅者。订阅者按照发布者提交的顺序应用数据, 以确保任何单个订阅中的发布的事务一致性。
1091 0
mysql semi-sync(半同步复制)
半同步复制: 5.5集成到MySQL,以插件的形式存在,需要单独安装 确保事务提交后bnog至少传输到一个从库 不保证从库应用完这个事务的binlog 性能有一定的降低,响应时间会更长 网络异常或从库宕机,卡住主库直到超时或从库恢复 异步复制的逻辑...
1145 0
云存储网关复制模式新玩法 - 部分复制
说到云存储网关的复制模式,相信不少人都有既爱又恨的感觉。复制模式确实是一个非常实用的功能,它将数据在云端和网关侧同时保留了两份,不但降低了数据丢失的风险,同时也极大地提高了从网关访问数据的性能。如果预算允许,我相信所有用户都会选择复制模式,这样所有的数据都会缓存在网关,使用起来性能绝对是杠杠的。
376 0
PostgreSQL 10.1 手册_部分 III. 服务器管理_第 31 章 逻辑复制_31.1. 发布
31.1. 发布 可以在任何物理复制主机上定义发布。 定义发布的节点称为发布者。 发布是从一个表或一组表中生成的一组更改,也可能被描述为更改集或复制集。 每个发布只存在于一个数据库中。 发布与模式不同,不影响表格的访问方式。
863 0
PostgreSQL 10.1 手册_部分 III. 服务器管理_第 26 章 高可用、负载均衡和复制_26.5. 热备
26.5. 热备 26.5.1. 用户概览 26.5.2. 处理查询冲突 26.5.3. 管理员概览 26.5.4. 热备参数参考 26.5.5. 警告 术语热备用来描述服务器处于归档恢复或后备模式时连接到服务器并运行只读查询的能力。
1299 0
MySQL5.6同步复制新特性详解
作者:贺春阳,出处:mysqlpub.com ! 继5.5半同步复制后,5.6又对其进行了优化与改进,其中有两个地方较为重要: 1、对运维人员来说应该是一件大喜的事情,在主从切换后,在传统的方式里,你需要找到binlog和POS点,然后hangemasterto指向,而不是很有经验的运维,往往会将其找错,造成主从同步复制报错,在mysql5.6里,你无须再知道binlog和POS点,你
1063 0
+关注
lyrewu
专注数据库领域产品输出。
9
文章
0
问答
来源圈子
更多
阿里巴巴集团数据库技术团队,负责集团内部、菜鸟、阿里音乐、蚂蚁金服等业务数据库支持。拥有国内外知名的MySQL内核开发团队,保障历年天猫双十一的数据库稳定性。同时也向阿里云业务输出DMS和DTS产品。
+ 订阅
文章排行榜
最热
最新
相关电子书
更多
文娱运维技术
立即下载
《SaaS模式云原生数据仓库应用场景实践》
立即下载
《看见新力量:二》电子书
立即下载