mysql哨兵模式,Redis集群之主从集群模式(哨兵模式Sentinel)

前言

Redis集群模式主要有2种:

主从集群

分布式集群。

前者主要是为了高可用或是读写分离，后者为了更好的存储数据，负载均衡。

本文主要讲解主从集群。

主从切换原理

Redis的主从原理与MySQL相似，都是设置两台机器，一主一从。也就是常说的热备与冷备。设置主从的同时，设置两个哨兵进程，用来检测主节点是否宕机。若发现主节点宕机，立马从从节点内选取出合适的节点 作为新的主节点。这点与VIP(虚拟IP技术有点相似)。说的有点抽象，可看原理图，加深印象。原理图如下所示(略)：

基本部署操作

操作简略如下:

主节点：启动Redis Server进程与Redis Sentinel进程

从节点：启动Redis Server进程与Redis Sentinel进程

注：特别注意主从节点的redis.conf与sentinel.conf文件的配置，详细更改见Github地址。

测试实验

主要测试实验如下所示：

切换前

主从节点，通过INFO命令查询集群信息；

主从哨兵节点，通过Sentienl masters与Sentinel slaves查询集群信息；

主节点更新数据值，查看从节点是否有更改。

关闭主节点

从节点，通过INFO命令查询集群信息；

主从哨兵节点，通过Sentienl masters与Sentinel slaves查询集群信息；

从节点更新数据值。

开启主节点

主从节点，通过INFO命令查询集群信息；

主从哨兵节点，通过Sentienl masters与Sentinel slaves查询集群信息；

判断主节点是否更新了之前从节点 插入的数据。

实验进行

由于主从的Log太多，这边就放置一张选举 主从切换部分的截图。

主要总结:

切换前，Redis Server与Sentinel 应当都能够获取到整个集群的信息(包括主从节点)，且主节点信息更新，从节点也会更新。

切换中，Sentinel哨兵会重新选举，从节点会更新为主节点。

切换后，原主节点会作为从节点(注意 并不会切换为主节点)，切会获取到宕机这段时间的数据，并且作为冷备运行。

当原从节点宕机后，原主节点会再次被选举为主节点。

注: 当使用哨兵后，Jedis内将使用JedisSentinelPool，而不再使用JedisPool，因为后者不具有高可用的性能。

Reference

略