Redis搭建主从复制、哨兵集群

ゞ浴缸里的玫瑰 2022-12-12 04:50 411阅读 0赞

# Redis搭建主从复制、哨兵集群 #

> 相关：
> 
> [Redis导学与一系列常见问题][Redis]
> 
> [Redis-数据结构及持久化操作（CentOS）][Redis-_CentOS]

### 文章目录 ###

*  Redis搭建主从复制、哨兵集群
 *   *  主从复制搭建
     *  启用哨兵机制
     *  集群搭建
     *  集群下相关操作

## 主从复制搭建 ##

主从复制架构仅仅用来解决数据的冗余备份,从节点仅仅用来同步数据

**无法解决master（主节点）出现故障的自动故障转移**

**主从复制架构图：**

![ce3113e46b3b0ce2ae2badbca86227e4.png][]

准备三台机器并修改对应的配置文件

由于我没有三台机器，故在单台机上开启三个redis服务来模拟主从复制

1.  准备三份配置文件，修改对应的配置

- master
    	port 6379	#指定端口号
    	bind 0.0.0.0  #允许任意远程连接
    	
    - slave1
    	port 6380
    	bind 0.0.0.0
    	slaveof masterip masterport # slaveof 192.xxx.xx.xxx 6379
    
    - slave2
    	port 6381
    	bind 0.0.0.0
    	slaveof masterip masterport	# slaveof 192.xxx.xx.xxx 6379

从节点的指定在配置文件中的位置如下：

![a06022dd2a9c55f083df59b366bd90fc.png][]

2.启动三台机器进行测试

- cd /usr/redis/bin
    - ./redis-server /root/master/redis.conf
    - ./redis-server /root/slave1/redis.conf
    - ./redis-server /root/slave2/redis.conf

如果搭建成功，你在master可以进行写操作，在从节点可以看到数据都会进行同步，但是从节点无法进行写操作！

## 启用哨兵机制 ##

哨兵机制是在主从复制的基础上进行的

Sentinel（哨兵）是Redis 的高可用性解决方案：由一个或多个**Sentinel** 实例 组成的Sentinel 系统可以监视任意多个主服务器，以及这些主服务器属下的所有从服务器，并在被监视的主服务器进入下线状态时，自动将下线主服务器属下的某个从服务器升级为新的主服务器。简单的说哨兵就是带有**自动故障转移功能的主从架构**。

**哨兵架构原理图：**

![cb1ae35f5b2afeb21fe8ece301d54918.png][]

1.在主节点上创建哨兵配置

*  在Master对应redis.conf同目录下新建sentinel.conf文件，名字绝对不能错；

2.配置哨兵，在sentinel.conf文件中填入内容：

sentinel monitor [被监控数据库名字（自定义）]  [ip] [port] [指明哪个数据库]
    # sentinel monitor mymaster 192.xxx.xx.xxx 6379 1

3.启动哨兵模式进行测试

*  `./redis-sentinel /root/sentinel/sentinel.conf`

启动哨兵后会显示该哨兵的端口号

**如果哨兵机制成功运行，你将master服务宕机（CTRL + C）后，可以发现会有新的master被推举上任，在原master节点恢复后，会成为新master节点的从节点**

> **通过springboot操作哨兵：**
> 
>     spring.redis.sentinel.master=mymaster
>     #master书写是使用哨兵监听的那个名称
> 
>     spring.redis.sentinel.nodes=192.168.202.206:26379
>     #连接的不再是一个具体redis主机,书写的是多个哨兵节点

>  *  **注意:如果连接过程中出现如下错误:RedisConnectionException: DENIED Redis is running in protected mode because protected mode is enabled, no bind address was specified, no authentication password is requested to clients. In this mode connections are only accepted from the loopback interface. If you want to connect from external computers to Redis you may adopt one of the following solutions: 1) Just disable protected mode sending the command ‘CONFIG SET protected-mode no’ from the loopback interface by connecting to Redis from the same host the server is running, however MAKE SURE Redis is not publicly accessible from internet if you do so. Use CONFIG REWRITE to make this change permanent. 2)**
>  *  **解决方案:在哨兵的配置文件中加入bind 0.0.0.0 开启远程连接权限**
>     
>     ![9e6d13d5ac76534c8ab9dcb6ea404dd7.png][]

## 集群搭建 ##

Redis在3.0后开始支持Cluster(模式)模式,目前redis的集群支持节点的自动发现,支持**slave-master选举**和容错,支持在线分片(sharding shard )等特性

**集群架构图与细节：**

![a2cd4f51446d8581aec4f1ef2cd03627.png][]

*  所有的redis节点彼此互联(PING-PONG机制),内部使用二进制协议优化传输速度和带宽.
 *  各自的节点可以主从复制节点与哨兵机制
 *  节点的fail是通过集群中超过半数的节点检测失效时才生效. 当一个节点宕机后，如果哨兵没能即使处理，会被踢出集群
 *  客户端与redis节点直连,不需要中间proxy层.客户端不需要连接集群所有节点,连接集群中任何一个可用节点即可
 *  redis-cluster把所有的物理节点映射到\[0-16383\]slot（槽）上

关于槽：集群负载均衡的一种策略

![9de41e64c24664c8965bab79d0af300a.png][]

1.准备环境安装ruby以及redis集群依赖

yum install -y ruby rubygems #安装ruby环境与依赖
    # ...
    # 到互联网下载redis-xxx.gem到虚拟机 xxx表示你的redis版本
    # ...
    gem install redis-xxx.gem  #通过gem安装

