19.Redis之集群

最新推荐文章于 2024-07-25 20:24:31 发布

muyierfly

最新推荐文章于 2024-07-25 20:24:31 发布

阅读量1k

点赞数 10

分类专栏： Redis 文章标签： redis java 数据库

本文链接：https://blog.csdn.net/m0_47017197/article/details/139351738

版权

Redis 专栏收录该内容

21 篇文章 0 订阅

订阅专栏

1.集群的基本介绍

集群这个词.
广义的集群,只要你是多个机器,构成了分布式系统, 都可以称为是一个"集群"前面主从结构,哨兵模式,也可以称为是"广义的集群”
狭义的集群,redis 提供的集群模式, 这个集群模式之下,主要是要解决,存储空间不足的问题(拓展存储空间)

哨兵模式提高了系统的可用性
哨兵模式中,本质上还是 redis 主/从节点（内存,256G,512G.上 TB 的服务器也不是没有(贵)）存储数据,其中就要求一个主节点/从节点,就得存储整个数据的"全集

此处关键问题,就是引入多台机器,每台机器存储一部分数据,
设有 1TB 的数据需要存储.
拿两台机器来存,每个机器只需要存 512GB 即可.
拿三台机器来存,每个机器只需要存 300 多 GB 即可,
拿四台机,器来存,每个机器只需要存 256GB.....
随着机器数目的增加,每个机器存储的数据量就减少了
【只要机器的规模足够多,就可以存储任意大小的数据了,(公司的实力)】
【不是说光搞3个机器就够了每个存储数据的机器还需要搭配若于个从节点】

2.如何把数据分成多分？

把数据分成多份,应该怎么分?
是一个分片(sharding).
三种主流的分片方式，
1.哈希求余
借鉴了哈希表的基本思想.
借助 hash 函数,把一个 key 映射到整数,再针对数组的长度
求余,就可以得到一个数组下标.
比如有三个分片,编号 012
此时就可以针对要插入的数据的 key(redis 都是键值对结构的数据)计算 hash 值.(比如,使用 md5)【md5 本身就是一个计算 hash 值的算法针对一个字符串,里面的内容进行一系列的数学变换 =>整数.】再把这个 hash 值余上分片个数,就得到了一个下标,此时就可以把这个数据放到该下标对应的分片中了.
【缺陷】
一旦服务器集群需要扩容,就需要更高的成本了
分片主要目的就是为了能提高存储能力.
分片越多,能存的数据越多,成本也更高,
一般都是先少搞几个分片.(3 个)
但是随着业务逐渐增长,数据变多了~~3 个分片就已经不足以保存了
就需要"扩容”
引入新的分片,N 就改变了
hash(key)% N >=0
当 hash 函数和 key 都不变的情况下,如果 N 改变了整体的分片结果仍然会变!!
如果发现某个数据,在扩容之后,不应该待在当前的分片中了,就需要重新进行分配 (搬运数据)
此处列出的这些值,就可以脑补成 hash(key)假设当前计算完 hash 值之后,得到的数值正好是 100-120
共 20 个数据,只有 3 个数据不需要搬运~~ 搬运了 17 个数据如果是 20 亿个数据呢?? 17 亿数据就要搬运...这就是一个大活了!!
上述级别的扩容,开销极大的,往往是不能直接在生产环境上操作的,只能通过"替换"的方式来实现扩容。
依赖的机器更多了.成本更高,操作步骤非常复杂!!!
2.一致性哈希算法
会导致数据不均匀的问题
此时, 只需要把 0 号分⽚上的部分数据, 搬运给 3 号分⽚即可. 1 号分⽚和 2 号分⽚管理的区间都是不变的.
优点: ⼤⼤降低了扩容时数据搬运的规模, 提⾼了扩容操作的效率.
缺点: 数据分配不均匀 (有的多有的少, 数据倾斜).
3.哈希槽分区算法
【问题1】
Redis 集群是最多有 16384 个分片吗?
每个分片上就只有一个槽位.（此时很难保证数据在各个分片上的均衡性~~）（有的槽位可能是有多个 key，有的槽位可能是没有 key ~）
key 是要先映射到槽位,再映射到分片的
如果每个分片包含的槽位比较多,如果槽位个数相当, 就可以认为是包含的 key 数量相当的:
如果每个分片包含的槽位非常少,槽位个数不一定能直观的反应到 key 的数目
实际上 Redis 的作者建议集群分片数不应该超过(1000.
如果真是1.6w 个分片,整个数据服务器的集群规模就太可怕了
几万台主机构成的集群了.整个集群的可用性是非常堪忧的!!
【问题2】
问题二: 为什么是 16384 个槽位?
心跳包中包含了该节点持有哪些 slots.
需要表示出该节点持有哪些槽位
虽然 8kb 比2kb 也大不了多少, 但是心跳包,周期性通信的.(非常频繁 & 网络带宽
这个值个数上基本够用了.同时占用的硬件资源(网络带宽)又不是很大

3.搭建集群环境

3.1 生成配置文件

基于 docker 在咱们云服务器上搭建出一个 redis 集群出来.
当前阶段,主要是因为咱们只有一个云服务器,搞分布式系统, 就比较麻烦
实际工作中,一般是通过多个主机的方式,来搭建集群的,

第⼀步: 创建⽬录和配置

创建 redis-cluster ⽬录. 内部创建两个⽂件

一定要记得,把之前启动 redis 容器,给停止掉!!

在 linux 上,以 .sh 后缀结尾的文件,称为"shell(脚本）【剧本,也可以称为脚本,】
使用 linux 的时候, 都是通过一些命令来进行操作的.
使用命令操作,就非常适合把命令给写到一个文件中,批量化执行,
同时,还能加入, 条件,循环,函数等机制
因此,就可以基于这些来完成更复杂的工作了
需要创建 11 个 redis 节点.这些 redis 的配置文件内容,大同小异.
此时就可以使用脚本来批量生成.(也可以不使用脚本,手动一个一个改)
generate.sh 内容如下

for port in $(seq 1 9); \
do \
mkdir -p redis${port}/
touch redis${port}/redis.conf
cat << EOF > redis${port}/redis.conf
port 6379
bind 0.0.0.0
protected-mode no
appendonly yes
cluster-enabled yes
cluster-config-file nodes.conf
cluster-node-timeout 5000
cluster-announce-ip 172.30.0.10${port}
cluster-announce-port 6379
cluster-announce-bus-port 16379
EOF
done
# 注意 cluster-announce-ip 的值有变化. 
for port in $(seq 10 11); \
do \
mkdir -p redis${port}/
touch redis${port}/redis.conf
cat << EOF > redis${port}/redis.conf
port 6379
bind 0.0.0.0
protected-mode no
appendonly yes
cluster-enabled yes
cluster-config-file nodes.conf
cluster-node-timeout 5000
cluster-announce-ip 172.30.0.1${port}
cluster-announce-port 6379
cluster-announce-bus-port 16379
EOF
done

成功！！！

3.2 创建容器

编写 docker-compose.yml

version: '3.3'
networks:
  mynet:
    ipam:
      config:
        - subnet: 172.30.0.0/24
services:
  redis1:
    image: 'redis:5.0.9'
    container_name: redis1
    restart: always
    volumes:
      - ./redis1/:/etc/redis/
    ports:
      - 6371:6379
      - 16371:16379
    command:
      redis-server /etc/redis/redis.conf
    networks:
      mynet:
        ipv4_address: 172.30.0.101
  redis2:
    image: 'redis:5.0.9'
    container_name: redis2
    restart: always
    volumes:
      - ./redis2/:/etc/redis/
    ports:
      - 6372:6379
      - 16372:16379
    command:
      redis-server /etc/redis/redis.conf
    networks:
      mynet:
        ipv4_address: 172.30.0.102
  redis3:
    image: 'redis:5.0.9'
    container_name: redis3
    restart: always
    volumes:
      - ./redis3/:/etc/redis/
    ports:
      - 6373:6379
      - 16373:16379
command:
      redis-server /etc/redis/redis.conf
    networks:
      mynet:
        ipv4_address: 172.30.0.103
  redis4:
    image: 'redis:5.0.9'
    container_name: redis4
    restart: always
    volumes:
      - ./redis4/:/etc/redis/
    ports:
      - 6374:6379
      - 16374:16379
    command:
      redis-server /etc/redis/redis.conf
    networks:
      mynet:
        ipv4_address: 172.30.0.104
  redis5:
    image: 'redis:5.0.9'
    container_name: redis5
    restart: always
    volumes:
      - ./redis5/:/etc/redis/
    ports:
      - 6375:6379
      - 16375:16379
    command:
      redis-server /etc/redis/redis.conf
    networks:
      mynet:
        ipv4_address: 172.30.0.105
  redis6:
    image: 'redis:5.0.9'
    container_name: redis6
    restart: always
    volumes:
      - ./redis6/:/etc/redis/
    ports:
      - 6376:6379
      - 16376:16379
command:
      redis-server /etc/redis/redis.conf
    networks:
      mynet:
        ipv4_address: 172.30.0.106
  redis7:
    image: 'redis:5.0.9'
    container_name: redis7
    restart: always
    volumes:
      - ./redis7/:/etc/redis/
    ports:
      - 6377:6379
      - 16377:16379
    command:
      redis-server /etc/redis/redis.conf
    networks:
      mynet:
        ipv4_address: 172.30.0.107
  redis8:
    image: 'redis:5.0.9'
    container_name: redis8
    restart: always
    volumes:
      - ./redis8/:/etc/redis/
    ports:
      - 6378:6379
      - 16378:16379
    command:
      redis-server /etc/redis/redis.conf
    networks:
      mynet:
        ipv4_address: 172.30.0.108
  redis9:
    image: 'redis:5.0.9'
    container_name: redis9
    restart: always
    volumes:
      - ./redis9/:/etc/redis/
    ports:
      - 6379:6379
      - 16379:16379
command:
      redis-server /etc/redis/redis.conf
    networks:
      mynet:
        ipv4_address: 172.30.0.109

  redis10:
    image: 'redis:5.0.9'
    container_name: redis10
    restart: always
    volumes:
      - ./redis10/:/etc/redis/
    ports:
      - 6380:6379
      - 16380:16379
    command:
      redis-server /etc/redis/redis.conf
    networks:
      mynet:
        ipv4_address: 172.30.0.110
  redis11:
    image: 'redis:5.0.9'
    container_name: redis11
    restart: always
    volumes:
      - ./redis11/:/etc/redis/
    ports:
      - 6381:6379
      - 16381:16379
    command:
      redis-server /etc/redis/redis.conf
    networks:
      mynet:
        ipv4_address: 172.30.0.111

3.3 配置集群关系

1)生成每个 redis 节点的配置文件
2)使用 docker 创建出 11 个 redis 节点, 并且启动容器
3)使用 redis-cli 执行构建集群命令

