Slave 主机房A 机房B Pika 运维 – 线上架构 LVS读写 VIP LVS只读 VIP LVS读写 VIP Master Slave 机房A LVS读写 VIP Master Slave 机房B SACC2017 主机房A Slave1 提 升为主库 Master Slave2 Slave3 机房B 断点续传 断点续传 Slave1 Slave2 Slave3 主机房A 机房B Master LVS读写 VIP LVS只读 VIP LVS读写 VIP LVS只读 VIP Pika 运维 – 线上架构 SACC2017 Pika 运维 – 迁移工具 – Redis_to_pika • 将redis数据迁移到pika，基于aof，能全量+增量方式同步数 产品经理汇总github问题和交流群用户反馈,帮用户问 题解决和需求排期开发 • 一月一个小版本, 二月一个大版本 SACC2017 Pika 开发现状 • 双主支持 • Pika_hub 提供多机房写入支持 • 支持sentinel • 支持codis SACC2017 Pika 总结 • 恢复时间长 • 一主多从, 主从切换代价大 • 缓冲区写满问题 • 内存昂贵问题

双机热备架构：系统工作时主节点（Master）和备节点（Slave）数据实时同步，主节点故障时系统 自动秒级切换，备节点接管业务，全程自动且对业务无影响，主备架构保障系统服务具有高可用性。 集群架构：集群（cluster）实例采用分布式架构，每个节点都采用一主一从的高可用架构，自动容灾 切换，故障迁移，多种集群规格可适配不同的业务压力，无线扩展数据库性能。 云数据库 Redis 由于标准版-双副本架构的备库仅用于故障转移恢复，并没有对外提供服务，并且数据库复制也给主库 带来了额外的性能开销，因此从这个角度分析，单副本版本的性能不仅不会低于双机高可用版，甚至 还会有所提升。 使用场景 云数据库 Redis 版 产品简介 10 纯缓存类业务场景 单副本版本只有一个数据库节点，节点出现故障时，系统会重新拉起一个 Redis 进程（没有数据 ），当节点故障业务自动切换完 ），当节点故障业务自动切换完成后，应用程序需要将数据重新预热，以免对后端数据库产生访问压 力冲击。 注意：由于单副本模式不能提供数据可靠性，节点故障后需要业务进行预热，如果是对数据可靠性要 求较高的敏感性业务，不建议使用单副本版，可选用双副本高可用版。 对 Redis 协议兼容性要求较高的业务 标准版完全兼容 Redis 协议，业务可以平滑迁移。 单个 Redis 性能压力可控

它们分别是复制、Sentinel 和集群。 其中复制⽤于创建多个 Redis 服务器的副本， 并藉此提升整个 Redis 系统的读性能以及容灾能⼒。 ⾄于 Sentinel 则在复制的基础上， 为 Redis 系统提供了⾃动的故障转移功能， 从⽽使得整个系统可以更健壮地运⾏。 最后， 通过使⽤ Redis 集群， ⽤户可以在线扩展 Redis 系统的读写能⼒。 读者可以通过阅读这⼀部分来获得扩展 Redis 读写性能的相关知识， 如果锁被持有者以外的其他进程释放了的话， 那么系统中可能就会同时出现多个锁， 导致锁的唯 ⼀性被破坏。 2. 这个锁的获取操作不能设置最⼤加锁时间， 它⽆法让锁在超过给定的时限之后⾃动释放。 因此， 如果持有 锁的进程因为故障或者编程错误⽽没有在退出之前主动释放锁， 那么锁就会⼀直处于已被获取的状态， 导 致其他进程永远⽆法取得锁。 本书后续将继续改进这个锁实现， 使得它可以解决这两个问题。 2.6 MSET：⼀次为多个字符串键设置值 因为这两条命令是完全独⽴的， 所以服务器在执⾏它们的时候， 就可能会出现 SET 命令被执⾏了， 但是 EXPIRE 命令却没有被执⾏的情况。 ⽐如说， 如果 Redis 服务器在成功执⾏ SET 命令之后因为故障下线， 导致 EXPIRE 命 令没有被执⾏， 那么 SET 命令设置的缓存就会⼀直存在， ⽽不会因为过期⽽⾃动被移除。 与此相反， 使⽤带有 EX 选项或 PX 选项的 SET 命令就没有这个问题：

256 个 DB。 Redis 命令支持 详情请参见文档。 监控报警 云数据库 Redis 版未提供容量告警，需要用户到云 监控中进行配置。配置方法请参见文档。 建议设置好以下监控的报警：实例故障、实例主备 切换、已使用连接百分比、操作失败数、已用容量 云数据库 Redis 版 快速入门 6 云数据库 Redis 版兼容 Redis 3.0 版本，支持 Redis 3.0 的 Geo