1.环境
a.下载Redis：访问 https://github.com/MicrosoftArchive/redis/releases 下载Windows版Redis，并解压
2.哨兵模式配置
a.复制3份Redis作为3个节点，分别命名为8081、8082、8083
b.修改 Redis 各节点中的 redis.windows.conf 配置文件
1）8081节点：
#端口号改为8081 port 8081
2）8082节点：
#端口号改为8082 port 8082 #设置该slave的master服务器为8081 slaveof 127.0.0.1 8081
3）8083节点：
#端口号改为8083 port 8083 #设置该slave的master服务器为8081 slaveof 127.0.0.1 8081
c.在Redis 各节点中创建 sentinel.conf 哨兵配置文件
1）8081节点：
bind 127.0.0.1 #当前Sentinel服务运行的端口 port 8091 #去监视一个名为mymaster的主redis实例，这个主实例的IP地址为本机地址127.0.0.1，端口号为6379，而将这个主实例判断为失效至少需要2个 Sentinel进程的同意，只要同意Sentinel的数量不达标，自动failover就不会执行 sentinel monitor mymaster 127.0.0.1 8081 2 #指定了Sentinel认为Redis实例已经失效所需的毫秒数。当 实例超过该时间没有返回PING，或者直接返回错误，那么Sentinel将这个实例标记为主观下线。只有一个 Sentinel进程将实例标记为主观下线并不一定会引起实例的自动故障迁移：只有在足够数量的Sentinel都将一个实例标记为主观下线之后，实例才会被标记为客观下线，这时自动故障迁移才会执行 sentinel down-after-milliseconds mymaster 5000 #指定了在执行故障转移时，最多可以有多少个从Redis实例在同步新的主实例，在从Redis实例较多的情况下这个数字越小，同步的时间越长，完成故障转移所需的时间就越长 sentinel parallel-syncs mymaster 1 #如果在该时间（ms）内未能完成failover操作，则认为该failover失败 sentinel failover-timeout mymaster 15000
2）8082节点：
bind 127.0.0.1 #当前Sentinel服务运行的端口 port 8092 #去监视一个名为mymaster的主redis实例，这个主实例的IP地址为本机地址127.0.0.1，端口号为6379，而将这个主实例判断为失效至少需要2个 Sentinel进程的同意，只要同意Sentinel的数量不达标，自动failover就不会执行 sentinel monitor mymaster 127.0.0.1 8081 2 #指定了Sentinel认为Redis实例已经失效所需的毫秒数。当 实例超过该时间没有返回PING，或者直接返回错误，那么Sentinel将这个实例标记为主观下线。只有一个 Sentinel进程将实例标记为主观下线并不一定会引起实例的自动故障迁移：只有在足够数量的Sentinel都将一个实例标记为主观下线之后，实例才会被标记为客观下线，这时自动故障迁移才会执行 sentinel down-after-milliseconds mymaster 5000 #指定了在执行故障转移时，最多可以有多少个从Redis实例在同步新的主实例，在从Redis实例较多的情况下这个数字越小，同步的时间越长，完成故障转移所需的时间就越长 sentinel parallel-syncs mymaster 1 #如果在该时间（ms）内未能完成failover操作，则认为该failover失败 sentinel failover-timeout mymaster 15000
3）8083节点：
bind 127.0.0.1 #当前Sentinel服务运行的端口 port 8093 #去监视一个名为mymaster的主redis实例，这个主实例的IP地址为本机地址127.0.0.1，端口号为6379，而将这个主实例判断为失效至少需要2个 Sentinel进程的同意，只要同意Sentinel的数量不达标，自动failover就不会执行 sentinel monitor mymaster 127.0.0.1 8081 2 #指定了Sentinel认为Redis实例已经失效所需的毫秒数。当 实例超过该时间没有返回PING，或者直接返回错误，那么Sentinel将这个实例标记为主观下线。只有一个 Sentinel进程将实例标记为主观下线并不一定会引起实例的自动故障迁移：只有在足够数量的Sentinel都将一个实例标记为主观下线之后，实例才会被标记为客观下线，这时自动故障迁移才会执行 sentinel down-after-milliseconds mymaster 5000 #指定了在执行故障转移时，最多可以有多少个从Redis实例在同步新的主实例，在从Redis实例较多的情况下这个数字越小，同步的时间越长，完成故障转移所需的时间就越长 sentinel parallel-syncs mymaster 1 #如果在该时间（ms）内未能完成failover操作，则认为该failover失败 sentinel failover-timeout mymaster 15000
d.创建启动脚本
1）创建 8081 节点 Redis 启动脚本 start8081.bat：
cd 8081 title redis-8081 redis-server.exe redis.windows.conf
2）创建 8082 节点 Redis 启动脚本 start8082.bat：
cd 8082 title redis-8082 redis-server.exe redis.windows.conf
3）创建 8083 节点 Redis 启动脚本 start8083.bat：
cd 8083 title redis-8083 redis-server.exe redis.windows.conf
4）创建 8081 节点 哨兵Sentinel 启动脚本 startsentinel8081.bat：
cd 8081 title sentinel-8081 redis-server.exe sentinel.conf --sentinel
5）创建 8082 节点 哨兵Sentinel 启动脚本 startsentinel8082.bat：
cd 8082 title sentinel-8082 redis-server.exe sentinel.conf --sentinel
6）创建 8083 节点 哨兵Sentinel 启动脚本 startsentinel8083.bat：
cd 8083 title sentinel-8083 redis-server.exe sentinel.conf --sentinel
3.测试
a.启动Reids和哨兵Sentinel：一次双击 start8081.bat、start8082.bat、start8083.bat、startsentinel8081.bat、startsentinel8082.bat、startsentinel8083.bat 启动服务
b.关闭 8081 节点的Redis服务（由于没有开启后台运行，直接关闭窗口即可）
c.查看 8081 节点哨兵Sentinel窗口的日志：8081节点 Redis服务关闭后，master由8081切换成了8083
原文地址：https://www.cnblogs.com/vettel0329/p/11847647.html