从 https://github.com/tporadowski/redis/releases 下载windows版的redis，自行下载解压。
关于哨兵模式的讲解，强烈推荐 【深入学习redis(4)：哨兵】
一主两从
-
复制三份 redis.windows.conf，分别如下配置
redis-6379.windows.conf
bind 127.0.0.1 port 6379redis-6380.windows.conf
bind 127.0.1 port 6380 slaveof 127.0.0.1 6379redis-6381.windows.conf
bind 127.0.1 port 6381 slaveof 127.0.0.1 6379 -
启动
redis-server.exe redis-6379.windows.conf redis-server.exe redis-6380.windows.conf redis-server.exe redis-6381.windows.conf -
验证是否成功，看到从节点状态 online 说明主从环境搭建成功了
redis-cli.exe -h 127.0.0.1 -p 6379 127.0.0.1:6379> info replication # Replication role:master connected_slaves:2 slave0:ip=127.0.0.1,port=6380,state=online,offset=98,lag=0 slave1:ip=127.0.0.1,port=6381,state=online,offset=98,lag=0 master_replid:677245c1292f2244597f22a12c85730f236fa707 master_replid2:0000000000000000000000000000000000000000 master_repl_offset:98 second_repl_offset:-1 repl_backlog_active:1 repl_backlog_size:1048576 repl_backlog_first_byte_offset:1 repl_backlog_histlen:98
三个哨兵
-
创建三个配置文件
sentinel-26379.windows.conf
bind 127.0.0.1 port 26379 sentinel monitor mymaster 127.0.0.1 6379 2sentinel-26380.windows.conf
bind 127.0.0.1 port 26380 sentinel monitor mymaster 127.0.0.1 6379 2sentinel-26381.windows.conf
bind 127.0.0.1 port 26381 sentinel monitor mymaster 127.0.0.1 6379 2 -
启动哨兵
redis-server.exe sentinel-26379.windows.conf --sentinel redis-server sentinel-26380.windows.conf --sentinel redis-server sentinel-26381.windows.conf --sentinel -
验证是否成功，看到最后 status=ok 说明成功了
127.0.0.1:26379> info sentinel # Sentinel sentinel_masters:1 sentinel_tilt:0 sentinel_running_scripts:0 sentinel_scripts_queue_length:0 sentinel_simulate_failure_flags:0 master0:name=mymaster,status=ok,address=127.0.0.1:6379,slaves=2,sentinels=3 -
演示故障自动切换
关掉主节点 6379，等一会，就会发现哨兵切换了主节点，重新启动 6379 节点，它就变成了从节点了
redis-cli.exe -h 127.0.0.1 -p 6379 127.0.0.1:6379> info replication # Replication role:slave master_host:127.0.0.1 master_port:6380 master_link_status:up master_last_io_seconds_ago:1 master_sync_in_progress:0 slave_repl_offset:56440 slave_priority:100 slave_read_only:1 connected_slaves:0 master_replid:8f282577c2e4ddeb9794f88757e5dad7870e5e6d master_replid2:0000000000000000000000000000000000000000 master_repl_offset:56440 second_repl_offset:-1 repl_backlog_active:1 repl_backlog_size:1048576 repl_backlog_first_byte_offset:55487 repl_backlog_histlen:954
遇到的问题
代码客户端连接redis，报错 All sentinels down, cannot determine where is mymaster master is running... 或者 Could not get a resource from the pool
参考这篇博客：https://www.jianshu.com/p/098494958892
好了，认真读过 【深入学习redis(4)：哨兵】 ，所以这个问题已经不再是问题了
通过客户端原理的介绍，可以加深对哨兵功能的理解：
（1）配置提供者：客户端可以通过哨兵节点+masterName获取主节点信息，在这里哨兵起到的作用就是配置提供者。
需要注意的是，哨兵只是配置提供者，而不是代理。二者的区别在于：如果是配置提供者，客户端在通过哨兵获得主节点信息后，会直接建立到主节点的连接，后续的请求(如set/get)会直接发向主节点；如果是代理，客户端的每一次请求都会发向哨兵，哨兵再通过主节点处理请求。
举一个例子可以很好的理解哨兵的作用是配置提供者，而不是代理。在前面部署的哨兵系统中，将哨兵节点的配置文件进行如下修改：
sentinel monitor mymaster 192.168.92.128 6379 2 改为 sentinel monitor mymaster 127.0.0.1 6379 2然后，将前述客户端代码在局域网的另外一台机器上运行，会发现客户端无法连接主节点；这是因为哨兵作为配置提供者，客户端通过它查询到主节点的地址为127.0.0.1:6379，客户端会向127.0.0.1:6379建立redis连接，自然无法连接。如果哨兵是代理，这个问题就不会出现了。
注意一点：哨兵程序监控端口和 redis 服务端口都要开放给客户端，否则就访问不通。
我本地开发环境就是这种情况，可以访问通监控端口，但是无法访问redis服务端口。这也再次说明了哨兵只是配置提供者，而不是代理。