复述之——哨兵模式原理

  

主服务器异机常下来后,两个原有的slave1, slave2服务器接管服务,如slave1变成新主人的服务器,slave2变成slave1的从库。

  

配置文件主要参数讲解:

  

哨点监测mymaster 127.0.0.1 6379 1几个哨兵发现下来才认为真正的了

  

哨兵down-after-milliseconds mymaster 30000多少毫秒后连接不到主认为断开

  

哨兵parallel-syncs mymaster 1同时把几台主指到新主人的机器。

  

哨兵failover-timeout mymaster 180000多长时间失败

  

启动哨兵
[root@zfrc - yw - yjf -测试- 370123复述)#。/bin/redis-server。/哨兵。相依,前哨
17400: X 6月28日17:17:32.853 #不听IPv6: unsupproted

_。- <代码> __”。_ & lt; br/祝辞_。- <代码>。 。”- - - - - -。复述3.2.13(00000000/0)64位
。- <代码>。' ' '。' ' ' \/_。_”。_ & lt; br/祝辞(”。“|”)运行在前哨mode<, br/祝辞|“-._”-…——“__…-。 |“。- ' |端口:26379
| <代码> -._> /。- ' | PID: 17400
<代码> -._> ”。/。——“。——“
|”。
<代码> -._ - <强>。- 。- 。- ' |
| <代码> -._> - 。- ' | http://redis。io
”。
<代码> -._ - 。——“。——“
| <代码> -._> -.__。- _. - _。- | & lt; br/祝辞| ——。“-。 。- ' |
<代码> -._ -._ <代码> -.__. - _。——“_。——“& lt; br/祝辞> -.__。——“_。——“& lt; br/祝辞> 。——-.__
。——“

  

17400: X 6月28日17:17:32.854 #哨兵ID是b81b851b02fec76bcfc7144b0a675fdedecf7188
17400: X 28 6379年6月17:17:32.854 # +监控主mymaster 127.0.0.1 quorum 1
17400: X 6月28日17:17:32.854 +奴隶奴隶127.0.0.1:6380 127.0.0.1 6380 @ mymaster 127.0.0.1 6379
17400: X 6月28日17:17:32.855
+奴隶奴隶127.0.0.1:6381 127.0.0.1 6381 @ mymaster 127.0.0.1 6379

  

测试将掌握下来,查看哨兵是否有故障转移
[root@zfrc - yw - yjf -测试- 370123 ~ # cd/usr/local/redis/
[root@zfrc - yw - yjf -测试- 370123复述)#。/bin/redis-cli
127.0.0.1:6379>不关闭
connected>

  

日志打印出了一些枚举的过程,关键字开关为主控机

  

17400:X 28 Jun 17:19:03.363 # +sdown master mymaster 127.0.0.1 6379
17400:X 28 Jun 17:19:03.363 # +odown master mymaster 127.0.0.1 6379 #quorum 1/1
17400:X 28 Jun 17:19:03.363 # +new-epoch 1
17400:X 28 Jun 17:19:03.363 # +try-failover master mymaster 127.0.0.1 6379
17400:X 28 Jun 17:19:03.364 # +vote-for-leader b81b851b02fec76bcfc7144b0a675fdedecf7188 1
17400:X 28 Jun 17:19:03.364 # +elected-leader master mymaster 127.0.0.1 6379
17400:X 28 Jun 17:19:03.364 # +failover-state-select-slave master mymaster 127.0.0.1 6379
17400:X 28 Jun 17:19:03.464 # +selected-slave slave 127.0.0.1:6380 127.0.0.1 6380 @ mymaster 127.0.0.1 6379
17400:X 28 Jun 17:19:03.464 +failover-state-send-slaveof-noone slave 127.0.0.1:6380 127.0.0.1 6380 @ mymaster 127.0.0.1 6379
17400:X 28 Jun 17:19:03.564
+failover-state-wait-promotion slave 127.0.0.1:6380 127.0.0.1 6380 @ mymaster 127.0.0.1 6379
17400:X 28 Jun 17:19:03.917 # +promoted-slave slave 127.0.0.1:6380 127.0.0.1 6380 @ mymaster 127.0.0.1 6379
17400:X 28 Jun 17:19:03.917 # +failover-state-reconf-slaves master mymaster 127.0.0.1 6379
17400:X 28 Jun 17:19:04.006 +slave-reconf-sent slave 127.0.0.1:6381 127.0.0.1 6381 @ mymaster 127.0.0.1 6379
17400:X 28 Jun 17:19:04.982
+slave-reconf-inprog slave 127.0.0.1:6381 127.0.0.1 6381 @ mymaster 127.0.0.1 6379
17400:X 28 Jun 17:19:04.982 +slave-reconf-done slave 127.0.0.1:6381 127.0.0.1 6381 @ mymaster 127.0.0.1 6379
17400:X 28 Jun 17:19:05.064 # +failover-end master mymaster 127.0.0.1 6379
17400:X 28 Jun 17:19:05.064 # +switch-master mymaster 127.0.0.1 6379 127.0.0.1 6380
17400:X 28 Jun 17:19:05.064
+slave slave 127.0.0.1:6381 127.0.0.1 6381 @ mymaster 127.0.0.1 6380
17400:X 28 Jun 17:19:05.064 * +slave slave 127.0.0.1:6379 127.0.0.1 6379 @ mymaster 127.0.0.1 6380
17400:X 28 Jun 17:19:35.080 # +sdown slave 127.0.0.1:6379 127.0.0.1 6379 @ mymaster 127.0.0.1 6380

  

同时登陆到6380年从库,查看是否现在为掌握主节点
127.0.0.1:6380>信息复制

  

角色:主
connected_slaves: 1
slave0: ip=127.0.0.1,端口=6381,在线状态=,抵消=22858,延迟=0
master_repl_offset: 22858
repl_backlog_active: 1
repl_backlog_size: 1048576
repl_backlog_first_byte_offset: 2
repl_backlog_histlen: 22857
127.0.0.1:6380>

  

复述之——哨兵模式原理