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 协议》,转载必须注明作者和本文链接
推荐文章: