NoSQL 之Redis集群模式

最新推荐文章于 2024-10-16 17:16:56 发布
最新推荐文章于 2024-10-16 17:16:56 发布
阅读量1k 收藏 9
点赞数 28
文章标签： nosql redis 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_70627741/article/details/141137658
版权

目录

案例概述

redis工作模式

主从模式

哨兵模式

redis cluster模式

Redis集群介绍

Redis集群的优势

Redis集群的实现方法

Redis-Cluster数据分片

Redis-Cluster的主从复制模型

Redis集群部署

案例部署

安装redis

检查redis的状态

修改配置文件

重启启动redis服务

创建redis集群

查看当前集群情况

增加节点

安装redis

案例概述

  • 单节点Redis服务器带来的问题
    • 单点故障，服务不可用
    • 无法处理大量的并发数据请求
    • 数据丢失一大灾难
  • 解决方法
    • 搭建Redis集群

redis工作模式

主从模式

redis2.8之前

1、解决数据备份问题

2、做到读写分离，提高服务器性能

1、master故障，无法自动故障转移，需人工介入

2、master无法实现动态扩容

哨兵模式

redis2.8级之后的模式

1、Master 状态监测

2、master节点故障，自动切换主从，故障自愈

3、所有slave从节点，随之更改新的master节点

1、slave节点下线，sentinel不会对其进行故障转移，连接从节点的客户端因为无法获取到新的可用从节点

2、master无法实行动态扩容

redis cluster模式

redis3.0版本之后

1、有效的解决了redis在分布式方面的需求

2、遇到单机内存，并发和流量瓶颈等问题时，可采用Cluster方案达到负载均衡的目的

3、可实现动态扩容

4、P2P模式，无中心化

5、通过Gossip协议同步节点信息

6、自动故障转移、Slot迁移中数据可用

7、自动分割数据到不同的节点上

8、整个集群的部分节点失败或者不可达的情况下能够继续处理命令

1、架构比较新，最佳实践较少

2、为了性能提升，客户端需要缓存路由表信息

3、节点发现、reshard操作不够自动化

4、不支持处理多个keys的命令，因为这需要在不同的节点间移动数据

5、Redis 集群不像单机 Redis 那样支持多数据库功能， 集群只使用默认的 0 号数据库， 并且不能使用 SELECT index 命令

Redis集群介绍

  • Redis集群是一个提供在多个Redis间节点间共享数据的城西集
  • Redis集群并不支持处理多个keys的命令，因为这需要在不同的节点间移动数据，从而达不到Redids那样的性能，在高负载的情况下可能会导致不可预料的错误
  • Redis集群通过分区提供一定程度的可用性，在实际环境中当某个节点宕机或者不可达的情况下可继续处理命令

Redis集群的优势

  • 自动分割数据到不同的节点上
  • 整个集群的部分节点失败或者不可达的情况下能够继续处理命令

Redis集群的实现方法

  • 有客户端分片
  • 代理分片
  • 服务器端分片

Redis-Cluster数据分片

  • Redis集群没有使用一致性hash，而是引入了哈希槽概念
  • Redis集群有16384个哈希槽
  • 每个key通过CRC16校验后对16384取模来决定放置槽
  • 集群的每个节点负责一部分哈希槽
  • 支持添加或删除节点
    • 添加删除节点无需停止服务
    • 例如
      • 如果想新添加节点D，需要移动节点A,B,C中的部分槽道D上
      • 如果想移除节点A，需要将A中的槽移动道B和C节点上，再将没有任何槽的A节点从集群中移除

Redis-Cluster的主从复制模型

  • 集群中具有A，B，C三个节点，如果节点B失败了，整个集群就会因缺少5501-11000这个范围的槽而不可用
  • 为每个节点添加一个从节点A1,B1,C1，整个集群便有三个master节点和三个slave节点组成，在节点B失败后，集群便会选举B1为新的主节点继续服务
  • 当B和B1都失败后，集群将不可用

master只有一个slave

master故障--》slave

(ping-pong)

master有多个slave

选举，选出新的主

slave广播（故障转移的认证请求），拉选票，让master投票

master（故障转移的认证应答），投票给slave

如果a-slave票数多，a成了master

如果票数一样多，再选

期望，半数以上

选组尽量是奇数台

Redis集群部署

操作系统

IP 地址

角色

CentOS7.9

192.168.10.101

master1

CentOS7.9

192.168.10.102

master2

CentOS7.9

192.168.10.103

master3

CentOS7.9

192.168.10.104

slave1

CentOS7.9

192.168.10.105

slave2

CentOS7.9

192.168.10.106

slave3

案例部署

安装redis

同步六台虚拟主机，关闭所有主机的防火墙功能

[root@localhost ~]# systemctl stop firewalld
[root@localhost ~]# setenforce  0

部署依赖环境，解压压缩包，进入到解压压缩包目录下

[root@localhost ~]# yum -y install gcc* zlib-devel
[root@localhost ~]# tar zxvf redis-5.0.14.tar.gz
[root@localhost ~]# cd redis-5.0.14
[root@localhost redis-5.0.14]# make
[root@localhost redis-5.0.14]# make PREFIX=/usr/local/redis install           #将软件安装到 /usr/local/redis 目录下。
[root@localhost redis-5.0.14]# ln -s /usr/local/redis/bin/* /usr/local/bin/    #创建一个软链接到指定目录下                       
[root@localhost redis-5.0.14]# cd utils/
[root@localhost utils]# ./install_server.sh
#一直回车直到跳出这个指令
1.确定端口
2.确定配置文件位置
3.确定日志文件位置
4.确定数据目录位置
5.确定执行程序路径
检查redis的状态
[root@localhost utils]# netstat -anpt | grep redis
tcp        0      0 127.0.0.1:6379          0.0.0.0:*               LISTEN      5858/redis-server 1
修改配置文件
[root@localhost utils]# vim /etc/redis/6379.conf 
bind 0.0.0.0              #大概在70行，修改监听
appendonly yes            #大概在700行，开启aof持久化
cluster-enabled yes       #大概在833行，去掉注释，表示启用群集
cluster-config-file nodes-6379.conf         #大概在841行，取消注释启用
cluster-node-timeout 15000            #大概在847行，取消注释
cluster-require-full-coverage no            #大概在924行，取消注释，yes改成no

开启Cluster：cluster-enabled yes

集群配置文件：cluster-config-file nodes-7000.conf。这个配置文件不是要我们去配的，而是Redis运行时保存配置的文件，所以我们也不可以修改这个文件。

集群超时时间：cluster-node-timeout 15000。结点超时多久则认为它宕机了。

槽是否全覆盖：cluster-require-full-coverage no。默认是yes，只要有结点宕机导致16384个槽没全被覆盖，整个集群就全部停止服务，所以一定要改为no

重启启动redis服务
[root@localhost utils]# /etc/init.d/redis_6379 restart         #重启redis
[root@localhost utils]# netstat -anpt | grep redis
tcp        0      0 0.0.0.0:6379            0.0.0.0:*               LISTEN      5895/redis-server 0 
tcp        0      0 0.0.0.0:16379           0.0.0.0:*               LISTEN      5895/redis-server 0
创建redis集群

取消所有主机的同步，六个节点随便找一个节点创建集群，这些节点分布在不同的IP上，有几个写入几个

[root@localhost ~]# redis-cli --cluster create --cluster-replicas 1 192.168.10.101:6379 192.168.10.102:6379 192.168.10.103:6379 192.168.10.104:6379 192.168.10.105:6379 192.168.10.106:6379
yes
查看当前集群情况
[root@localhost ~]# redis-cli
127.0.0.1:6379> cluster nodes

测试集群

自动把请求对应到某个主机

[root@localhost ~]# redis-cli -h 192.168.10.101 -p 6379 -c
192.168.10.101:6379> set k1 11
-> Redirected to slot [12706] located at 192.168.10.103:6379
OK
192.168.10.103:6379> set k2 22
-> Redirected to slot [449] located at 192.168.10.101:6379
OK
192.168.10.101:6379> set k3 33
OK
192.168.10.101:6379> set k4 44
-> Redirected to slot [8455] located at 192.168.10.102:6379
OK
192.168.10.102:6379> set k5 55
-> Redirected to slot [12582] located at 192.168.10.103:6379
OK
192.168.10.103:6379> set k6 66
-> Redirected to slot [325] located at 192.168.10.101:6379
OK
192.168.10.101:6379> set k7 77
OK
192.168.10.101:6379> set k8 88
-> Redirected to slot [8331] located at 192.168.10.102:6379
OK
192.168.10.102:6379> set k9 99
-> Redirected to slot [12458] located at 192.168.10.103:6379
OK
192.168.10.103:6379> keys *
1) "k9"
2) "k5"
3) "k1"

