Redis 哨兵模式

下载Redis 地址在这里 https://github.com/MSOpenTech/redis/releases

我们采用一主(master)二从(slave)三sentinel的架构模式来做演示

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

1.修改配置文件，如图表示 找到属性然后修改

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

2.创建并修改sentinel.conf
此处使用了三份配置文件分别放到指定的服务器上

port 26379 // 当前Sentinel服务运行的端口 ，其他属性不用修改
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

配置文件说明

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失败

五、启动服务器（此处先要添加并启动服务器 见：https://blog.csdn.net/Street_Walker/article/details/90107403）
win+r -> services.msc,可以看到服务
启动sentinel，不启动该文件 主服务器宕机，从服务器不会自动转主
如果服务器宕机，redis内部实现是将其中一个从服务器的redis.windows.config文件中的端口改为6379（即把宕机的服务器端口和即将成为主服务器的端口进行调换），此时如果是单机配置多个服务，会导致服务无法重启的问题，如果布置多台服务器 注意留出端口 避免服务宕机后启动失败的问题

redis-server.exe sentinel.conf --sentinel

Redis主从测试

redis-cli -h 127.0.0.1 -p 6379
info replication

停掉主服务器后