Redis备份容灾及高可用方案.pdfVIP

Redis 备份、容灾及高可用方案 1 一， Redis 简单介绍 Redis 是一个高性能的 key-value 非关系型数据库， 由于其具有高性能的特性， 支持高可用、 持久化、 多种数据结构、集群等，使其脱颖而出，成为常用的非关系型数据库。 此外， Redis 的使用场景也比较多。 1. 会话缓存（ Session Cache ） Redis 缓存会话有非常好的优势， 因为 Redis 提供持久化， 在需要长时间保持会话的应用场景 中，如购物车场景这样的场景中能提供很好的长会话支持，能给用户提供很好的购物体验。 2. 全页缓存 在 WordPress 中， Pantheon 提供了一个不错的插件 wp-redis ，这个插件能以最快的速度 加载你曾经浏览过的页面。 3. 队列 Reids 提供 list 和 set 操作，这使得 Redis 能作为一个很好的消息队列平台来使用。 我们常通过 Reids 的队列功能做购买限制。比如到节假日或者推广期间，进行一些活动，对 用户购买行为进行限制， 限制今天只能购买几次商品或者一段时间内只能购买一次。 也比较适 合适用。 4. 排名 Redis 在内存中对数字进行递增或递减的操作实现得非常好。 所以我们在很多排名的场景中会 应用 Redis 来进行，比如小说网站对小说进行排名，根据排名，将排名靠前的小说推荐给用 户。 2 5. 发布 / 订阅 Redis 提供发布和订阅功能， 发布和订阅的场景很多， 比如我们可以基于发布和订阅的脚本触 发器，实现用 Redis 的发布和订阅功能建立起来的聊天系统。 此外还有很多其它场景， Redis 都表现的不错。 二， Redis 使用中单点故障问题 正是由于 Redis 具备多种优良特新， 且应用场景非常丰富， 以至于 Redis 在各个公司都有它存在的身 影。那么随之而来的问题和风险也就来了。 Redis 虽然应用场景丰富，但部分公司在实践 Redis 应用 的时候还是相对保守使用单节点部署，那为日后的维护带来了安全风险。 在 2015 年的时候，曾处理过一个因为单点故障原因导致的业务中断问题。当时的 Redis 都未采用分 布式部署，采用单实例部署，并未考虑容灾方面的问题。 当时我们通过 Redis 服务器做用户购买优惠商品的行为控制， 但后来由于未知原因 Redis 节点的服务 器宕机了，导致我们无法对用户购买行为进行控制，造成了用户能够在一段时间内多次购买优惠商品 的行为。 这种宕机事故可以说已经对公司造成了不可挽回的损失了，安全风险问题非常严重，作为当时运维这 个系统的我来说有必要对这个问题进行修复和在架构上的改进。于是我开始了解决非分布式应用下 Redis 单点故障方面的研究学习。 3 三，非分布式场景下 Redis 应用的备份与容灾 Redis 主从复制现在应该是很普遍了。常用的主从复制架构有如下两种架构方案。 常用 Redis 主从复制 方案一 这是最常见的一种架构， 一个 Master 节点，两个 Slave 节点。客户端写数据的时候是写 Master 节点，读的时候，是读取两个 Slave ，这样实现读的扩展，减轻了 Master 节点读负载。