2.在一台机器创建7个目录

由于集群最少需要6个节点（3主3从），我们另外加一个节点用来访问

![652a93e8ffc85872ffdb4c6f297ca8f6.png][]

7001 ~ 7006代表我们的集群

3.每个目录复制一份配置文件

[root@localhost ~]# cp redis-4.0.10/redis.conf 7000/
    [root@localhost ~]# cp redis-4.0.10/redis.conf 7001/
    [root@localhost ~]# cp redis-4.0.10/redis.conf 7002/
    [root@localhost ~]# cp redis-4.0.10/redis.conf 7003/
    [root@localhost ~]# cp redis-4.0.10/redis.conf 7004/
    [root@localhost ~]# cp redis-4.0.10/redis.conf 7005/
    [root@localhost ~]# cp redis-4.0.10/redis.conf 7006/

4.修改各自目录配置文件

- port 	7000 ... 7001 ... 7002 .....   7006       #修改端口
    - bind  0.0.0.0                   		 	     #开启远程连接
    - cluster-enabled  yes 	        			     #开启集群模式
    - cluster-config-file  nodes-port.conf 		      #集群节点配置文件
    - cluster-node-timeout  5000      	   			 #集群节点超时时间
    - appendonly  yes   		               		 #开启AOF持久化

5.指定不同目录配置文件启动七个节点

- [root@localhost bin]# ./redis-server  /root/7000/redis.conf
    - [root@localhost bin]# ./redis-server  /root/7001/redis.conf
    - [root@localhost bin]# ./redis-server  /root/7002/redis.conf
    - [root@localhost bin]# ./redis-server  /root/7003/redis.conf
    - [root@localhost bin]# ./redis-server  /root/7004/redis.conf
    - [root@localhost bin]# ./redis-server  /root/7005/redis.conf
    - [root@localhost bin]# ./redis-server  /root/7006/redis.conf

6.查看进程

- [root@localhost bin]# ps aux|grep redis

![71fb11dab825d199e53494498713e76a.png][]

7.复制集群操作脚本到bin目录中

- [root@localhost bin]# cp /root/redis-4.0.10/src/redis-trib.rb .

集群脚本在redis源码包中，在对应版本的源码包src/下找到这个rb源文件，复制到你redis的bin下即可

8.创建集群

./redis-trib.rb create --replicas 1 192.168.202.205:7000 192.168.202.205:7001 192.168.202.205:7002 192.168.202.205:7003 192.168.202.205:7004 192.168.202.205:7005

以上所有ip与端口改成你自己的

![db05e254d2cf6d1cffe0063745a099ca.png][]

搭建成功后如下图所示

![e45d458372ad5f082c7b7639c561b35d.png][]

## 集群下相关操作 ##

集群节点状态说明

*  主节点  
    主节点存在hash slots,且主节点的hash slots 没有交叉  
    主节点不能删除  
    一个主节点可以有多个从节点  
    主节点宕机时多个副本之间自动选举主节点
 *  从节  
    从节点没有hash slots  
    从节点可以删除  
    从节点不负责数据的写,只负责数据的同步

# 查看集群状态 check [原始集群中任意节点] [无]
    ./redis-trib.rb check 192.168.202.205:7000
    
    # 添加主节点 add-node [新加入节点] [原始集群中任意节点]
    ./redis-trib.rb  add-node 192.168.1.158:7007  192.168.1.158:7006
    - 注意:
    	1.该节点必须以集群模式启动
    	2.默认情况下该节点就是以master节点形式添加
    	
    	
    # 添加从节点 add-node --slave [新加入节点] [集群中任意节点]
    ./redis-trib.rb  add-node --slave 192.168.1.158:7006 192.168.1.158:7000
    - 注意:
    当添加副本节点时没有指定主节点,redis会随机给副本节点较少的主节点添加当前副本节点

[Redis]: https://blog.csdn.net/JunSIrhl/article/details/105672945
[Redis-_CentOS]: https://blog.csdn.net/JunSIrhl/article/details/104084954
[ce3113e46b3b0ce2ae2badbca86227e4.png]: /images/20221123/2ac4614055cf45388e7c366af092dc40.png
[a06022dd2a9c55f083df59b366bd90fc.png]: /images/20221123/95e5fe07f55d4e73baae53d8ce930f84.png
[cb1ae35f5b2afeb21fe8ece301d54918.png]: /images/20221123/7ebbc2e2681e4db2a55cca4e994d6e08.png
[9e6d13d5ac76534c8ab9dcb6ea404dd7.png]: /images/20221123/e7458ea998f940e981c1bf2fd779dafd.png
[a2cd4f51446d8581aec4f1ef2cd03627.png]: /images/20221123/e53e4898dd164f759562e60e1b17fe7c.png
[9de41e64c24664c8965bab79d0af300a.png]: /images/20221123/6fdb3bc077874df3b17c879597276a58.png
[652a93e8ffc85872ffdb4c6f297ca8f6.png]: /images/20221123/e53a03ccc96a428e9b386bd4b211051a.png
[71fb11dab825d199e53494498713e76a.png]: /images/20221123/6445c7bf913e46019d828febbaf8c9bc.png
[db05e254d2cf6d1cffe0063745a099ca.png]: /images/20221123/6990703b33524b4eb5e62e422dada1a6.png
[e45d458372ad5f082c7b7639c561b35d.png]: /images/20221123/e2bc13ade8324f7c82e886bfe49f335d.png