redis-cli --cluster create 172.30.0.101:6379 172.30.0.102:6379 172.30.0.103:6379 172.30.0.104:6379 172.30.0.105:6379 172.30.0.106:6379 172.30.0.107:6379 172.30.0.108:6379 172.30.0.109:6379 --cluster-replicas 2

3.4 使用集群

redis-cli -h 172.30.0.101 -p 6379
4.故障处理

5.集群扩容

101-1099个主机,构成了3主,6 从结构的集群了
110 和 111 也加入到集群中
以110为 master, 111为 slave.=>把数据分片从 3->4
集群扩容操作,是一件风险较高,成本较大的操作!!!

1.新的主节点(110) 加入到集群中

redis-cli --cluster add-node 172.30.0.110:6379 172.30.0.101:6379

2.重新分配 slots

redis-cli --cluster reshard 172.30.0.101:6379

3.给新的主节点添加从节点

光有主节点了, 此时扩容的⽬标已经初步达成. 但是为了保证集群可⽤性, 还需要给这个新的主节点添加从节点, 保证该主节点宕机之后, 有从节点能够顶上

redis-cli --cluster add-node 172.30.0.111:6379 172.30.0.101:6379 --cluster-slave --cluster-master-id c999d6e82415680b57868cc3c59f9f1a779a59cd

6.集群的缩容

把一些节点拿掉,减少分片的数量,
般都是进行扩容,很少缩容!

7.小结

1)集群是什么,解决了什么问题?
2)数据分片算法[重点/考点]
a)哈希求余
b)一致性哈希算法
c)哈希槽分区算法(redis)
3)搭建 redis 集群,
4)集群容灾.故障转移
5)集群扩容.
6)代码连接集群
使用的库, 得能够支持集群模式.

muyierfly

关注

10
点赞
踩
26

收藏

觉得还不错? 一键收藏
0
评论
19.Redis之集群

哨兵模式提高了系统的可用性哨兵模式中,本质上还是 redis 主/从节点（内存,256G,512G.上 TB 的服务器也不是没有(贵)）存储数据,其中就要求一个主节点/从节点,就得存储整个数据的"全集。
复制链接

扫一扫