数据库----Redis群集搭建

本文介绍了Redis的三种模式:主从模式、哨兵模式和Cluster群集,详细阐述了它们的工作原理和高可用性。重点讲解了如何搭建Redis Cluster群集,包括实验目的、环境配置和实际操作步骤,最后验证了群集功能。
摘要由CSDN通过智能技术生成

前言:
  • redis群集有三种模式,分别是主从同步/复制、哨兵模式、Cluster,下面会讲解一下三种模式的工作方式,以及如何搭建Cluster群集
一、Redis群集介绍
  • redis是一个开源的key value存储系统,受到了广大互联网公司的青睐。redis3.0版本之前只支持单例模式,在3.0版本及以后才支持集群

  • redis集群采用P2P模式,是完全去中心化的,不存在中心节点或者代理节点;

  • 为了实现集群的高可用,即判断节点是否健康(能否正常使用),redis-cluster有一个投票容错机制:

    如果集群中超过半数的节点投票认为某个节点挂了,那么这个节点就挂了(fail)。这是判断节点是否挂了的方法;

  • 判断集群是是否正常:

    如果集群中任意一个节点挂了,而且该节点没有从节点(备份节点),那么这个集群就挂了。这是判断集群是否挂了的方法;

  • 那么为什么任意一个节点挂了(没有从节点)这个集群就挂了:

    因为集群内置了16384个slot(哈希槽),并且把所有的物理节点映射到了这16384[0-16383]个slot上,或者说把这些slot均等的分配给了各个节点。当需要在Redis集群存放一个数据(key-value)时,redis会先对这个key进行crc16算法,然后得到一个结果。再把这个结果对16384进行求余,这个余数会对应[0-16383]其中一个槽,进而决定key-value存储到哪个节点中。所以一旦某个节点挂了,该节点对应的slot就无法使用,那么就会导致集群无法正常工作。

  • 综上所述,每个Redis集群理论上最多可以有16384个节点。

二、Redis三种模式介绍
2.1 主从模式

在这里插入图片描述

  • 通过持久化功能,redis保证了即使在服务器重启的情况下也不会丢失(或少量丢失)数据,因为持久化会把内存中的数据保存到硬盘上,重启会从硬盘上加载数据,但是由于数据是存储在一台服务器上的,如果这台服务器出现硬盘故障等问题,也会导致数据丢失。为了避免单点故障,通常的做法是将数据库复制多个副本以部署在不同的服务器上,这样即使有一台服务器出现故障,其他服务器依然可以继续提供服务,为此,redis提供了复制(replication)功能,可以实现当一台数据库中的数据更新后,自动将更新的数据同步到其他数据库上。
  • 在复制的概念中,数据库分为两类,一类是主数据库(master),另一类是从数据(slave)。主数据可以进行读写操作,当写操作导致数据变化时会自动将数据同步给从数据库,而从数据库一般是只读的,并接受主数据同步过来的数据。一个主数据库可以拥有多个从数据库,而一个从数据库只能拥有一个主数据库
2.1.1 主从复制原理、流程
  • 主从复制原理图
    在这里插入图片描述

  • 主从复制流程

    ① 若启动一个Slave机器进程,则它会向Master机器发送一个“sync command”命令,请求同步连接。

    ② 无论是第一次连接还是重新连接,Master机器都会启动一个后台进程,将数据快照保存到数据文件中(执行rdb操作),同时Master还会记录修改数据的所有命令并缓存在数据文件中。

    ③ 后台进程完成缓存操作之后,Maste机器就会向Slave机器发送数据文件,Slave端机器将数据文件保存到硬盘上,然后将其加载到内存中,接着Master机器就会将修改数据的所有操作一并发送给Slave端机器。若Slave出现故障导致宕机,则恢复正常后会自动重新连接。

    ④ Master机器收到Slave端机器的连接后,将其完整的数据文件发送给Slave端机器,如果Mater同时收到多个Slave发来的同步请求,则Master会在后台启动一个进程以保存数据文件,然后将其发送给所有的Slave端机器,确保所有的Slave端机器都正常。

2.2 哨兵模式(Sentinel)
2.2.1 哨兵模式集群架构

在这里插入图片描述

  • 哨兵是Redis集群架构中非常重要的一个组件,哨兵的出现主要是解决了主从复制出现故障时需要人为干预的问题。

  • 哨兵模式主要功能

    ① 集群监控:负责监控Redis master和slave进程是否正常工作

    ② 消息通知:如果某个Redis实例有故障,那么哨兵负责发送消息作为报警通知给管理员

    ③ 故障转移:如果master node挂掉了,会自动转移到slave node上

    ④ 配置中心:如果故障转移发生了,通知client客户端新的master地址

2.2.2 哨兵模式实现高可用原理

在这里插入图片描述

  • 使用一个或者多个哨兵(Sentinel)实例组成的系统,对redis节点进行监控,在主节点出现故障的情况下,能将从节点中的一个升级为主节点,进行故障转义,保证系统的可用性。

  • 哨兵们监控整个系统节点的过程

    ① 首先主节点的信息是配置在哨兵(Sentinel)的配置文件中

    ② 哨兵节点会和配置的主节点建立起两条连接命令连接订阅连接

    ③ 哨兵会通过命令连接每10s发送一次INFO命令,通过INFO命令,主节点会返回自己的run_id和自己的从节点信息

    ④ 哨兵会对这些从节点也建立两条连接命令连接和订阅连接

    ⑤ 哨兵通过命令连接向从节点发送INFO命令,获取到他的一些信息

    • run_id
    • role
    • 从服务器的复制偏移量 offset
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值