最近在研究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:63792.修改它们对应的配置文件redis.windows.conf
slave1 ip:127.0.0.1 port:6380
slave2 ip:127.0.0.1 port:6381
master:
port 6379slave1:
bind 127.0.0.1
port 6380slave2:
bind 127.0.0.1
slaveof 127.0.0.1 6379 // 设置master服务器为6379
port 63813.创建并修改sentinel.conf文件 master:sentinel26378.conf 该模式使用了3sentinel,所以我们需要复制3份sentinel.conf配置文件,并分别命名为sentinel26379.conf和sentinel26380.conf,其中修改sentinel.conf配置文件中的如下几个参数:
bind 127.0.0.1
slaveof 127.0.0.1 6379 // 设置master服务器为6379
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服务运行的端口4.启动3台redis服务器
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失败
redis-server.exe redis.windows.conf5.启动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