复述,主从模式必有单点问题,所以复述的哨兵机制就是来弥补这一问题,接下来我们在Windows环境下配置一下复述的哨兵。
1。下载Windows版复述地址:https://github.com/MicrosoftArchive/redis/releases
2。解压到目录,6379主人,6380 6381奴隶
3.复述,主从配置
,,,, 3.1硕士文件配置redis.windows.conf
,,,,,,,,,端口6379
,,,, 6380 - 3.2奴隶文件配置redis.windows.conf
,,,,,,,,,,,,端口6380
,,,,,,slaveof 127.0.0.1 6379
,,,, 6381 - 3.3奴隶文件配置redis.windows。参看
,,,,,,,,,,,,端口6381
,,,,,,slaveof 127.0.0.1 6379
4。复述,哨兵配置
,,,,每一个复述,目录中都创建一个文前哨。参看文件
,,4.1掌握6379的前哨。参看文件配置如下
#当前哨兵服务运行的端口 port 26379 #主 #哨兵去监视一个名为mymaster的主复述,实例,这个主实例的IP地址为本机地址127.0.0.1,端口号为6379, #而将这个主实例判断为失效至少需要2个,哨兵进程的同意,只要同意铁卫军的数量不达标,自动故障转移就不会执行 sentinel monitor  master 127.0.0.1 6381年,1 #指定了哨兵认为复述,实例已经失效所需的毫秒数。当,实例超过该时间没有返回平,或者直接返回错误,那么哨兵将这个实例标记为主观下的线。 #只有一个,哨兵进程将实例标记为主观下线并不一定会引起实例的自动故障迁移:只有在足够数量的哨兵都将一个实例标记为主观下线之后,实例才会被标记为客观下的线,这时自动故障迁移才会执行 sentinel down-after-milliseconds  master 5000年 #指定了在执行故障转移时,最多可以有多少个从复述,实例在同步新的主实例,在从复述,实例较多的情况下这个数字越小,同步的时间越长,完成故障转移所需的时间就越长 sentinel config-epoch  master 12 #如果在该时间(ms)内未能完成故障转移操作,则认为该故障转移失败 sentinel leader-epoch  master 13
4.2 6380年奴隶中的前哨。参看文件配置端口26479
# slave1
哨点监测主127.0.0.1 6381 1
哨兵down-after-milliseconds大师5000
哨兵config-epoch主12
哨兵leader-epoch大师13
4.3 6381年奴隶中的前哨。参看文件配置端口26579
# slave2
哨点监测主127.0.0.1 6381 1
哨兵down-after-milliseconds大师5000
哨兵config-epoch主12
哨兵leader-epoch大师13
5。启动复述,服务
,,redis-server。exe redis.windows。相依,,——主
,,, redis-server。exe redis.windows.conf ,,,,奴隶
,,, redis-server。exe redis.windows.conf ,,——slave
6。测试复述,服务
,,,,
7。启动哨兵服务
,,, redis-server。exe前哨。相依,哨兵
,,