1.首先把你下載的redis複製兩份出來,我的分別如下命名
在D盤下建立一個資料夾,我取名為redis
2.修改設定檔
#2.1修改redis-master的設定檔redis.windows.conf
#2.1修改redis-master的設定檔redis.windows.confbind 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
sentinel.conf sentinel26479.conf sentinel26579.conf
哨兵設定檔內容
sentinel.confport 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
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
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
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.1分別啟動每個redis服務
redis-server.exe redis.windows.conf
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
可以看到兩台從機都同步了數據,當我試圖在從機寫入數據時,是不允許的,告訴我麼只讀,所以數據只能從主機寫入,這樣做到讀寫分離
5.我們啟動3個哨兵
命令分別如下redis-server.exe sentinel.conf --sentinel redis-server.exe sentinel26479.conf --sentinel redis-server.exe sentinel26579.conf --sentinel
但我主機掛了後,從機是否能成功上位變成主機
先看下目前的redis狀態
分別在客戶端輸入
info replication
以上是window下配置redis哨兵模式的詳細內容。更多資訊請關注PHP中文網其他相關文章!