1.首先把你下载的redis复制两份出来,我的分别如下命名
在D盘下建立一个文件夹,我起名为redis
1 .Redis-master
2 .Redis-slave1
3 .Redis-slave2
2.修改配置文件
2.1修改redis-master的配置文件redis.windows.conf
port 6379
bind 127.0.0.1
2.2修改redis-slave1 和redis-slave2的配置文件
#redis-slave1的配置文件
port 6380
bind 127.0.0.1
slaveof 127.0.0.1 6379
#redis-slave2的配置文件
port 6381
bind 127.0.0.1
slaveof 127.0.0.1 6379
3.新建哨兵配置文件,分别命名为
sentinel.conf
sentinel26479.conf
sentinel26579.conf
哨兵配置文件内容
sentinel.conf
port 26379
#master
sentinel monitor master 127.0.0.1 6380 1
sentinel down-after-milliseconds master 5000
sentinel config-epoch master 1
sentinel leader-epoch master 1
sentinel26479.conf
port 26479
#slave1
sentinel monitor master 127.0.0.1 6380 1
sentinel down-after-milliseconds master 5000
sentinel config-epoch master 1
sentinel leader-epoch master 1
sentinel26579.conf
port 26579
#slave1
sentinel monitor master 127.0.0.1 6380 1
sentinel down-after-milliseconds master 5000
sentinel config-epoch master 1
sentinel leader-epoch master 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失败
4.配置文件就这些了,下面进行测试看看是否成功
4.1分别启动每个redis服务,
redis-server.exe redis.windows.conf
4.2然后分别启动每个redis下的客户端服务,分别对应如下命令
redis-cli.exe -h 127.0.0.1 -p 6379
redis-cli.exe -h 127.0.0.1 -p 6380
redis-cli.exe -h 127.0.0.1 -p 6381
测试数据是否同步,在master客户端输入
我在master 设置了一个key为li,值为kaixuan
可以看到两台从机都同步了数据,当我试图在从机写入数据时,是不允许的,告诉我么只读,所以数据只能从主机写入,这样做到读写分离
原文:https://blog.csdn.net/xiaokailele/article/details/72597971