windows下redis一主多从配置

1.下载redis

redis下载地址

        https://github.com/MicrosoftArchive/redis/releases

 

1）下载Redis-x64-3.2.100.zip。

     2）解压文件，复制两份并重命名，形成三个文件夹：master_6379、salve_6380、slave_6381

            

 2.修改配置文件

   1）.master的conf文件如果端口号使用默认的6379则不用修改

   2）slave_6380的conf文件需要修改如下，同时端口号修改为6380

 

 

  2）slave_6381的conf文件需要修改如上，端口号修改为6381

3.启动服务

    1）启动master-6379：

  2） 启动slave-6380

   3）启动slave-6381

    4）检查配置是否成功，使用redis自带的连接工具连接服务  .\redis-cli.exe -h 192.168.0.166 -p 6379，连接成功后使用命令info replication，显示如下则配置成功

 4.哨兵机制

    1）配置sentinel，配置文件如下

# 当前Sentinel服务运行的端口
port 26379
# 保护模式 no
#protected-mode no

# Sentinel去监视一个名为mymaster的主redis实例，
# 这个主实例的IP地址为本机地址127.0.0.1，端口号为6379，
# 而将这个主实例判断为失效至少需要2个Sentinel进程的同意，只要同意Sentinel的数量不达标，自动failover就不会执行
# 如果提供外网访问，实例的IP地址为服务器地址10.0.128.144。
sentinel monitor mymaster 127.0.0.1 6381 1

# down-after-milliseconds指定了Sentinel认为Redis实例已经失效所需的毫秒数。
# 当实例超过该时间没有返回PING，或者直接返回错误，那么Sentinel将这个实例标记为主观下线。
# 只有一个Sentinel进程将实例标记为主观下线并不一定会引起实例的自动故障迁移：只有在足够数量的Sentinel都将一个实例标记为主观下线之后，实例才会被标记为客观下线。
# 这时自动故障迁移才会执行
sentinel down-after-milliseconds mymaster 5000

# parallel-syncs指定了在执行故障转移时，最多可以有多少个从Redis实例在同步新的主实例，
# 在从Redis实例较多的情况下这个数字越小，同步的时间越长，完成故障转移所需的时间就越长
sentinel failover-timeout mymaster 15000

# 如果在failover-timeout该时间（ms）内未能完成failover操作，则认为该failover失败
sentinel config-epoch mymaster 1

  2）启动

 

 由上图可知此时监控到一个主节点和两个从节点

 3）测试

此时查看所有redis服务的状态时如下：

6379为主节点  6380 从节点   6381 从节点

 停止6379的主服务后此时的状态为如下：

 由上图可以看出6379服务器已经无法连接，6380服务已经升为master，6381已经是6381的slave。