Sentinel哨兵模式解决故障转移
再复制2台
cp redis-slave-01 redis-slave-02 -R
cp redis-slave-01 redis-slave-03 -R
配置redis-slave-03
cd redis-slave-02 删除appendonly.aof dump.rdb
rm -rf appendonly.aof dump.rdb
vi redis.conf
修改 port 为6381
启动redis-slave-02
./redis-service redis.conf
./redis-cli -p 6381
配置redis-slave-03
rm -rf appendonly.aof dump.rdb
vi redis.conf
修改 port 为6382
启动redis-slave-03
./redis-service redis.conf
./redis-cli -p 6382
目前一主三从
Sentinel安装配置
cd /usr/local/redis
cp /redis-4.0.14/sentinel.conf sentinel.conf
修改配置文件
vi sentinel.conf
#只要有一台sentinel 认为你挂了就你挂了
sentinel monitor mymaster 192.168.8.129 6379 1
#10000毫秒连接不上就认为挂了
sentinel down-after-milliseconds mymaster 10000
#超过60000毫秒认为转移故障失败
sentinel failover-timeout mymaster 60000
#故障转移一次可以操作几台
sentinel parallel-syncs mymaster 1
sentinel配置文件默认是2台,因此注销
#sentinel monitor mymaster 127.0.0.1 6379 2
启动sentinel
cd /usr/local/redis
/redis-4.0.14/src/redis-sentinel sentinel.conf
监控 主服务器6379 下面3台6380 6381 6382
测试 关掉主服务器6379 shutdown
查看一下redis访问(6379已经没有了被干掉了)
宕机==>转移==》选举
这里6380被选举成主服务 可以info看一下
总结
1、 一主3从变成1主2从
2、 6379修复了也不会变成主服务了
3、重启6379变成6380的从服务器
本作品采用《CC 协议》,转载必须注明作者和本文链接