redis集群（三）linux搭建redis主从+哨兵集群模式

桃扇骨 2022-12-03 01:58 641阅读 0赞

上一篇写了windows环境下搭建redis集群，常用的集群还是搭建在linux服务器上。这里准备了三台可以互相ping通的机器：

<table> 
 <thead> 
  <tr> 
   <th>IP地址</th> 
   <th>端口号</th> 
   <th>角色</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>xxx.xx.xxx.151</td> 
   <td>6379</td> 
   <td>主机（master）</td> 
  </tr> 
  <tr> 
   <td>xxx.xx.xxx.32</td> 
   <td>6380</td> 
   <td>从机（slave）</td> 
  </tr> 
  <tr> 
   <td>xxx.xx.xxx.126</td> 
   <td>6381</td> 
   <td>从机（slave）</td> 
  </tr> 
 </tbody> 
</table>

一、redis安装部署：首先需要在三台机器上分别安装redis，步骤同前面的单机版安装。

1、下载：到redis官网[https://redis.io/download][https_redis.io_download]下载后上传到机器上或者使用命令下载：

wget http://download.redis.io/releases/redis-5.0.7.tar.gz

![20200901144759151.png][]

2、安装：

（1）解压安装包：

tar xzf redis-5.0.7.tar.gz

（2）进入解压文件目录使用`make`命令对解压的 redis 文件进行编译：

cd redis-5.0.7
    make

编译完成之后，可以看到解压文件 redis-5.0.7 中会有对应的 src、conf 等文件

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dfdF95X3k_size_16_color_FFFFFF_t_70][]

（3）编译成功后，进入 src 文件夹，执行 make install 进行 Redis 安装：

cd src/
    make install

3、部署：由于 src 下文件非常多，可以将几个常用的命令和 conf 配置文件复制出来进行统一管理：

（1）新建 bin 和 etc 文件夹

cd /root/redis-5.0.7/
    mkdir etc
    mkdir bin

（2）回到安装目录，将`redis.conf`复制到 ect 文件夹下：

cp redis.conf /root/redis-5.0.7/etc

（3）进入 src 文件夹下，将`mkreleasehdr.sh`、`redis-benchmark`、`redis-check-aof`、`redis-check-rdb`、`redis-cli`、`redis-server`、`redis-sentinel`文件复制到 bin 文件夹：

cd src/
    cp mkreleasehdr.sh redis-benchmark redis-check-aof redis-check-rdb redis-cli redis-server redis-sentinel /root/redis-5.0.7/bin/

查看复制后的文件，如下

![20200901145751993.png][]

4、启动redis：

切换到 bin 目录，使用`./redis-server`即可启动 redis 服务，但是这种方式没有指明配置文件，redis 将采用默认配置，所以需要让 redis 按照刚才的配置文件来启动：

cd /root/redis-5.0.7/bin
    ./redis-server /root/redis-5.0.7/etc/redis.conf

如我启动151机器：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dfdF95X3k_size_16_color_FFFFFF_t_70 1][]

验证：查看进程  ps axu|grep redis

![2020090115024366.png][]

注意这里ip地址是127.0.0.1而不是0.0.0.0,只是本机能使用，打开redis.conf文件将bind 127.0.0.1改成bind 0.0.0,并重启redis，外部才可以连接上。

通过RedisDesktopManager连接：

![20200901153058526.png][]               ![20200902113420722.png][]           ![20200901155530811.png][]

5、redis关闭命令：redis-cli -p 6379 shutdown

二、主从配置：主要是修改redis.conf配置文件（/root/redis-5.0.7/etc/redis.conf）

1、主机配置：主机（151机器）需要改动的配置如下：

bind：0.0.0.0
    port：6379
    protected-mode：no
    daemonize：yes
    logfile：./redis.log
    requirepass：wtyy
    masterauth：wtyy

*  bind：0.0.0.0  
    Redis 默认只允许本机访问，把 bind 修改为 0.0.0.0 表示允许所有远程访问。如果想指定限制访问，可设置对应的 ip。
 *  port：6379  
    监听端口默认为6379，想改其他也行。
 *  protected-mode：no  
    关闭保护模式，可以外部访问。
 *  daemonize：yes  
    设置为后台启动。
 *  logfile：./redis.log  
    redis 日志文件，生成后在 bin 目录下可找到。
 *  requirepass：wtyy  
    设置 redis 连接密码。
 *  masterauth：wtyy  
    slave 服务连接 master 的密码。

