如何利用云DTS实现IDC Redis的云上容灾？

本文为某A云厂商解决方案团队为陌陌IDC机房Redis实例实现云上灾备的定制方案。针对 Redis 跨机房数据同步，行业普遍有两个非chang常见的问题需要解决：大规模RDB重传全局流控问题和非幂等命令回退问题。本文从某A云厂商DTS的视角， 同过结合在数据传输领域的技术积累和实践经验，针对上述两个问题提出了一套完整的解决方案，对企业Redis云上容灾有极大的参考价值。

背景问题：大规模RDB重传全局流控问题

当用户业务非chang庞大时 所需要的Redis集群将会比较庞大，如guo要迁移这种大规模集群，一个值得注意的问题是：当对源库施行PSYNC后源Redis会bgsave，需要fork出一个子进程去生成RDB快照， 开倒车。 可嫩会导致master达到毫秒或秒级的卡顿抖动，以及大量内存占用，可嫩会对源库的业务造成影响。所yi在DTS迁移时就要控制对源库一边PSYNC的数量。

背景问题：非幂等命令回退问题

使用数据同步工具同步社区 Redis 时 往往使用社区的 PSYNC 复制协议拉取源节点的数据，染后以客户端的形式写入目标节点。PSYNC 协议的增量阶段以 repl 字节流的 offset 值来表示造成目的端数据不一致

开启ExactlyOnce前后来啊：

可依堪出，断点续传后出现了点位回退，重复施行了incr操作,导致目的端value为373, 源端value为364,目标端和源端数据不一致，也是没谁了...。

• 源数据库写QPS: 364
• 目标数据库写QPS: 373

修改DTS同步任务的配置,开启Redis Exactly Once功嫩,得到修改配置后的后来啊如下,断点续传后,目的端和源端的counter值均为210,验证了Redis Exactly Once技术方案有效地保证了断点续传目标端和源端的数据一致性。