增加节点

安装redis

同步三台主机，直接用脚本运行安装

[root@localhost ~]# bash install_redis.sh

安装完成后取消同步

新增加的节点是master角色

[root@localhost ~]# redis-cli -c -p 6379 cluster meet 192.168.10.107:6379

她与断剑皆遗憾
关注
NoSQL之redis集群
ver_mouth__的博客
07-01 986
redis群集有三种模式，分别是主从同步/复制、哨兵模式、Cluster，下面会讲解一下三种模式的工作方式，以及如何搭建cluster群集主从复制是高可用redis的基础，哨兵和集群都是在主从复制基础上实现高可用的主从复制主要实现了数据的多机备份，以及对于读操作的负载均衡和简单的故障恢复缺陷：故障恢复无法自动化，写操作无法负载均衡，存储能力受到单机的限制在主从复制的基础上，哨兵实现了自动化的故障恢复缺陷：写操作无法负载均衡，存储能力受到单机的限制，哨兵无法对从节点进行自动故障转移在读写分离场景下，从节点故障
案例：NoSQL之Redis集群
weixin_39608791的博客
09-10 682
文章目录NoSQL之Redis集群一、概览1、案例概述2、Redis集群介绍3、Redis集群的优势4、Redis集群的实现方法5、Redis-cluster数据分片6、Redis-cluster的主从复制模型二、实验1、实验环境2、实验目的3、实验步骤3.1、主从服务器部署Redis3.2、主从服务器配置文件修改3.3、主服务器安装rvm，RUBY控制集群软件3.4、主服务器添加两块网卡3.5、从服务器添加两块网卡3.6、主服务器上创建群集3.7、集群验证 NoSQL之Redis集群 一、概览 1、案例概
Nosql之Redis集群模式
可笑
08-12 1156
集群，即 Redis Cluster， 是Redis3.0开始引入的分布式存储方案。集群由多个节点(Node)组成，Redis 的数据分布在这些节点中。集群中的节点分为主节点和从节点:只有主节点负责读写请求和集群信息的维护;从节点只进行主节点数据和状态信息的复制。
NoSql数据库 Redis集群详解
D2961953033的博客
08-26 902
在2009年发布，开发者是意大利的萨尔瓦多桑菲利波普（），他本想为自己的公司开发一个用于替换MySQL的产品Redis，但是没有想到他把Redis开源后大受欢迎，短短几年，Redis就有了很大的用户群体，目前国内外使用的公司众多,比如阿里百度新浪微博知乎网等Redis是一个开源的、遵循BSD协议的、基于内存的而且目前比较流行的键值数据库(key-valuedatabase)，是一个非关系型数据库，redis。
NoSQL之Redis集群
咕咕咕daisy！
12-17 477
这里写目录标题问题Redis集群介绍Redis集群的优势Redis集群的实现方法Redis-Cluster数据分片Redis-Cluster的主从复制模型项目：配置NoSQL数据库群集安装依赖包及NoSQL修改配置文件选择Server1编辑群集脚本测试群集使用server2连接server1并添加信息在server1上验证这时候用server3访问，得出值在server1上在server1上添加在server3上验证于server5上访问效果相同群集信息同时使用同一数据库互不干涉 问题 单节点Redis
NoSQL 之Redis集群
weixin_63631452的博客
08-12 666
Redis 集群模式是一种用于解决大规模数据集的水平扩展问题的部署方式。它通过将数据分布在多个 Redis 实例之间来实现高可用性和负载均衡。
Nosql之Redis集群
m0_75135871的博客
08-20 342
Redis集群并不支持处理多个keys的命令因为这需要在不同节点移动数据，从而达不到像Redis那样的性能，在高负载的情况下可能会导致不可预料的错误。Redis集群通过分区来提供一定程度的可用性，在实际环境中当某个节点不可用时，可使用群集中别的服务器，来保证稳定。5.配置redis集群（配置集群有脚本，但是需要安装ruby来运行脚本）redis集群是一个提供在多个Redis间节点间共享数据的程序集。整个集群的部分节点失败或者不可达的情况下能够继续处理命令。集群的每个节点负责一部分哈希槽。
NoSQL之Redis集群（缓存加速）
2401_85084312的博客
08-12 957
先加入到集群中，然后以新节点的IP登录到集群中，指定要作为哪个节点的从；slave广播（故障切换的认证请求），拉选票，让master投票；对于redis集群而言，任意一个节点的IP都可以作为登录的入口；此时会发现，创建键值对，哈希运算后生成槽放置到集群的节点上；且查看提示符，会发现，会切换到其他主机上；master（故障转移的认证应答），投票给slave；解决的数据备份，读写分离，无法实现自动化故障转移；此时要同步集群的会话，清空数据库，然后重置；要指定集群的任意一个节点的IP及端口；
第2章 NoSQL 之 Redis 集群
Shandy_stark223的博客
08-12 365
Redis 集群是一个提供在多个 Redis 间节点间共享数据的程序集Redis 集群并不支持处理多个 keys 的命令，因为这需要在不同的节点间移动数据，从而达不到像Redis那样的性能，在高负载的情况下可能会导致不可预料的错误Redis 集群通过分区来提供一定程度的可用性，在实际环境中当某个节点宕机或者不可达的情况下可继续处理命令。
NoSQL之Redis主从复制集群部署.pdf
08-18
NoSQL之Redis主从复制集群部署，即通过搭建Redis主从复制来形成高可用性、高可扩展性的集群系统。在Redis集群中，一个主服务器可以有多个从服务器，主服务器负责处理写操作并复制数据到从服务器，而从服务器则用于...
单片机原理及应用详解
l1337224493的博客
10-10 2037
单片机是一种将计算机的核心部件集成到单一芯片中的微型计算机。它能够接收输入信号，处理数据，并输出控制信号，广泛用于工业控制、家电、汽车、医疗设备等领域。项目背景：随着智能家居的普及，温湿度监测和控制成为一项重要应用。本项目旨在设计一个基于单片机的智能温湿度控制系统，能够实时监测环境的温湿度，并根据设定值自动控制加湿器和空调。
Redis 高可用方案
ArchManual 分布式技术架构手册
10-10 1375
SDOWN（主观下线）：这是 Sentinel 单个实例对 Redis 节点的主观判断。即某个 Sentinel 认为该 Redis 节点不可用，但这种判断仅仅是该 Sentinel 的“个人观点”。ODOWN（客观下线）：这是 Sentinel 集群的共同判断。即多个 Sentinel 一致认为该 Redis 节点不可用，这时该节点被标记为客观下线，触发故障转移机制。
重学SpringBoot3-集成Redis（十二）之点赞功能实现
CoderJia的学习之路
10-11 2508
在现代的应用中，点赞功能是一个非常常见的需求，尤其在社交媒体、博客等平台上。Redis 作为一个高性能的键值存储系统，由于其读写速度快、支持丰富的数据结构，因此非常适合用来实现实时的点赞功能。本文将介绍如何结合 Spring Boot 3 和 Redis 来实现一个高效的点赞功能。
【Redis】Zset类型常用命令
最新发布
m0_74105656的博客
10-16 672
Redis中zset有序集合常用命令总结
Redis-缓存一致性
qq_39007838的博客
10-08 1162
自己的理解，只要是写缓存的方式，都会存在线程写入先后导致的数据不一致监听 binlogHomecanal 选择版本 1.6.1mysql: 5.7 docker环境安装。
Redis 列表(List)
wjs2024的博客
10-13 410
Redis 列表是简单的字符串列表，按照插入顺序排序。你可以在列表的头部或尾部添加元素。列表的最大长度为 2^32 - 1 元素（每个列表超过 40 亿个元素）。Redis 列表是一个强大的数据结构，适用于多种场景。它简单易用，高性能，并且非常灵活。如果你需要处理有序的字符串集合，Redis 列表是一个很好的选择。
黑马程序员-redis项目实践笔记2
水w的博客
10-12 839
黑马程序员-redis项目实践笔记2
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值