单机部署redis主从与哨兵模式(一主两从三哨兵)

Love The Way You Lie 2022-12-19 14:27 11阅读 0赞

### 前言 ###

Redis是我们目前在开发中最常用的一种存储系统，在日常的开发中，对于一些缓存数据，及时性要求比较高的数据经常会采用Redis来进行保存，高效快速的存取性能得到了广大开发者的一直认可。开发中为了防止Redis出现问题造成数据的丢失和服务的异常，我们通常会采用集群的模式来进行Redis的部署，保证在部分节点异常时不会影响整个服务，并且可以快速切换异常节点；开发中常用的Redis集群有三种模式：主从集群模式、哨兵集群模式、基于Hash环的集群模式，三种模式各有特点，这里就不详细的讲他们的各自的特点了，今天我们主要是在一台单机上面搭建一个有一主两从三哨兵的Redis集群，这个集群主要是用来进行搭建验证，在实际的生产中不同的节点一定会放在不同的机器上面来防止一台机器故障造成Redis的大规模的故障，话不多说，接下来我们就正式开始我们的集群的搭建

### 准备环境 ###

系统环境：centos 7  
Redis版本：6.0.9  
下载工具：wget

### 部署步骤 ###

#### 下载并解压安装包，拷贝六份解压后的Redis备用 ####

