如何搭建高可用Redis主从系统？教材.docxVIP

如何搭建高可用Redis主从系统？ 本文章来自于阿里云云栖社区 如何提高Redis数据库可用性？如何搭建高可用Redis主从系统？如何通过主从双机热备来保证服务高可用？高可用（High Available）是线上生产环境所必不可少的重要条件，阿里云数据库Redis版作为一款成熟稳定的数据库产品，针对Redis的特性也支持高可用，本文将介绍云数据库Redis是如何 如何提高Redis数据库可用性？如何搭建高可用Redis主从系统？如何通过主从双机热备来保证服务高可用？高可用（High Available）是线上生产环境所必不可少的重要条件，阿里云数据库Redis版作为一款成熟稳定的数据库产品，针对Redis的特性也支持高可用，本文将介绍云数据库Redis是如何实现这一方案。 架构 目前云数据库Redis有主从版和集群版两种架构，本次主要针对主从版做HA的解析。 下图为主从版架构：由图可知，云数据库Redis实例有主备两个节点，平时只有Master提供服务，Slave只做热备不提供访问，Slave通过slaveof命令挂载到Master上，不断从Master接收数据，保证Master宕机时云Redis仍可提供服务。 每一个云Redis实例都会分配一个VIP并与DNS绑定，VIP经过SLB后直接访问Master不再有其他中间层，访问Redis的链路为DNS--VIP--SLB--REDIS（MASTER）。 在底层原理上集群版HA与主从版基本相同，只是实现时稍有差异，因为链路上在VIP和后端REDIS之间多了一层proxy的路由转发，所以在做后端rs切换时无需更改VIP指向，而是去更新proxy的路由表。 HA模块 HA作为一个独立的系统模块，远程探测云Redis的健康状况，当发生实例不可用时及时主备切换以保证服务质量。 健康检查 健康检查的逻辑很简单，通过客户端连接Redis并发送PING命令，如果返回PONG则说明Redis健康，其他情况则说明Redis异常，检测逻辑用伪代码来说明： try: client = Redis(ip, port, connection_timeout, socket_timeout) //指定要连接Redis的ip:port（这里的ip:port即可以是VIP:VPORT也可以是Master或Slave的物理ip:port，HA会有多维度的探测），并设置超时时间 client.connect() //尝试连接Redis，如果连接失败或超时则会抛出异常 res = client.ping() //向Redis发送ping命令，结果为PONG说明Redis健康，返回OK；结果非PONG或超时则会抛出异常 if res == PONG: return OK except: //处理异常情况，若异常在预先定义的错误内，说明Redis真的异常，返回ERROR，HA会做下一步切换动作 if e.message in ERRORS: return ERROR else: return OK 需要HA真正做切换的异常情况有以下几种： /* 指定ip地址的机器不能找到(也就是说从当前机器不存在到指定ip路由)，或者是该ip存在，但找不到指定的端口进行监听，这时Redis所在主机可能宕机或是进程挂掉 */ Connection refused /* 服务器的并发连接数超过了其承载量，服务器会将其中一些连接主动Down掉 */ Connection reset /* 连接超时 */ connect timed out /* 读取数据超时 */ Read timed out /* Redis正在加载数据 */ LOADING Redis is loading the dataset in memory /* 访问的Redis是Slave */ READONLY You cant write against a read only slave 主备切换前准备工作 Redis工作在单线程模式下，接收到的所有命令都会进入队列串行处理，当遇到一些耗时命令如flushall、keys * 等，很容易造成客户端等待超时。此时如果超时时间设置不准确的话，HA远程探测就容易误判Redis不健康，而且单单一个PING命令也不能完全获得Redis的进程状态。 Redis自带的HA方案Sentinel就是依赖PING来做健康检查，通过配置sentinel down-after-milliseconds mymaster，来决定当PING超时多久没有收到回复就认为Redis宕机，但是这样做有一定风险，比如一个