一、单个实例

当系统中只有一台redis运行时，一旦该redis挂了，会导致整个系统无法运行。

单个实例

二、备份

由于单台redis出现单点故障，就会导致整个系统不可用，所以想到的办法自然就是备份（）。当一台redis出现问题了，另一台redis可以继续提供服务。

备份

三、自动故障转移

虽然上面redis做了备份，看上去很完美。但由于redis目前只支持主从复制备份（），当主redis挂了，从redis只能提供读服务，无法提供写服务。所以，还得想办法，当主redis挂了，让从redis升级成为主redis。

这就需要自动故障转移，redis sentinel带有这个功能，当一个主redis不能提供服务时，redis sentinel可以将一个从redis升级为主redis，并对其他从redis进行配置，让它们使用新的主redis进行复制备份。

自动故障转移

四、动手实践

1.环境

这里使用三台服务器，每台服务器上开启一个redis-server和redis-sentinel服务，redis-server端口为8000，redis-sentinel的端口为6800，修改默认端口是安全的第一步_。

redis-server说明

• 192.168.56.101:8000 主
• 192.168.56.102:8000 从
• 192.168.56.103:8000 从

redis-sentinel说明

• 192.168.56.101:6800
• 192.168.56.102:6800
• 192.168.56.103:6800

2.搭建redis系统

首先下载安装redis

在redis目录下有redis.conf和sentinel.conf配置文件示例，使用命令将两个配置文件复制到/etc目录下（当然也可以在/etc/目录新建配置文件），然后修改配置文件。

修改主redis-server配置文件内容如下：

修改从redis-server配置文件内容如下：

启动redis-server。

三个redis服务启动完毕后，进入命令行，执行info replication查看当前主从配置。

主节点上查看主从信息

发现并没有从节点信息。

3.主从间无法通信

这里的原因是防火墙屏蔽了8000端口，需要修改防火墙设置，开放8000端口（同理redis-sentinel的6800端口）。

增加8000端口和6800端口

然后重新进入主节点，查看主从信息，可以发现两个从节点信息，表明redis-server主从已经配置完毕。

主节点上查看主从信息

4.搭建redis-sentinel系统

redis-sentinel程序上面已经安装过了，这里只需要修改配置文件就可以了。修改/etc/sentinel.conf，如果没有创建即可。

修改sentinel.conf配置文件内容如下：

启动redis-sentinel。

三个redis-sentinel服务启动完毕后，连接任意sentinel服务可以获知当前主redis服务信息。

sentinel监控状态

五、测试

1.把住redis停掉

2.查看redis-sentinel的监控状态

sentinel监控状态

发现102这台redis-server提升为主库。

至此，redis的高可用方案已经搭建完成。

六、客户端程序

客户端程序（如PHP程序）连接redis时需要ip和port，但redis-server进行故障转移时，主redis是变化的，所以ip地址也是变化的。客户端程序如何感知当前主redis的ip地址和端口呢dis-sentinel提供了接口，请求任何一个sentinel，发送就能得到当前主redis的ip和port。

获取当前主redis的ip和port

客户端每次连接redis前，先向sentinel发送请求，获得主redis的ip和port，然后用返回的ip和port连接redis。

这种方法的缺点是显而易见的，每次操作redis至少需要发送两次连接请求，第一次请求sentinel，第二次请求redis。

php请求sentinel程序代码可参见：https://github.com/huyanping/redis-sentinel

更好的办法是使用VIP，当然这对配置的环境有一定的要求，比如redis搭建在阿里云服务器上，可能不支持VIP。

VIP方案是，redis系统对外始终是同一ip地址，当redis进行故障转移时，需要做的是将VIP从之前的redis服务器漂移到现在新的主redis服务器上。

比如：当前redis系统中主redis的ip地址是192.168.56.101，那么VIP（192.168.56.250）指向192.168.56.101，客户端程序用VIP（192.168.56.250）地址连接redis，实际上连接的就是当前主redis，这样就避免了向sentinel发送请求。

当主redis宕机，进行故障转移时，192.168.56.102这台服务器上的redis提升为主，这时VIP（192.168.56.250）指向192.168.56.102，这样客户端程序不需要修改任何代码，连接的是192.168.56.102这台主redis。

VIP指向192.168.56.101

故障转移后，VIP漂移指向192.168.56.102

七、漂移VIP

那么现在的问题是，如何在进行redis故障转移时，将VIP漂移到新的主redis服务器上。

这里可以使用redis sentinel的一个参数client-reconfig-script，这个参数配置执行脚本，sentinel在做failover的时候会执行这个脚本，并且传递6个参数、 、 、 、 、 、，其中是新主redis的IP地址，可以在这个脚本里做VIP漂移操作。

现在当前主redis是192.168.56.102，需要手动绑定VIP到该服务器上。

然后，去另一个服务器上通过VIP地址连接redis-server和redis-sentinel。

通过VIP连接redis

从上面也可以看出当前主redis是192.168.56.102。

下面关闭这台redis服务，看看VIP是否漂移到另一台服务器上。

通过查询sentinel发现192.168.56.103提升为主。

通过访问VIP连接redis，发现VIP确实指向了192.168.56.103。

八、总结

通过上面的操作，使用redis主从 + 哨兵（sentinel）+ 漂移VIP的方案搭建了一个redis高可用系统，但这个系统保证的是单个redis实例的高可用，所以适合业务比较小的应用。如果业务比较大，并发量比较高，建议搭建redis集群，比如官方redis cluster，还有开源的codings集群。

另外，漂移VIP可以使用keepalived软件来实现，这里就不多介绍了。