Redis---哨兵服务
Posted sre-chan
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了Redis---哨兵服务相关的知识，希望对你有一定的参考价值。
一、配置哨兵服务
1、哨兵服务介绍
监视 master 服务器，发现 master 宕机后，将 slave 服务器提升为 master 服务器
主配置文件：sentinel.conf
模板文件：redis-4.0.8/sentinel.conf
哨兵服务：类似于mha的管理节点，会监视 master 服务器的状态，当发现 master 宕机后，将 slave 服务器提升为 master 服务器，继续提供对外服务
2、拓扑结构
3、环境准备
主从是8系统，哨兵服务器是7的系统
主服务器 主机名：Master IP地址：192.168.11.101/24
从服务器 主机名：node01 IP地址：192.168.11.102/24
从服务器 主机名：node02 IP地址：192.168.11.103/24
哨兵服务器 主机名：redis IP地址：192.168.11.110/24
4、所有机器都安装redis服务
安装教程---四台虚拟机同时安装
步骤一：下载redis源码包
root@Master:~# wget -c http://download.redis.io/releases/redis-4.0.8.tar.gz
步骤二：解压到指定目录
root@Master:~# tar xf redis-4.0.8.tar.gz -C /usr/local/
步骤三：下载编译环境
root@Master:~# yum install gcc make -y
步骤四：进入redis目录
root@Master:~# cd /usr/local/redis-4.0.8/
root@Master:/usr/local/redis-4.0.8# ls
00-RELEASENOTES deps README.md runtest-sentinel utils
BUGS INSTALL redis.conf sentinel.conf
CONTRIBUTING Makefile runtest src
COPYING MANIFESTO runtest-cluster tests
步骤五：编译安装
root@Master:/usr/local/redis-4.0.8# make && make install
8上报错信息：
解决方法：
root@Master:/usr/local/redis-4.0.8/utils# yum update
root@Master:/usr/local/redis-4.0.8# make PREFIX=/usr/local install -d
步骤六：测试连接
[root@redis ~]# redis-cli
127.0.0.1:6379>
8的连接还是有问题
解决方法
# 找到redis.conf配置文件，并使用vim命令打开并修改里面的配置，将daemonize no 修改为daemonize yes，这样默认在后台启动运行
root@Master:/usr/local/redis-4.0.8# pwd
/usr/local/redis-4.0.8
root@Master:/usr/local/redis-4.0.8# vim redis.conf
daemonize yes
# 开启服务
root@Master:/usr/local/redis-4.0.8# cd /usr/local/bin/
root@Master:/usr/local/bin# redis-server /usr/local/redis-4.0.8/redis.conf
53240:C 19 Apr 10:03:57.072 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
53240:C 19 Apr 10:03:57.072 # Redis version=4.0.8, bits=64, commit=00000000, modified=0, pid=53240, just started
53240:C 19 Apr 10:03:57.072 # Configuration loaded
成功连接服务
步骤七：初始配置，配置服务运行参数
root@Master:~# cd /usr/local/redis-4.0.8/utils/
root@Master:/usr/local/redis-4.0.8/utils# ./install_server.sh
步骤八：检查端口监听
root@Master:/usr/local/redis-4.0.8/utils# ss -lntup |grep 6379
tcp LISTEN 0 128 127.0.0.1:6379 0.0.0.0:* users:(("redis-server",pid=53241,fd=6))
步骤九：管理redis服务，通过脚本的方式停止|启动redis的服务
root@Master:/usr/local/redis-4.0.8/utils# /etc/init.d/redis_6379 stopStopping ...
Redis stopped
root@Master:/usr/local/redis-4.0.8/utils# /etc/init.d/redis_6379 start
步骤十：测试连接截图
安装完成！！！
5、配置主从从结构，将master 配置成主服务器
1> 停止服务
root@Master:~# /etc/init.d/redis_6379 stop
Stopping ...
Redis stopped
2> 修改配置文件
root@Master:~# find / -name 6379.conf
/etc/redis/6379.conf
/tmp/6379.conf
root@Master:~# vim /etc/redis/6379.conf
bind 192.168.11.101
3> 重启服务
root@Master:~# /etc/init.d/redis_6379 start
Starting Redis server...
root@Master:~# ss -lntup | grep 6379
tcp LISTEN 0 128 192.168.11.101:6379 0.0.0.0:* users:(("redis-server",pid=5932,fd=6))
4> 连接数据库
root@Master:~# redis-cli -h 192.168.11.101 -p 6379
192.168.11.101:6379> ping
PONG
192.168.11.101:6379> MSET x 777 y 888 z 999
OK
192.168.11.101:6379> KEYS *
1) "x"
2) "z"
3) "y"
# 查看当前服务器的主从信息
192.168.11.101:6379> INFO replication
# Replication
role:master # 主服务器
connected_slaves:0
master_replid:411c9094667d6e89f596641bd0f360b7c729cd6f
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:0
second_repl_offset:-1
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0
192.168.11.101:6379>
5> 将node01 配置成 master的从服务器
root@node01:~# /etc/init.d/redis_6379 stop
Stopping ...
Redis stopped
root@node01:~# vim /etc/redis/6379.conf
bind 192.168.11.102
slaveof 192.168.11.101 6379
6> 重启服务并测试主从
root@node01:~# /etc/init.d/redis_6379 start
Starting Redis server...
root@node01:~# redis-cli -h 192.168.11.102
192.168.11.102:6379> ping
PONG
192.168.11.102:6379>
# 查看主服务器上的数据是否同步
192.168.11.102:6379> KEYS *
1) "x"
2) "z"
3) "y"
192.168.11.102:6379> INFO replication
# Replication
role:slave # 从服务器
master_host:192.168.11.101 # 指定主服务器的地址
master_port:6379 # 指定主服务器端口
master_link_status:down # 和主服务器的连接状态，up
7> 将node02配置成 master的从服务器
root@node02:~# /etc/init.d/redis_6379 stop
Stopping ...
Redis stopped
root@node02:~# vim /etc/redis/6379.conf
bind 192.168.11.103
slaveof 192.168.11.101 6379
# 重启
root@node02:~# /etc/init.d/redis_6379 start
Starting Redis server...
# 连接
root@node02:~# redis-cli -h 192.168.11.103
192.168.11.103:6379> ping
PONG
192.168.11.103:6379> KEYS *
192.168.11.103:6379> INFO replication
# Replication
role:slave
master_host:192.168.11.101
master_port:6379
master_link_status:down
按照上述方法可以实现IP的监听，但是在重启服务的时候主从没有配置好，解决方法，没有考虑防火墙
PS：无效告终
root@Master:~# firewall-cmd --permanent --add-port=6379/tcp
success
root@Master:~# firewall-cmd --reload
success
登陆主库和从库修改缓冲区占用内容大小限制：
PS：无效告终
root@Master:~# redis-cli
127.0.0.1:6379> config set client-output-buffer-limit "slave 8589934592 2147483648 0"
OK
127.0.0.1:6379> config rewrite
OK
127.0.0.1:6379>
6、配置哨兵服务（安装redis，提供哨兵服务）
1> 不需要运行redis服务，停掉
[root@redis ~]# /etc/init.d/redis_6379 stop
[root@redis ~]# ls redis-4.0.8/sentinel.conf
[root@redis ~]# vim /etc/sentinel.conf #创建哨兵服务的配置文件，进行修改
bind 192.168.11.110
sentinel monitor redisserver 192.168.11.101 6379 1
2> 启动哨兵服务，需要跟上配置文件, 会占用此终端，可以让在后台运行
[root@redis ~]# redis-sentinel /etc/sentinel.conf
3> 测试配置
停止master主机的redis服务
[root@master ~]# redis-cli -h 192.168.11.101 -p 6379 shutdown
4> node01在查看复制信息
192.168.11.102:6379> info replication
5> 哨兵服务发现master宕机后，会取消master的主服务器，将node01提升为新的主服务器
[root@redis ~]# redis-sentinel /etc/sentinel.conf
6> 查看主从信息，插入数据，在node01上操作
[root@node01 ~]# redis-cli -h 192.168.11.102
192.168.11.102:6379> mset v1 1 v2 2 v3 3
192.168.11.102:6379> info replication
7> 启动redis服务，查看数据是否同步，在master上操作
[root@master ~]# /etc/init.d/redis_6379 start
[root@master ~]# redis-cli -h 192.168.11.101 -p 6379
192.168.11.101:6379> keys *
作者：ChAn
-------------------------------------------
个性签名：今天做了别人不想做的事，明天你就做得到别人做不到的事，尝试你都不敢，你拿什么赢！
如果觉得这篇文章对你有小小的帮助的话，记得在右下角点个“推荐”哦，博主在此感谢！
Redis中的哨兵模式
参考技术A 哨兵模式是一种自动选择老大的模式，即在老大宕机之后，哨兵模式会根据哨兵们的内部投票，自动的重新选出一个新的老大。哨兵模式是一种特殊的模式，首先Redis提供了哨兵的命令，哨兵是一个独立的进程，作为进程，它会独立运行。其原理是哨兵通过发送命令，等待Redis服务器响应，如果Redis服务器一直没有响应，说明这个Redis服务器可能已经宕机了，从而监控运行的多个Redis实例。这里的哨兵有两个作用
1、通过发送命令，让Redis服务器返回监控其运行状态，包括主服务器和从服务器。
2、当哨兵监测到master宕机，会自动将slave切换成master，然后通过发布订阅模式通知其他的从服务器，修改配置文件，让它们切换主机。
然而一个哨兵进程对Redis服务器进行监控，可能会出现问题，为此，我们可以使用多个哨兵进行监控。各个哨兵之间还会进行监控，这样就形成了多哨兵模式。
用文字描述一下故障切换(failover)的过程。假设主服务器宕机，哨兵1先检测到这个结果，系统并不会马上进行failover过程，仅仅是哨兵1主观的认为主服务器不可用，这个现象成为主观下线。当后面的哨兵也检测到主服务器不可用，并且数量达到一定值时，那么哨兵之间就会进行一次投票，投票的结果由一个哨兵发起，进行failover操作。切换成功后，就会通过发布订阅模式，让各个哨兵把自己监控的从服务器实现切换主机，这个过程称为客观下线。这样对于客户端而言，一切都是透明的。如果有三个哨兵，不仅每个哨兵会监视主机和从机，而且哨兵之间也会互相监视，如下图：
配置哨兵配置文件sentinel.conf，如下
当哨兵模式的配置文件配置好之后，就可以启动哨兵模式了，如下图
测试在哨兵模式下如果主机崩了的话会不会从从机中自动选出一个老大，先关闭主机，让主机宕机，如下图：
看看主机宕机之后，哨兵模式中输出日志的新的内容是什么，如下图：
哨兵模式自动选举一个主机这个过程是怎样实现自动化的？哨兵自动选举之前的某个从机为老大，所有的从机都会称新选出的从机为老大，以及原本的老大也会称新选出的老大为老大，这个过程是怎么自动化实现的呢？是通过在对应的redis服务器的配置文件中写内容来实现的，比方说，让我们看一下新老大也即是端口号是6381的redis服务器的配置文件中是怎样改写的，如下图：
再来看一下从机即端口号是6380的redis服务器对应的配置文件是怎样改写的，如下图：
最后看一下原本的主机即端口号是6379的redis服务器的配置文件是怎样改写的。我检查了一下，发现在重新启动原本的老大即重启已经宕机的端口号是6379的redis服务器之前，它对应的配置文件中没有发生任何改变，但是一旦重新启动原本的老大，它对应的配置文件就会发生变化，如下图：
哨兵模式中的主机关闭之后需要特别注意的一个易错点：就是因为现在老大已经换了，所以老大的认证密码也换了，因此需要在现任老大的所有从机里面配置主机的认证密码，这个哨兵模式是不会帮我们自动配置的，需要我们自动配置，如下图：
测试哨兵模式结果，如下图：
1、哨兵集群，基于主从复制模式，所有的主从配置优点，它全有。
2、主从可以切换，故障可以转移，系统的可用性就会更好。
3、哨兵模式就是主从模式的升级，手动到自动，更加健壮。
1、集群容量一旦到达上限，在线扩容十分麻烦。
2、实现哨兵模式的配置其实是很麻烦的，里面有很多选择。
当Redis集群的主节点故障时，Sentinel集群将从剩余的从节点中选举一个新的主节点，有以下步骤：
Sentinel集群的每一个Sentinel节点会定时对Redis集群的所有节点发心跳包检测节点是否正常。如果一个节点在down-after-milliseconds时间内没有回复Sentinel节点的心跳包，则该Redis节点被该Sentinel节点主观下线。
当节点被一个Sentinel节点记为主观下线时，并不意味着该节点肯定故障了，还需要Sentinel集群的其他Sentinel节点共同判断为主观下线才行。
该Sentinel节点会询问其他Sentinel节点，如果Sentinel集群中超过quorum数量的Sentinel节点认为该Redis节点主观下线，则该redis客观下线。
如果客观下线的redis节点是从节点或者是Sentinel节点，则操作到此为止，没有后续的操作了；如果客观下线的Redis节点为主节点，则开始故障转移，从从节点中选举一个节点升级为主节点。
如果需要从redis集群选举一个节点为主节点，首先需要从Sentinel集群中选举一个Sentinel节点作为Leader。
每一个Sentinel节点都可以成为Leader，当一个Sentinel节点确认redis集群的主节点主观下线后，会请求其他Sentinel节点要求将自己选举为Leader。被请求的Sentinel节点如果没有同意过其他Sentinel节点的选举请求，则同意该请求(选举票数+1)，否则不同意。
如果一个Sentinel节点获得的选举票数达到Leader最低票数(quorum和Sentinel节点数/2+1的最大值)，则该Sentinel节点选举为Leader；否则重新进行选举。
当Sentinel集群选举出Sentinel Leader后，由Sentinel Leader从redis从节点中选择一个redis节点作为主节点：
详解redis集群选举机制
以上是关于Redis---哨兵服务的主要内容，如果未能解决你的问题，请参考以下文章