搭建redis哨兵模式对于大型项目比较流行了,以下步骤直接在一个redis文件下操作:
一个主节点:
1、新建redis6379.conf
port 6379
bind 127.0.0.1
两个从节点:
2、新建redis6380.conf
port 6380
bind 127.0.0.1
slaveof 127.0.0.1 6379 // 设置master服务器为6379
3、新建redis6381.conf
port 6381
bind 127.0.0.1
slaveof 127.0.0.1 6379 // 设置master服务器为6379
三个哨兵:
4、新建sentinel23456.conf
port 23456
sentinel monitor mymaster 127.0.0.1 6379 2
sentinel down-after-milliseconds mymaster 5000
sentinel parallel-syncs mymaster 1
sentinel failover-timeout mymaster 15000
5、新建sentinel23457.conf
port 23457
sentinel monitor mymaster 127.0.0.1 6379 2
sentinel down-after-milliseconds mymaster 5000
sentinel parallel-syncs mymaster 1
sentinel failover-timeout mymaster 15000
6、新建sentinel23458.conf
port 23458
sentinel monitor mymaster 127.0.0.1 6379 2
sentinel down-after-milliseconds mymaster 5000
sentinel parallel-syncs mymaster 1
sentinel failover-timeout mymaster 15000
配置文件说明:
- 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失败
启动服务器
1、分别启动master,slave1,slave2
redis-server.exe redis6379.conf
redis-server.exe redis6380.conf
redis-server.exe redis6381.conf
2、分别启动sentinel1,sentinel2,sentinel3
redis-server.exe sentinel23456.conf --sentinel
redis-server.exe sentinel23457.conf --sentinel
redis-server.exe sentinel23458.conf --sentinel
3、查看redis服务器状态
redis-cli.exe -h 127.0.0.1 -p 6379
info replication
4、查看sentinel的状态
redis-cli.exe -h 127.0.0.1 -p 23456
info sentinel
测试服务器
set myname chhilu
get myname
效果图