Redis高可用(sentinel机制)--Windows下实现

Redis高可用(sentinel机制)--Windows下实现

最近在研究Redis,此处记录的是在Windows下搭建Redis集群实现高可用.设备有限,所以我就只能在同一台电脑上安装3台redis服务器了,一台主机(master),两台从机(slave)

安装redis服务请查看博文:

http://blog.csdn.net/admin1973/article/details/56673871

Redis主从复制读写分离配置查看博文:

http://blog.csdn.net/admin1973/article/details/56674996

1.配置redis集群:

我们采用一主二从的配置方式:

master ip:127.0.0.1 port:6379  
slave1 ip:127.0.0.1 port:6380  
slave2 ip:127.0.0.1 port:6381 

2.修改它们对应的配置文件redis.windows.conf
master:

port 6379  
bind 127.0.0.1  

slave1:

port 6380  
bind 127.0.0.1  
slaveof 127.0.0.1 6379  // 设置master服务器为6379 

slave2:

port 6381  
bind 127.0.0.1  
slaveof 127.0.0.1 6379  // 设置master服务器为6379 

3.创建并修改sentinel.conf文件

master:sentinel26378.conf

该模式使用了3sentinel，所以我们需要复制3份sentinel.conf配置文件，并分别命名为sentinel26379.conf和sentinel26380.conf,其中修改sentinel.conf配置文件中的如下几个参数：

port 26378
sentinel monitor mymaster 127.0.0.1 6380 2
sentinel down-after-milliseconds mymaster 5000
sentinel failover-timeout mymaster 15000
sentinel config-epoch mymaster 2

同理，修改另外的两个配置文件

配置文件说明：

1. port :当前Sentinel服务运行的端口  
2.sentinel monitor mymaster 127.0.0.1 6379 2:Sentinel去监视一个名为mymaster的主redis实例，这个主实例的IP地址为本机地址127.0.0.1，端口号为6379，而将这个主实例判断为失效至少需要2个 Sentinel进程的同意，只要同意Sentinel的数量不达标，自动failover就不会执行  
3.sentinel down-after-milliseconds mymaster 5000:指定了Sentinel认为Redis实例已经失效所需的毫秒数。当 实例超过该时间没有返回PING，或者直接返回错误，那么Sentinel将这个实例标记为主观下线。只有一个 Sentinel进程将实例标记为主观下线并不一定会引起实例的自动故障迁移：只有在足够数量的Sentinel都将一个实例标记为主观下线之后，实例才会被标记为客观下线，这时自动故障迁移才会执行  
4.sentinel parallel-syncs mymaster 1：指定了在执行故障转移时，最多可以有多少个从Redis实例在同步新的主实例，在从Redis实例较多的情况下这个数字越小，同步的时间越长，完成故障转移所需的时间就越长  
5.sentinel failover-timeout mymaster 15000：如果在该时间（ms）内未能完成failover操作，则认为该failover失败 

4.启动3台redis服务器

redis-server.exe redis.windows.conf 

5.启动3个哨兵

redis-server.exe sentinel26378.conf --sentinel  
redis-server.exe sentinel26379.conf --sentinel  
redis-server.exe sentinel26380.conf --sentinel 

启动成功后的:

6.查看redis状态:

7.查看sentinel状态

8.服务器测试

这只是简单的测试而已

9.redis主从failover测试

停止master服务;

查看剩余服务器状态;

从上图中可以看出来，master的服务器端口从6379变成了6380，也就是说redis自动的实现了主从切换，我们可以在查看下sentinel的状态，如下：

我们发现sentinel监控到127.0.0.1:6379已经无法ping通了，切换master服务器为127.0.0.1:6380

以此Redis高可用的基本配置就完成了,如果需要更好的性能服务,我们可以更好的优化redis配置

参考资料:http://blog.csdn.net/liuchuanhong1/article/details/53206028