#1、创建并进入今天的实验目录
    mkdir /home/redis
    
    cd /home/redis
    
    #2、在实验目录下载Redis 6、0.9 版本安装包
    wget https://download.redis.io/releases/redis-6.0.9.tar.gz
    
    #3、解压当前下载好的安装包
    tar xzf redis-6.0.9.tar.gz
    
    #4、进入redis-6.0.9的目录
    cd redis-6.0.9
    
    #5、 对redis进行构建，此处构建相信很多人会失败，我也同样失败，如果报错的很大的可能性是由于gcc的版本问题导致，文章末尾给出了解决方案
    make
    
    #6、创建6个不同的文件夹，分别命名为redis-master、redis-slave-1、redis-slave-2、redis-sentinel-1、redis-sentinel-2、redis-sentinel-3
    mkdir redis-master edis-slave-1 edis-slave-2 edis-sentinel-1 edis-sentinel-2 edis-sentinel-3
    
    #5、每个文件夹下拷贝一份刚才构建好的Redis文件备用
    cp -r redis-6.0.9/* /home/redis/redis-master/
    
    cp -r redis-6.0.9/* /home/redis/redis-slave-1
    
    cp -r redis-6.0.9/* /home/redis/redis-slave-2/
    
    cp -r redis-6.0.9/* /home/redis/redis-sentinel-1/
    
    cp -r redis-6.0.9/* /home/redis/redis-sentinel-2/
    
    cp -r redis-6.0.9/* /home/redis/redis-sentinel-3/

#### 开始启动主节点的服务 ####

#进入主节点的文件夹
    cd /home/redis/redis-master/
    
    
    #进入src文件夹
    cd src
    
    #启动主节点，主节点使用Redis默认配置，端口使用默认端口6379
    ./redis-server /home/redis/redis-master/redis.conf

通过终端中输出的日志我们看一看到，我们当前的主节点已经启动完成，启动的端口为配置文件中默认的6379

#### 接下来开始启动两个从节点的服务 ####

##### 启动第一个从节点 #####

#进入第一个从节点对应的文件夹
    cd /home/redis/redis-slave-1/
    
    #通过vi或vim工具打开当前文件夹下面的redis.conf文件:将默认的端口6379改成6380,在注释的命令：replicaof <masterip>:<masterport>下面新增一行配置： replicaof 127.0.0.1 6379,保存刚才的修改
    
    # 进入当前的src文件夹下并执行如下启动命令
    ./redis-server /home/redis/redis-slave-1/redis.conf

通过终端中输出的日志我们看到，我们的第一个从节点已经启动完成，该从节点启动的端口是6380，该从节点连接了我们的主节点 127.0.0.1：6379并从主节点同步主节点的数据

##### 启动第二个从节点 #####

#进入第二个从节点对应的文件夹
    cd /home/redis/redis-slave-2/
    
    #通过vi或vim工具打开当前文件夹下面的redis.conf文件:将默认的端口6379改成6381,在注释的命令：replicaof <masterip>:<masterport>下面新增一行配置： replicaof 127.0.0.1 6379,保存刚才的修改
    
    # 进入当前的src文件夹下并执行如下启动命令
    ./redis-server /home/redis/redis-slave-1/redis.conf

通过终端中输出的日志我们可以看到，我们的第二个从节点已经启动完成，该从节点启动的端口是6381，该从节点连接了我们的主节点 127.0.0.1：6379并从主节点同步主节点的数据

#### 接下来开始启动三个哨兵节点的服务 ####

##### 启动第一个哨兵节点 #####

#进入第一个哨兵节点对应的文件夹
    cd /home/redis/redis-sentinel-1/
    
    #此处需要注意的是，现在要修改的不再是redis.conf这个配置文件，要修改的当前目录下的sentinel.conf这个配置文件。通过vi或vim工具打开当前文件夹下面的sentinel.conf文件:可以看到哨兵节点默认的端口使用的是26379,在配置文件中有这样一个配置： sentinel monitor mymaster 127.0.0.1 6379 2 ，表示哨兵节点默认监控的是 127.0.0.1 6379 主节点，所以我们这块刚好不需要修改，mymaster是我们给这个哨兵监控的主节点进行的命名，因为一个哨兵节点可以同时监控多个主节点，所以我们要通过不同的命名来区分不同的主节点，此处我们不需要修改，直接退出即可
    vim sentinel.conf
    
    #进入src目录
    cd src
    
    # 进入当前的src文件夹下并执行如下启动命令,有两种启动方式，先介绍第一种启动方式
    ./redis-sentinel /home/redis/redis-sentinel-1/sentinel.conf

从启动日志可以看到，该哨兵节点启动的是26379端口，该哨兵节点当前监控的是名字为mymaster的主节点，ip为127.0.0.1，端口为6379，同时它的两个从节点也加入到了哨兵节点中

##### 启动第二个哨兵节点 #####

#进入第二个哨兵节点对应的文件夹
    cd /home/redis/redis-sentinel-2/
    
    #由于我们是在同一台服务器上面，所以我们这个需要将sentinel.conf里面的端口修改为26380，其它配置不变，防止端口冲突
    vim sentinel.conf
    
    #进入src文件夹
    cd src
    
    # 进入当前的src文件夹下并执行如下启动命令,这次我们采用第二种启动 方式如下
    ./redis-server /home/redis/redis-sentinel-2/sentinel.conf --sentinel

从启动日志可以看到，该哨兵节点启动的是26380端口，该哨兵节点当前监控的是名字为mymaster的主节点，ip为127.0.0.1，端口为6379，同时它的两个从节点也加入到了哨兵节点中,同时它也察觉了第一个哨兵的存在

##### 启动第三个哨兵节点 #####

#进入第三个哨兵节点对应的文件夹
    cd /home/redis/redis-sentinel-3/
    
    #由于我们是在同一台服务器上面，所以我们这个需要将sentinel.conf里面的端口修改为26381，其它配置不变，防止端口冲突
    vim sentinel.conf
    
    #进入src目录
    cd src
    
    # 进入当前的src文件夹下并执行如下启动命令
    ./redis-sentinel /home/redis/redis-sentinel-3/sentinel.conf

从启动日志可以看到，该哨兵节点启动的是26381端口，该哨兵节点当前监控的是名字为mymaster的主节点，ip为127.0.0.1，端口为6379，同时它的两个从节点也加入到了哨兵节点中,同时它也察觉了第一个和第二个哨兵的存在，通过查看第一个哨兵的日志可以发现，第一个哨兵也监听到了另外的两个哨兵的存在

#### 部署总结 ####

到目前为止，我们的这个一主两从三哨兵的redis集群就正式搭建完成啦，接下来就到了我们来对整个集群的功能进行验证的环节啦

### 功能验证 ###

#### 首先我们看一下我们的第一个哨兵节点里面的相关信息是否正常 ####

#进入到第一个哨兵节点的文件夹下
    cd /home/redis/redis-sentinel-1/src
    
    #链接第一个哨兵服务
    ./redis-cli -h 127.0.0.1 -p 26379
    
    #在第一个哨兵节点中的client中通过info命令来查看集群的信息如下：master0:name=mymaster,status=ok,address=127.0.0.1:6379,slaves=2,sentinels=3，整体状态正常
    info

#### 查看主节点的写入和查询是否正常 ####

#进入到主节点的文件夹下，其实在其他的节点的src文件夹下也都是可以的
    cd /home/redis/redis-master/src
    
    #通过client连接主节点服务
    ./redis-cli -h 127.0.0.1 -p 6379
    
    #通过最简单的set 和 get命令来查看主节点是否正常,通过执行可以看到完全正常
    set

#### 查看主节点对两个从节点的数据同步是否正常 ####

#进入到第一个从节点的文件夹下，其实在其他的节点的src文件夹下也都是可以的
    cd /home/redis/redis-slave-1/src
    
    #通过client连接主节点服务
    ./redis-cli -h 127.0.0.1 -p 6380
    
    #通过最简单的get刚才set进去的key,通过执行可以看到完全正常
    get

### 总结 ###

到此为止，我们的这样的一个一主两从三哨兵的redis集群就部署完成啦，功能验证也一起都正常，当然，这个集群只是我们用来进行简单的了解redis的这两种集群模式的部署方式的一个小实验，在生成环境中，我们需要将主节点和从节点和哨兵节点放在不同的机器上，防止一台机器宕机造成很严重的影响，同时从节点也要放在不同的机器上面，不同机器之间的连接和通信也需要在配置文件中做一个很好的配置，防止无法进行正常的通信和监听，这一次的搭建就到这里，希望对搭建有所帮助

### 异常解决方案 ###

#### redis源码构建异常情况与解决方案 ####

由于我们下载的是6.0.9的这个版本，是我写这篇文章的时候Redis官方的最新的文档版本，所以我在对源码进行构建的时候，出现了异常，截取部分异常信息如下：  
\`  
In file included from server.c:30:0:  
server.h:1072:5: error: expected specifier-qualifier-list before ‘\_Atomic’  
\_Atomic unsigned int lruclock; /\* Clock for LRU eviction \*/  
^  
server.c: In function ‘serverLogRaw’:  
server.c:1031:31: error: ‘struct redisServer’ has no member named ‘logfile’  
int log\_to\_stdout = server.logfile\[0\] == ‘\\0’;  
^  
server.c:1034:23: error: ‘struct redisServer’ has no member named ‘verbosity’  
if (level < server.verbosity) return;  
^  
server.c:1036:47: error: ‘struct redisServer’ has no member named ‘logfile’  
fp = log\_to\_stdout ? stdout : fopen(server.logfile,“a”);  
^  
server.c:1049:47: error: ‘struct redisServer’ has no member named ‘timezone’  
nolocks\_localtime(&tm,tv.tv\_sec,server.timezone,server.daylight\_active);  
^  
server.c:1049:63: error: ‘struct redisServer’ has no member named ‘daylight\_active’  
nolocks\_localtime(&tm,tv.tv\_sec,server.timezone,server.daylight\_active);  
^  
server.c:1052:19: error: ‘struct redisServer’ has no member named ‘sentinel\_mode’  
if (server.sentinel\_mode) \{

\`  
通过查询发现该问题的原因是由于最新的Redis实现中C++11的语法，但是centos 7 中默认使用gcc 版本是4.8.5，无法编译C++11中语法，需要将gcc的版本升级到5.4以上即可正常编译，接下来我们通过yum安装的方式安装一个scl软件集，通过scl软件集来更新一下gcc的版本

# 安装scl软件集
    yum -y install centos-release-scl
    
    # 安装gcc 9 这个班的gcc编译工具
    yum -y install devtoolset-9-gcc devtoolset-9-gcc-c++ devtoolset-9-binutils
    
    # 使用scl创建一个scl包的bash会话环境
    scl enable devtoolset-9 bash
    
    # 设置默认的工具集
    echo "source /opt/rh/devtoolset-9/enable" >> /etc/profile
    
    # 查看默认的gcc版本是否为新安装的版本
    gcc -v

如果这个时候gcc的版本已经变成了我们刚才安装的9.x.x的版本的话，现在就可以在返回到redis的文件夹下进行顺利的构建啦！

#### 哨兵模式启动命令使用异常 ####

第一次启动哨兵节点的时候比较粗心，以为哨兵节点的启动只是配置文件不同，采用了和主从节点同样的启动命令来进行启动：./redis-server /home/redis/redis-sentinel-3/sentinel.conf ，然后出现了如下的异常：

\`  
\*\*\* FATAL CONFIG FILE ERROR (Redis 6.0.9) \*\*\*  
Reading the configuration file, at line 84

> > > ‘sentinel myid d9e05c7dba4298b8bfd4efd2db6d52aff2582c31’  
> > > sentinel directive while not in sentinel mode

\`  
通过详细的查看启动命令，才发现是启动命令使用异常导致，启动哨兵节点正确的启动方式是这样的： ./redis-server /home/redis/redis-sentinel-3/sentinel.conf --sentinel 或者这样 ./redis-sentinel /home/redis/redis-sentinel-3/sentinel.conf; 使用正确的启动命令，哨兵节点非常顺利的启动啦！