Redsi学习之配置哨兵模式

哨兵模式

（自动选举老大的模式）

概述

主从切换技术的方法是：当主服务器宕机后，需要手动把一台从服务器切换为主服务器，这就需要人工干预，费时费力，还会造成服务一段时间内不可用，这不是一种推荐的方式，更多时候，我们优先考虑哨兵模式。Redis从2.8版本后正式推出sentinel(哨兵)架构来解决这个问题

他也是slaveof no one的自动版，能够后天监控主机是否宕机，如果故障了根据投票数自动将从机选为主机

然而一个哨兵进程对redis服务器进行监控，可能会出现问题，为此，我们可以使用多个哨兵进行监控，各个哨兵之间还会进行监控，这样就行成了多哨兵模式，起步六个进程

测试

目前状态是一主二从。

1、配置哨兵配置文件 sentinel.conf

# sentinel monitor 被监控的名称 主机ip 端口 成为主机的投票数
sentinel monitor myredis 127.0.0.1 6379 1

2、启动哨兵

# 启动哨兵模式：redis-sentinel sentinel配置文件 
[root@pihao bin]# redis-sentinel config/sentinel.conf
3368:X 11 Jul 2020 17:03:51.312 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
3368:X 11 Jul 2020 17:03:51.312 # Redis version=5.0.8, bits=64, commit=00000000, modified=0, pid=3368, just started
3368:X 11 Jul 2020 17:03:51.312 # Configuration loaded
                _._
           _.-``__ ''-._
      _.-``    `.  `_.  ''-._           Redis 5.0.8 (00000000/0) 64 bit
  .-`` .-```.  ```\/    _.,_ ''-._
 (    '      ,       .-`  | `,    )     Running in sentinel mode
 |`-._`-...-` __...-.``-._|'` _.-'|     Port: 26379
 |    `-._   `._    /     _.-'    |     PID: 3368
  `-._    `-._  `-./  _.-'    _.-'
 |`-._`-._    `-.__.-'    _.-'_.-'|
 |    `-._`-._        _.-'_.-'    |           http://redis.io
  `-._    `-._`-.__.-'_.-'    _.-'
 |`-._`-._    `-.__.-'    _.-'_.-'|
 |    `-._`-._        _.-'_.-'    |
  `-._    `-._`-.__.-'_.-'    _.-'
      `-._    `-.__.-'    _.-'
          `-._        _.-'
              `-.__.-'

3368:X 11 Jul 2020 17:03:51.314 # WARNING: The TCP backlog setting of 511 cannot be enforced because /proc/sys/net/core/somaxconn is set to the lower value of 128.
3368:X 11 Jul 2020 17:03:51.317 # Sentinel ID is a860221263768461fa3f8db61e9b8ae0c8802388
3368:X 11 Jul 2020 17:03:51.317 # +monitor master myredis 127.0.0.1 6379 quorum 1 # 监控的主机信息，主机里面有一票
3368:X 11 Jul 2020 17:03:51.318 * +slave slave 127.0.0.1:6381 127.0.0.1 6381 @ myredis 127.0.0.1 6379 
3368:X 11 Jul 2020 17:03:51.320 * +slave slave 127.0.0.1:6380 127.0.0.1 6380 @ myredis 127.0.0.1 6379

演示主机挂了

# sentinel输出的信息
3368:X 11 Jul 2020 17:08:24.236 # +failover-end master myredis 127.0.0.1 6379 # 6379已经挂了
3368:X 11 Jul 2020 17:08:24.236 # +switch-master myredis 127.0.0.1 6379 127.0.0.1 6381  # 选举了6381位主机
3368:X 11 Jul 2020 17:08:24.236 * +slave slave 127.0.0.1:6380 127.0.0.1 6380 @ myredis 127.0.0.1 6381
3368:X 11 Jul 2020 17:08:24.236 * +slave slave 127.0.0.1:6379 127.0.0.1 6379 @ myredis 127.0.0.1 6381
3368:X 11 Jul 2020 17:08:54.267 # +sdown slave 127.0.0.1:6379 127.0.0.1 6379 @ myredis 127.0.0.1 6381 

查看6381的信息

# 发现6379宕机后，6381已经自动地变成了主机
127.0.0.1:6381> info replication
# Replication
role:master # master
connected_slaves:1
slave0:ip=127.0.0.1,port=6380,state=online,offset=35678,lag=0 #从机只有6380
master_replid:6a6ddf8548346a4c8f4a847c04dcc04c6454df96
master_replid2:8dc5151ac4f5a1a8b61ab91fd62686463af8a768
master_repl_offset:35678
second_repl_offset:19890
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:35678
127.0.0.1:6381>

# 如果主机6379此时回来了，只能归并到新的主机下，当做从机，这就是哨兵模式的规则

哨兵模式

优点：

• 1、哨兵集群，基于主从复制模式，所有的主从复制优点，它全有
• 2、主从可以切换，故障可以转移，系统的可用性就会更好
• 3、哨兵模式就是主从模式的升级，手动到自动，更加健壮

缺点：

• 1、redis不好在线扩容，集群容量一旦到达上限，在线扩容是十分麻烦
• 2、实现哨兵模式的配置其实是十分麻烦的，里面有很多选择