修改配置文件后需要重启redis：

![20200901160200205.png][]

2、从机配置：从机的配置和主机相似，不同的地方是需要使用`replicaof`指定主机（master）的IP地址和端口，需要注意的是老版本使用的是 slaveof，目前我使用的5.0.7版本要使用 replicaof ：

bind：0.0.0.0
    port：从机自定义的端口号
    protected-mode：no
    daemonize：yes
    logfile：./redis.log
    requirepass：wtyy
    masterauth：wtyy
    replicaof xxx.xx.xxx.151 6379

同样的需要重启下：

redis-cli -p 从机端口号 shutdown
    ps axu|grep redis
    cd /root/redis-5.0.7/bin
    ./redis-server /root/redis-5.0.7/etc/redis.conf
    ps axu|grep redis

3、数据同步：

上面主从节点的配置文件配置好后，重启 redis 服务，进入 bin 目录即可查看配置文件中指定的`redis.log`日志文件。如果机器开启了防火墙，还需求设置一下防火墙，否则主从机之间无法同步数据，命令如下：

firewall-cmd --add-port=6379/tcp --permanent --zone=public
    #重启防火墙(修改配置后要重启防火墙)
    firewall-cmd --reload

至此主从结构搭建完毕。验证下：

（1）主151机器：可以看到当前角色为主机（master），并且连接了另外两台从机（slave）

cd /root/redis-5.0.7/bin/
    ./redis-cli
    auth wtyy
    info replication

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dfdF95X3k_size_16_color_FFFFFF_t_70 2][]

（2）从32机器：可以看到当前角色为从机（slave），并指明了主机地址`ip`和端口`6379`

cd /root/redis-5.0.7/bin/
    ./redis-cli -p 6380
    auth wtyy
    info replication

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dfdF95X3k_size_16_color_FFFFFF_t_70 3][]

（3）从126机器：可以看到当前角色为从机（slave），并指明了主机地址`ip`和端口`6379`

cd /root/redis-5.0.7/bin/
    ./redis-cli -p 6381
    auth wtyy
    info replication

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dfdF95X3k_size_16_color_FFFFFF_t_70 4][]

4、主从复制验证：

现在从项目中往主机写入数据：

server.port=9999
    server.context-path=/redisgroup
    
    my.redis.server.host=xxx.xx.xxx.151
    my.redis.server.port=6379
    my.redis.server.password = wtyy
    my.redis.server.jedis.pool.maxTotal=500
    my.redis.server.jedis.pool.maxIdle=10
    my.redis.server.jedis.pool.maxWaitMillis=5000
    my.redis.server.jedis.pool.min-idle=5
    my.redis.server.timeout=5000

package com.demo.controller;
    
    import com.demo.config.RedisClient;
    import org.springframework.beans.factory.annotation.Autowired;
    import org.springframework.web.bind.annotation.RequestMapping;
    import org.springframework.web.bind.annotation.RestController;
    
    import java.security.Key;
    
    @RestController
    @RequestMapping("index")
    public class IndexController {
    
        @Autowired
        private RedisClient redisClient;
    
        private String nameFormat = "redis:name:{name}";
    
        @RequestMapping("/setName")
        public void setName(String key,String value){
            redisClient.set(nameFormat,value,key);
        }
    
        @RequestMapping("/getName")
        public String getName(String key){
            return  redisClient.get(nameFormat,key);
        }
    }

访问：http://localhost:9999/redisgroup/index/setName?key=user&value=wtyy666，可以看到三台机器都有了同样的数据：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dfdF95X3k_size_16_color_FFFFFF_t_70 5][]![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dfdF95X3k_size_16_color_FFFFFF_t_70 6][]

![20200902114143799.png][]

注意从机只能读不可以写入数据，如把配置改成：

my.redis.server.host=xxx.xx.xxx.126
    my.redis.server.port=6381
    my.redis.server.password = wtyy

会报错：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dfdF95X3k_size_16_color_FFFFFF_t_70 7][]

