Redis学习(六):Redis的主从复制架构和哨兵机制

标签: 【数据库】Redis  数据库  redis  主从结构  哨兵机制  大数据

Redis的主从复制架构

解决IT行业读写瓶颈的终极解决方案
读写分离
将读取的操作和写入的操作完全物理分隔开。

  • 多个节点读写分离:例如1、2、3节点负责数据写入,4、5、6节点负责数据读取。
  • 单节点多磁盘的读写分离:例如一个节点内1、2、3磁盘负责数据写入,4、5、6磁盘负责数据读取。

在Redis中,用户可以通过执行SLAVEOF命令或者设置slaveof选项,让一个服务器去复制(replicate)另一个服务器,我们称呼被复制的服务器为主服务器(master),而对主服务器进行复制的服务器则被称为从服务器(slave),如图所示。
在这里插入图片描述

使用主从复制这种模式,实现node01作为主节点,node02与node03作为从节点,并且将node01所有的数据全部都同步到node02与node03服务器。

涉及到读写分离就会涉及到读取和写入数据的同步
在这里插入图片描述
1、主节点正常安装redis
2、所有从节点正常安装部署,在配置文件中添加
【slaveof 】【主节点IP】【redis端口号】,从节点不能写数据到redis。
3、在主节点添加数据,在从节点查看数据是否已经同步。

配置如下(此处只配置了node02图示,node03与node02一致)

第一步:node02与node03安装redis

解压命令:tar -zxvf redis-3.2.8.tar.gz  -C  /export/servers

在这里插入图片描述
node02与node03执行以下命令安装依赖环境

yum -y install gcc-c++

node02与node03服务器安装 tcl(在线安装)

yum -y install tcl

node02与node03进行编译redis

cd /export/servers/redis-3.2.8/
make && make install

node02与node03服务器修改redis配置文件

cd /export/servers/redis-3.2.8/
mkdir -p /export/servers/redis-3.2.8/logs
mkdir -p /export/servers/redis-3.2.8/redisdata

vim redis.conf

bind node02(node03修改此处,其他不变)
daemonize yes
pidfile /var/run/redis_6379.pid
logfile "/export/servers/redis-3.2.8/logs/redis.log"
dir /export/servers/redis-3.2.8/redisdata
slaveof node01 6379

第二步:启动node02与node03节点的redis服务

node02执行以下命令启动redis服务

cd  /export/servers/redis-3.2.8/src
redis-server  ../redis.conf

node03执行以下命令启动redis服务

cd  /export/servers/redis-3.2.8/src
redis-server  ../redis.conf

启动成功便可以实现redis的主从复制,node01可以读写操作,node02与node03只支持读取操作。

实现效果
node01:设置数据 name=zhangsan
node02:查看数据,但无法写入
node03:查看数据,但无法写入
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

redis当中的Sentinel架构(哨兵机制)

上面的方案存在什么问题?

  • 若主节点宕机,将无法写数据到redis?

如何解决?

  • 引入哨兵机制,当主节点宕机时,哨兵会在从节点中选取一个节点作为主节点,提供数据写入服务。

Sentinel(哨兵)是Redis 的高可用性解决方案:由一个或多个Sentinel 实例 组成的Sentinel 系统可以监视任意多个主服务器,以及这些主服务器属下的所有从服务器,并在被监视的主服务器进入下线状态时,自动将下线主服务器属下的某个从服务器升级为新的主服务器。
例如:
在这里插入图片描述
在Server1 掉线后:
在这里插入图片描述
升级Server2 为新的主服务器:
在这里插入图片描述
哨兵机制配置

第一步:三台节点修改哨兵配置文件

cd /export/servers/redis-3.2.8
vim sentinel.conf

# 配置监听的主服务器,这里sentinel monitor代表监控,mymaster代表服务器的名称,可以自定义,192.168.11.128代表监控的主服务器,6379代表端口,2代表只有两个或两个以上的哨兵认为主服务器不可用的时候,才会进行failover操作。
# 修改bind配置,每台机器修改为自己对应的主机名
bind node01
# 配置sentinel服务后台运行(配置文件中没有,需自行添加)
daemonize yes
# 修改三台机器监控的主节点,现在主节点是node01服务器(配置文件有,修改即可)
sentinel monitor mymaster node01 6379 2
# sentinel author-pass定义服务的密码,mymaster是服务名称,123456是Redis服务器密码
# sentinel auth-pass <master-name> <password>

第二步:三台节点启动哨兵服务

cd /export/servers/redis-3.2.8
src/redis-sentinel sentinel.conf 

在这里插入图片描述
注意:此时redis-server和sentinel两个都要启动

第三步:node01服务器杀死redis服务进程
使用kill -9命令杀死redis服务进程,模拟redis故障宕机情况
过一段时间之后,就会在node02与node03服务器选择一台服务器来切换为主节点

第四步:redis的sentinel模式代码开发连接

/**
 * 测试Redis哨兵模式
 * @author liu
 */
    @Test
    public void testSentinel() {
        JedisPoolConfig jedisPoolConfig = new JedisPoolConfig();
        jedisPoolConfig.setMaxTotal(10);
        jedisPoolConfig.setMaxIdle(5);
        jedisPoolConfig.setMinIdle(5);
        // 哨兵信息
        Set<String> sentinels = new HashSet<>(Arrays.asList("node01:26379",
                "node02:26379","node03:26379"));
        // 创建连接池
        JedisSentinelPool pool = new JedisSentinelPool("mymaster", sentinels,jedisPoolConfig);
        // 获取客户端
        Jedis jedis = pool.getResource();
        // 执行两个命令
        jedis.set("mykey", "myvalue");
        String value = jedis.get("mykey");
        System.out.println(value);
    }

实现效果图示

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

版权声明:本文为wzc8961661原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://blog.csdn.net/wzc8961661/article/details/104901302