而[http://localhost:9999/redisgroup/index/getName?key=user][http_localhost_9999_redisgroup_index_getName_key_user]读取接口是可以正常返回数据的。

三、哨兵配置：主要是修改sentinel.conf配置文件。这里我们每个redis各部署一个哨兵，三台机器的配置方式相同。

1、同样为了方便管理，首先将`sentinel.conf`复制到 etc 下

cd /data/redis-5.0.7/
    cp sentinel.conf /root/redis-5.0.7/etc/

2、修改sentinel.conf文件，需要改动的配置如下：

//端口默认为26379。
    port:26379
    //关闭保护模式，可以外部访问。
    protected-mode:no
    //设置为后台启动。
    daemonize:yes
    //日志文件。
    logfile:./sentinel.log
    //指定主机IP地址和端口，并且指定当有2台哨兵认为主机挂了，则对主机进行容灾切换。
    sentinel monitor mymaster xxx.xx.xxx.151 6379 2
    //当在Redis实例中开启了requirepass，这里就需要提供密码。
    sentinel auth-pass mymaster wtyy
    //这里设置了主机多少秒无响应，则认为挂了。
    sentinel down-after-milliseconds mymaster 3000
    //主备切换时，最多有多少个slave同时对新的master进行同步，这里设置为默认的1。
    snetinel parallel-syncs mymaster 1
    //故障转移的超时时间，这里设置为三分钟。
    sentinel failover-timeout mymaster 180000

同样的如果机器开启了防火墙，要把防火墙的26379端口打开：

firewall-cmd --add-port=26379/tcp --permanent --zone=public
    #重启防火墙(修改配置后要重启防火墙)
    firewall-cmd --reload

3、分别启动三个哨兵：

cd /root/redis-5.0.7/bin/
    ./redis-sentinel /root/redis-5.0.7/etc/sentinel.conf

三个哨兵都启动后，可使用如下命令查看哨兵信息

redis-cli -p 26379
    info sentinel

可以看到，哨兵已经监听到当前的主机IP端口和运行状态，并且应该有2台从机，3个哨兵：

![info\_sentinel.png][info_sentinel.png]

但是我的：哨兵显示2个，好像也不影响。

![20200902140030297.png][]

至此，哨兵搭建完成。

4、容灾切换演示：

现在模拟主机宕机，将主机151机器的 redis 服务关闭，如下

![20200902141347140.png][]

这时候重新进一下32机器：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dfdF95X3k_size_16_color_FFFFFF_t_70 8][]

再重新进一下126机器：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dfdF95X3k_size_16_color_FFFFFF_t_70 9][]

发现哨兵（Sentinel）通过选举机制选举了从机（32）作为了新的主机。需要注意的是，主从切换后配置文件已经被自动进行了更改，现在看一下新上位的主机 redis 日志，可以看到，当主机挂了的时候，一直连接主机被拒绝，当哨兵选举它为主机后，它成功执行重写的配置文件，并且连接了其他从机：

![20200902144650267.png][]

5、对比演示：在上面的基础上，把151上的redis再启起来，

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dfdF95X3k_size_16_color_FFFFFF_t_70 10][]

现在的情况是：32主，151从，126从。

现在把三台机器上的哨兵都关闭：

![20200904101003913.png][]

![20200904101035783.png][]

![20200904101046837.png][]

再把此时的主机（32机器）上的redis服务关闭：

![20200904101314968.png][]

这时候重新查看下151、126机器上的redis，显示主机32的状态是down，但是151和126仍然都是从机，并没有新的主机产生：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dfdF95X3k_size_16_color_FFFFFF_t_70 11][]     ![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dfdF95X3k_size_16_color_FFFFFF_t_70 12][]

由此可见哨兵的主从切换功能。

四、命令总结：

1、启动命令：

cd /root/redis-5.0.7/bin 
    #启动redis
    ./redis-server /root/redis-5.0.7/etc/redis.conf
    #启动哨兵
    ./redis-sentinel /root/redis-5.0.7/etc/sentinel.conf

2、执行其他命令：注意，启动了哨兵后，哨兵也是一个redis，只不过角色是哨兵。

执行其他命令需要先连接redis服务：

#进入bin目录
    cd /root/redis-5.0.7/bin  
    #连接redis服务，如果端口号是使用默认的6379，直接使用./redis-cli即可
    ./redis-cli -p 端口号
    #如果没有密码，可以省略这一步
    auth 密码

连接redis后就可以执行redis命令了，常用的有：

#查看主/从复制的相关信息
    info replication
    #查看和集群相关的信息
    info cluster
    #查看哨兵信息
    info sentinel
    #关闭redis服务
    shutdown

参考：[https://blog.csdn.net/xch\_yang/article/details/104019552][https_blog.csdn.net_xch_yang_article_details_104019552]

[https_redis.io_download]: https://redis.io/download
[20200901144759151.png]: /images/20221123/3805c59d6e1e4587b26337650dcef9e0.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dfdF95X3k_size_16_color_FFFFFF_t_70]: /images/20221123/e8b3d183a13549ce9c5b95770320edcb.png
[20200901145751993.png]: /images/20221123/b945d71a58094218a3931453fadc052a.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dfdF95X3k_size_16_color_FFFFFF_t_70 1]: /images/20221123/6f3f5661541c47a2bb5ec472b8047d20.png
[2020090115024366.png]: /images/20221123/2520854701c345c49edb20d7b27ca5bb.png
[20200901153058526.png]: https://img-blog.csdnimg.cn/20200901153058526.png
[20200902113420722.png]: https://img-blog.csdnimg.cn/20200902113420722.png
[20200901155530811.png]: /images/20221123/437b930e752a438a89e52765a1ef8e8b.png
[20200901160200205.png]: /images/20221123/a58e62dd873248b7b1c5ac708c9ad8d6.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dfdF95X3k_size_16_color_FFFFFF_t_70 2]: /images/20221123/7a94d3d9e2894c329ae1bcc02c306a59.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dfdF95X3k_size_16_color_FFFFFF_t_70 3]: /images/20221123/8716bf30c00f42028e5c744232ff71ee.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dfdF95X3k_size_16_color_FFFFFF_t_70 4]: /images/20221123/6a5e14df1f5548b297bed09fe3ab82b7.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dfdF95X3k_size_16_color_FFFFFF_t_70 5]: https://img-blog.csdnimg.cn/20200902114244157.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dfdF95X3k=,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dfdF95X3k_size_16_color_FFFFFF_t_70 6]: /images/20221123/7c16b02b1ed2416d8cae2f020d53ca01.png
[20200902114143799.png]: /images/20221123/dc2dc16d966f4ce4bb30167bfc67fe98.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dfdF95X3k_size_16_color_FFFFFF_t_70 7]: /images/20221123/9e90eeb42ee344ca9146ef5912433be6.png
[http_localhost_9999_redisgroup_index_getName_key_user]: http://localhost:9999/redisgroup/index/getName?key=user
[info_sentinel.png]: /images/20221123/d381fd9f186847569f8b3f67c53ddd4b.png
[20200902140030297.png]: /images/20221123/bb645a6df2d4489cb824464a2e3e5d8c.png
[20200902141347140.png]: /images/20221123/8de882e66b2445f8a8114f67113734f1.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dfdF95X3k_size_16_color_FFFFFF_t_70 8]: /images/20221123/3b322e427126456985862400c5812e59.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dfdF95X3k_size_16_color_FFFFFF_t_70 9]: /images/20221123/c3f655a00d8c42b595cb1ba6e6cf3681.png
[20200902144650267.png]: /images/20221123/9ce2f9c74974452d92333a86944c43f4.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dfdF95X3k_size_16_color_FFFFFF_t_70 10]: /images/20221123/ab12451f2299454faf1546084e4006f7.png
[20200904101003913.png]: /images/20221123/c4ba6116888e43dfa719d3ff5f7180cb.png
[20200904101035783.png]: /images/20221123/fceb8fd5e1c34e06b241c9ae3882dbe5.png
[20200904101046837.png]: /images/20221123/a5dcf49fa2e84a35a4cb2704ee662932.png
[20200904101314968.png]: /images/20221123/90f0dc83c52d451a83c04529627c0827.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dfdF95X3k_size_16_color_FFFFFF_t_70 11]: https://img-blog.csdnimg.cn/20200904101639253.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dfdF95X3k=,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dfdF95X3k_size_16_color_FFFFFF_t_70 12]: /images/20221123/3c2083e61e794088ae97ca585ee07231.png
[https_blog.csdn.net_xch_yang_article_details_104019552]: https://blog.csdn.net/xch_yang/article/details/104019552