Redis7【⑧ Redis集群(cluster)】

已于 2023-07-07 02:33:52 修改
阅读量1.6k 收藏 5
点赞数 1
文章标签： redis 数据库 缓存
于 2023-06-29 13:44:52 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_44981126/article/details/131448049
版权

Redis集群

Redis 集群是 Redis 数据库的分布式解决方案，它可以将数据分散存储在多个节点上，以支持大规模数据存储和高并发访问。

Redis 集群使用的是基于槽的分区策略，即将数据分成固定数量的槽，每个槽由一个主节点和多个从节点组成。客户端请求会根据键值的哈希值被路由到对应的槽上，从而实现数据的分布式存储和访问。同时，Redis 集群还提供了多种操作槽的命令，以支持集群的管理和维护。

Redis 集群的主要特点包括：

  1. 分布式存储：Redis 集群将数据分散存储在多个节点上，每个节点负责处理一部分数据，从而实现数据的分布式存储和访问。集群可以扩展到数千个节点，以支持海量数据存储和高并发访问。建议控制在1000个以内的节点数。
  2. 高可用性：Redis 集群通过多副本机制和自动故障转移机制，保证数据的可靠性和可用性。每个节点都有多个副本，其中一个副本为主节点，负责处理客户端请求，其他副本为从节点，负责复制主节点的数据。当主节点宕机时，从节点会自动选举一个新的主节点，以保证数据的连续性和可用性。
  3. 数据自动分片：Redis 集群将数据自动分片存储在多个节点上，以实现数据的均衡分布和高效访问。每个节点都负责处理一部分数据，同时维护一份槽指派表，记录每个槽对应的主节点和从节点。客户端请求会根据键值的哈希值被路由到对应的槽上，从而实现数据的分布式存储和访问。
  4. 支持在线扩容缩容：Redis 集群支持在线添加和删除节点，以扩展或缩小集群的容量，而无需停机或数据迁移。集群会自动将数据重新分片和迁移，以保证数据的连续性和可用性。
  5. 负载均衡：Redis 集群通过智能路由算法，将客户端请求均匀地分发到不同的节点上，以实现负载均衡和性能优化。客户端可以通过集群模式下的代理节点（cluster-enabled proxy）进行连接，代理节点会自动将请求路由到正确的节点上。

1. redis集群槽位

在 Redis 集群中，槽位（slot）是将数据进行分片的基本单位，也是实现数据分布式存储和访问的重要机制。Redis 集群默认将 16384 个槽位均分给不同的节点，每个节点负责处理一部分槽位，从而实现数据的分布式存储和访问。

具体来说，Redis 集群使用哈希槽（hash slot）的方式将数据进行分片，每个槽对应着一个整数编号，从 0 开始，一直到 16383。每个节点会负责处理一部分槽位，同时维护一份槽指派表（slot map），记录每个槽对应的主节点和从节点。

客户端请求会根据键值的哈希值被路由到对应的槽上，从而实现数据的分布式存储和访问。具体来说，客户端会将键值的哈希值对 16384 取模，得到一个槽号，然后将请求发送到对应的槽所在的节点上。如果该节点是主节点，它会将请求处理后的结果返回给客户端；如果该节点是从节点，则会将请求转发给对应的主节点进行处理。

需要注意的是，槽的数量是固定的，因此如果需要扩展 Redis 集群的容量，就需要将一些槽移动到新的节点上，以实现数据的重新分片和迁移。Redis 集群提供了多种操作槽的命令，以支持集群的管理和维护。

2. redis集群分片

在 Redis 集群中，数据分片（sharding）是将数据划分成多个部分，分别存储在不同的节点上，从而实现分布式存储和访问的基本方式。Redis 集群使用哈希槽（hash slot）的方式将数据进行分片，每个节点负责处理一部分槽位，从而实现数据的分布式存储和访问。

具体来说，Redis 集群默认将 16384 个槽位均分给不同的节点，每个节点负责处理一部分槽位，同时维护一份槽指派表（slot map），记录每个槽对应的主节点和从节点。客户端请求会根据键值的哈希值被路由到对应的槽上，从而实现数据的分布式存储和访问。

数据分片能够提高 Redis 集群的容量和可用性，减少单节点的负载压力，并支持横向扩展和动态扩容。同时，数据分片也会带来一些挑战和问题，例如数据迁移、节点失效、一致性维护等方面的问题，需要进行合理的设计和实现。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-0SW7tUjy-1687977148295)(img/redis集群分片.png)]

3. redis槽位映射

  • 哈希取余分区

    哈希取余分区是一种常见的数据分区技术，它将数据划分成多个分区，并将每个分区分配给集群中的不同节点，从而实现分布式存储和访问。

    在哈希取余分区中，首先根据某个键的哈希值对分区总数取模，得到该键所在的分区编号，然后将该键存储在对应的节点上。当需要访问某个键值对时，同样通过哈希值计算得到该键所在的分区编号，然后访问对应的节点，从而实现数据的分布式访问。

    哈希取余分区技术简单易懂，易于实现，可以较好地均衡数据在各个节点之间的分布，从而提高系统的可扩展性和可用性。但是，该技术存在数据倾斜和数据迁移等问题。如果某个键的哈希值对分区总数取模后恰好落在某个分区上，那么该分区的负载将会比其他分区更重，可能会导致性能问题。此外，在节点的动态扩容和缩容时，会需要进行数据迁移，对系统的稳定性和性能也会带来影响。
    在这里插入图片描述

  • 一致性哈希算法分区

    一致性哈希算法（Consistent Hashing Algorithm）是一种用于分布式存储系统的数据分区技术，它可以使得数据在集群中的分布更加均匀，同时减少在数据分区发生变化时需要重新分配的数据量。
    在这里插入图片描述

    在一致性哈希算法中，所有的数据被分成一定数量的分区，每个分区被映射到一个哈希环上。每个节点也被映射到哈希环上，并负责其所在的某些分区。当需要存储一个数据时，先对该数据进行哈希，然后将哈希值映射到哈希环上，找到最近的节点，并将数据存储在该节点上。当需要读取一个数据时，也先对该数据进行哈希，并映射到哈希环上，然后从离该数据最近的节点上读取数据。

    一致性哈希环

    一致性哈希算法必然有个hash函数并按照算法产生hash值，这个算法的所有可能哈希值会构成一个全量集，这个集合可以成为一个hash空间[0,2^32-1]，这个是一个线性空间，但是在算法中，我们通过适当的逻辑控制将它首尾相连(0 = 2^32)，这样让它逻辑上形成了一个环形空间。

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-cqt9r2Mi-1687977148297)(img/一致性哈希环.png)]

    一致性哈希算法的核心思想是将哈希环视为一个环形空间，并将节点和数据视为该空间上的点。通过在哈希环上的均匀分布，可以使得数据在集群中的分布更加均匀。当某个节点宕机时，只会影响该节点所负责的一部分分区，不会影响整个集群，从而提高了系统的可用性和稳定性。同时，一致性哈希算法也能够自动地将数据重新映射到新的节点上，从而减少了数据的迁移量和系统的维护成本。

    一致性哈希算法已经被广泛地应用于各种分布式系统中，包括缓存系统、负载均衡系统、分布式文件系统等

在这里插入图片描述

  1. 优点
    在这里插入图片描述
    在这里插入图片描述

  2. 缺点
    在这里插入图片描述

  • 哈希槽分区

    哈希槽分区是 Redis 集群中常用的数据分区技术，它将整个数据集划分为固定数量的槽位（slot），然后将每个槽位分配到集群中不同的节点上，从而实现数据的分布式存储和访问。
    2 ^ 14 = 16384

    在哈希槽分区中，每个槽位都对应着一个哈希值范围，例如 0 到 16383。当需要存储某个键值对时，先计算出该键的哈希值，然后确定该哈希值所在的槽位，最后将键值对存储在负责管理该槽位的节点上。当需要访问某个键值对时，同样先计算出该键的哈希值，然后确定该哈希值所在的槽位，最后访问负责管理该槽位的节点，从而实现数据的分布式访问。
    在这里插入图片描述

    哈希槽分区技术具有简单、可扩展性强等优点，它可以自动完成节点的动态扩容和缩容，并且在数据迁移时可以只迁移部分槽位，从而降低数据迁移的成本和风险。但是，该技术也存在一些问题，例如槽位的分配不均匀可能会导致某些节点的负载过重，从而影响系统的性能和可用性，此时可以通过手动调整槽位分配来解决这个问题。

在这里插入图片描述
在这里插入图片描述
大概可能是：如果slot过多，每个心跳包占用带宽就过于多了，而如果槽位超过1000，网络又会拥塞，所以最合理的选择就是16384个槽给1000个以内的主机使用。在节点少的情况下，即小型集群中，因为填充率为slots/N，若采用65536的话，压缩比将会很低，不容易传输，但是采用16384的话，压缩率将会高很多，容易传输些
在这里插入图片描述
在这里插入图片描述
Redis集群并不保证强一致性，这意味着在特定条件下，Redis集群可能会丢失一些被系统写入的数据。
在这里插入图片描述

Redis群集在节点之间使用异步复制，最后一次故障转移赢得隐式合并功能，这意味着最后一次选择的主数据将替换所有其他副本。在分区期间可能丢失写的时候总是有一个时间窗口。
与大多数主程序相连接的客户端和与少数主程序连接的客户端则不同。

4. 集群环境搭建

（1）三主三从redis集群配置

由于机器性能有限，这里只配置了三台虚拟机，一台虚拟机配置两个redis实例

192.168.110.100 (下面简称100)配置端口为6381和6382两个实例，配置文件分别为cluster6381.conf和cluster6382.conf
192.168.110.101 (下面简称101)配置端口为6383和6384两个实例，配置文件分别为cluster6383.conf和cluster6384.conf
192.168.110.102 (下面简称102)配置端口为6385和6386两个实例，配置文件分别为cluster6385.conf和cluster6386.conf

以实例cluster6381.conf为例，配置文件内容如下所示：
注意！这里配置文件部分不能有注释！！！要不然无法被连接！！

bind 0.0.0.0
daemonize yes
protected-mode no
port 6381
logfile "/myredis/cluster/cluster6381.log"
pidfile /myredis/cluster6381.pid
dir /myredis/cluster
dbfilename dump6381.rdb
appendonly yes
appendfilename "appendonly6381.aof"
requirepass 123456
masterauth 123456
 
cluster-enabled yes		# 开启集群
cluster-config-file nodes-6381.conf		# 集群生成的配置文件
cluster-node-timeout 5000	# 集群节点之间的超时时间

在每台虚拟机的根目录创建/myredis/cluster目录，然后在该目录创建两个配置文件：

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-DN8Ib9DJ-1687977148297)(img/2023-04-15_125434.png)]

查看cluster6381.conf文件内容：

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-KXBzgXQN-1687977148297)(img/2023-04-15_124752.png)]

（2）启动六台redis实例

启动集群实例和之前启动redis实例一样，只不过配置文件中配置了开启集群，会以集群的方式启动redis实例。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-57J9D3gx-1687977148298)(img/2023-04-15_130446.png)]

（3）构建主从关系

使用命令构建集群间的主从关系：redis-cli -a 密码 --cluster create --cluster-replicas 1 IP:端口号 [IP:端口号]

选项–replicas 1 表示我们希望为集群中的每个主节点创建一个从节点

IP:端口号是redis实例的地址和端口号，多个redis实例构成一个集群

主从关系是随机分配的(个人见解：一般按照输入的顺序基数位为master，偶数位为slave)，其master-slave关系是随机分配的。

在任意一个虚拟机中执行这个命令都可以，下面在110虚拟机中执行此命令：

[root@redis cluster]# redis-cli -a 123456 --cluster create --cluster-replicas 1 192.168.110.100:6381 192.168.110.100:6382 192.168.110.101:6383 192.168.110.101:6384 192.168.110.102:6385 192.168.110.102:6386
Warning: Using a password with '-a' or '-u' option on the command line interface may not be safe.
>>> Performing hash slots allocation on 6 nodes...
Master[0] -> Slots 0 - 5460			# 1号主节点分配了0-5460的槽位
Master[1] -> Slots 5461 - 10922		# 2号主节点分配了5461-10922的槽位
Master[2] -> Slots 10923 - 16383	# 3号主节点分配了10923-16383的槽位
Adding replica 192.168.101.111:6384 to 192.168.101.110:6381	#111机器的6384实例同步110机器的6381实例
Adding replica 192.168.101.112:6386 to 192.168.101.111:6383	#112机器的6386实例同步111机器的6383实例
Adding replica 192.168.101.110:6382 to 192.168.101.112:6385	#110机器的6382实例同步112机器的6385实例
M: e4d44fbdc683d3882b39f7b02d5a78bc4c0b36a6 192.168.101.110:6381	# 主节点id IP:端口号
   slots:[0-5460] (5461 slots) master	# 分配了5461个槽位
S: 202075b6488c250e6f8227c44b905f7781162f30 192.168.101.110:6382	# 从节点id IP:端口号
   replicates 154d23ad6fb321801ebe84e8066411e3f3fc05ec	# 从属154d23(主节点id，对应6385)
M: 1b9c2607caafa82ab53a407f4979b00c9ee1ea9d 192.168.101.111:6383
   slots:[5461-10922] (5462 slots) master
S: 851c4e7c78ddfb59672dcdfae5e29a2372fdc192 192.168.101.111:6384
   replicates e4d44fbdc683d3882b39f7b02d5a78bc4c0b36a6
M: 154d23ad6fb321801ebe84e8066411e3f3fc05ec 192.168.101.112:6385
   slots:[10923-16383] (5461 slots) master
S: e2512f82160d0e044b40dade1f6e2df7a942c83c 192.168.101.112:6386
   replicates 1b9c2607caafa82ab53a407f4979b00c9ee1ea9d
Can I set the above configuration? (type 'yes' to accept): yes	# 是否保存这些配置，输入yes保存
>>> Nodes configuration updated
>>> Assign a different config epoch to each node
>>> Sending CLUSTER MEET messages to join the cluster
Waiting for the cluster to join
..
>>> Performing Cluster Check (using node 192.168.101.110:6381)
M: e4d44fbdc683d3882b39f7b02d5a78bc4c0b36a6 192.168.101.110:6381
   slots:[0-5460] (5461 slots) master
   1 additional replica(s)
S: 851c4e7c78ddfb59672dcdfae5e29a2372fdc192 192.168.101.111:6384
   slots: (0 slots) slave	# 从节点分配了0个槽位
   replicates e4d44fbdc683d3882b39f7b02d5a78bc4c0b36a6
M: 1b9c2607caafa82ab53a407f4979b00c9ee1ea9d 192.168.101.111:6383
   slots:[5461-10922] (5462 slots) master
   1 additional replica(s)
S: 202075b6488c250e6f8227c44b905f7781162f30 192.168.101.110:6382
   slots: (0 slots) slave
   replicates 154d23ad6fb321801ebe84e8066411e3f3fc05ec
S: e2512f82160d0e044b40dade1f6e2df7a942c83c 192.168.101.112:6386
   slots: (0 slots) slave
   replicates 1b9c2607caafa82ab53a407f4979b00c9ee1ea9d
M: 154d23ad6fb321801ebe84e8066411e3f3fc05ec 192.168.101.112:6385
   slots:[10923-16383] (5461 slots) master
   1 additional replica(s)
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.

重连6381实例再查看集群信息：CLUSTER INFO

[root@redis cluster]# redis-cli -a 123456 -p 6381
Warning: Using a password with '-a' or '-u' option on the command line interface may not be safe.
127.0.0.1:6381> CLUSTER INFO	# 查看集群信息
cluster_state:ok
cluster_slots_assigned:16384
cluster_slots_ok:16384
cluster_slots_pfail:0
cluster_slots_fail:0
cluster_known_nodes:6
cluster_size:3
cluster_current_epoch:6
cluster_my_epoch:1
cluster_stats_messages_ping_sent:3652
cluster_stats_messages_pong_sent:3675
cluster_stats_messages_sent:7327
cluster_stats_messages_ping_received:3670
cluster_stats_messages_pong_received:3652
cluster_stats_messages_meet_received:5
cluster_stats_messages_received:7327
total_cluster_links_buffer_limit_exceeded:0

查看集群节点的状态信息：CLUSTER NODES

[root@redis cluster]# redis-cli -a 123456 -p 6381
Warning: Using a password with '-a' or '-u' option on the command line interface may not be safe.
127.0.0.1:6381> CLUSTER NODES	# 查看集群节点状态信息
e4d44fbdc683d3882b39f7b02d5a78bc4c0b36a6 192.168.101.110:6381@16381 myself,master - 0 1681569469000 1 connected 0-5460	# myself,master表示当前所在的节点，是主节点。前面的一大串是该节点的id、IP端口信息
851c4e7c78ddfb59672dcdfae5e29a2372fdc192 192.168.101.111:6384@16384 slave e4d44fbdc683d3882b39f7b02d5a78bc4c0b36a6 0 1681569472503 1 connected	# 从节点851c41(6384)同步e4d44f(6381)
1b9c2607caafa82ab53a407f4979b00c9ee1ea9d 192.168.101.111:6383@16383 master - 0 1681569472000 3 connected 5461-10922
202075b6488c250e6f8227c44b905f7781162f30 192.168.101.110:6382@16382 slave 154d23ad6fb321801ebe84e8066411e3f3fc05ec 0 1681569472000 5 connected
e2512f82160d0e044b40dade1f6e2df7a942c83c 192.168.101.112:6386@16386 slave 1b9c2607caafa82ab53a407f4979b00c9ee1ea9d 0 1681569472503 3 connected
154d23ad6fb321801ebe84e8066411e3f3fc05ec 192.168.101.112:6385@16385 master - 0 1681569472604 5 connected 10923-16383

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-jwzHzogZ-1687977148298)(img/2023-04-15_224005.png)]

5. 测试集群读写

每个key都有自己的哈希值，根据哈希值通过某种算法算出对应的槽位，该key只能存储到该槽位所在的节点上。

然而这种情况并不是我们想要的，可以在连接redis客户端时添加-c参数，这样会帮我们把数据路由到指定的槽位上，即使在不同的节点上也能随便存储数据。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-LqjEhMM7-1687977148298)(img/2023-04-15_232003.png)]

查看某个key对应的槽位值：CLUSTER KEYSLOT key

任何字符都有对应的哈希值，所以任何字符都能计算出对应的槽位

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-qMHm1wvE-1687977148299)(img/2023-04-15_232246.png)]

查看某个槽位是否被占用：CLUSTER COUNTKEYSINSLOT 槽位号

返回1表示该槽位被占用；返回0表示该槽位没有被占用。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-2XAHCb4z-1687977148299)(img/2023-04-16_021649.png)]

6. 测试集群主从切换

  • 首先查看当前节点主从关系：INFO REPLICATION

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-vLUWchCb-1687977148299)(img/2023-04-15_233204.png)]

  • 手动关闭主节点6381，查看集群节点状态

    在其他任何集群节点查看集群节点的状态都可以。

    主节点宕机后，从节点会成为新的master。

  • 重新连接节点6381，查看集群节点状态

    恢复6381节点后，该节点会变成新master的slave。

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-B49jiEaw-1687977148299)(img/2023-04-16_000001.png)]

  • 恢复6381master的身份：CLUSTER FAILOVER

    使用cluster failover可以恢复发生故障前的主从关系

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-8rgf53rH-1687977148300)(img/2023-04-16_000849.png)]
    在这里插入图片描述
    比如从机上位的过程中，写入数据，还未上位的时候，分配的槽位到这里，可能就出现了数据丢失。

手动故障转移 or 主从关系调整：

CLUSTER FAILOVER
在这里插入图片描述

7. redis集群扩容

在112虚拟机上新建两个redis实例6387和6388，此时112虚拟机上有4个redis实例分别是6385、6386、6387、6388

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-bIGE5vFD-1687977148300)(img/2023-04-16_002143.png)]

启动这两个新节点，此时它们都是master

在这里插入图片描述

将6387节点作为master加入到集群中：redis-cli -a 密码 --cluster add-node IP:port IP:port

前者IP:port为需要加入到集群的节点ip和端口
后者IP:port指集群中任一节点的ip和端口（可以理解为推荐人）

[root@redis2 cluster]# redis-cli -a 123456 --cluster add-node 192.168.101.112:6387 192.168.101.110:6381
Warning: Using a password with '-a' or '-u' option on the command line interface may not be safe.
>>> Adding node 192.168.101.112:6387 to cluster 192.168.101.110:6381
>>> Performing Cluster Check (using node 192.168.101.110:6381)
M: e4d44fbdc683d3882b39f7b02d5a78bc4c0b36a6 192.168.101.110:6381
   slots:[0-5460] (5461 slots) master
   1 additional replica(s)
M: 154d23ad6fb321801ebe84e8066411e3f3fc05ec 192.168.101.112:6385
   slots:[10923-16383] (5461 slots) master
   1 additional replica(s)
M: 1b9c2607caafa82ab53a407f4979b00c9ee1ea9d 192.168.101.111:6383
   slots:[5461-10922] (5462 slots) master
   1 additional replica(s)
S: e2512f82160d0e044b40dade1f6e2df7a942c83c 192.168.101.112:6386
   slots: (0 slots) slave
   replicates 1b9c2607caafa82ab53a407f4979b00c9ee1ea9d
S: 202075b6488c250e6f8227c44b905f7781162f30 192.168.101.110:6382
   slots: (0 slots) slave
   replicates 154d23ad6fb321801ebe84e8066411e3f3fc05ec
S: 851c4e7c78ddfb59672dcdfae5e29a2372fdc192 192.168.101.111:6384
   slots: (0 slots) slave
   replicates e4d44fbdc683d3882b39f7b02d5a78bc4c0b36a6
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.
>>> Getting functions from cluster
>>> Send FUNCTION LIST to 192.168.101.112:6387 to verify there is no functions in it
>>> Send FUNCTION RESTORE to 192.168.101.112:6387
>>> Send CLUSTER MEET to node 192.168.101.112:6387 to make it join the cluster.
[OK] New node added correctly.

检查集群情况：redis-cli -a 密码 --cluster check IP:port

只需要指定集群中任意一个在线的节点的地址(IP:端口号)， 就会自动找到集群中的其他节点，即可查看整个集群的信息。

[root@redis1 ~]# redis-cli -a 123456 --cluster check 192.168.101.110:6381
Warning: Using a password with '-a' or '-u' option on the command line interface may not be safe.
192.168.101.110:6381 (e4d44fbd...) -> 2 keys | 5461 slots | 1 slaves.
192.168.101.112:6385 (154d23ad...) -> 1 keys | 5461 slots | 1 slaves.
192.168.101.112:6387 (b1ef21d8...) -> 0 keys | 0 slots | 0 slaves.	#可以看到节点6387加入了集群但是没有分配槽位
192.168.101.111:6383 (1b9c2607...) -> 1 keys | 5462 slots | 1 slaves.
[OK] 4 keys in 4 masters.
0.00 keys per slot on average.
>>> Performing Cluster Check (using node 192.168.101.110:6381)
M: e4d44fbdc683d3882b39f7b02d5a78bc4c0b36a6 192.168.101.110:6381
   slots:[0-5460] (5461 slots) master
   1 additional replica(s)
M: 154d23ad6fb321801ebe84e8066411e3f3fc05ec 192.168.101.112:6385
   slots:[10923-16383] (5461 slots) master
   1 additional replica(s)
M: b1ef21d88293bc1560f61a46c4fca8b601d59d60 192.168.101.112:6387
   slots: (0 slots) master
M: 1b9c2607caafa82ab53a407f4979b00c9ee1ea9d 192.168.101.111:6383
   slots:[5461-10922] (5462 slots) master
   1 additional replica(s)
S: e2512f82160d0e044b40dade1f6e2df7a942c83c 192.168.101.112:6386
   slots: (0 slots) slave
   replicates 1b9c2607caafa82ab53a407f4979b00c9ee1ea9d
S: 202075b6488c250e6f8227c44b905f7781162f30 192.168.101.110:6382
   slots: (0 slots) slave
   replicates 154d23ad6fb321801ebe84e8066411e3f3fc05ec
S: 851c4e7c78ddfb59672dcdfae5e29a2372fdc192 192.168.101.111:6384
   slots: (0 slots) slave
   replicates e4d44fbdc683d3882b39f7b02d5a78bc4c0b36a6
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.

重新分派槽号：redis-cli -a 密码 --cluster reshard IP:port

只需要指定集群中任意一个在线的节点的地址(IP:端口号)即可。

[root@redis2 cluster]# redis-cli -a 123456 --cluster reshard 192.168.101.110:6381
Warning: Using a password with '-a' or '-u' option on the command line interface may not be safe.
>>> Performing Cluster Check (using node 192.168.101.110:6381)
M: e4d44fbdc683d3882b39f7b02d5a78bc4c0b36a6 192.168.101.110:6381
   slots:[0-5460] (5461 slots) master
   1 additional replica(s)
M: 154d23ad6fb321801ebe84e8066411e3f3fc05ec 192.168.101.112:6385
   slots:[10923-16383] (5461 slots) master
   1 additional replica(s)
M: b1ef21d88293bc1560f61a46c4fca8b601d59d60 192.168.101.112:6387
   slots: (0 slots) master
M: 1b9c2607caafa82ab53a407f4979b00c9ee1ea9d 192.168.101.111:6383
   slots:[5461-10922] (5462 slots) master
   1 additional replica(s)
S: e2512f82160d0e044b40dade1f6e2df7a942c83c 192.168.101.112:6386
   slots: (0 slots) slave
   replicates 1b9c2607caafa82ab53a407f4979b00c9ee1ea9d
S: 202075b6488c250e6f8227c44b905f7781162f30 192.168.101.110:6382
   slots: (0 slots) slave
   replicates 154d23ad6fb321801ebe84e8066411e3f3fc05ec
S: 851c4e7c78ddfb59672dcdfae5e29a2372fdc192 192.168.101.111:6384
   slots: (0 slots) slave
   replicates e4d44fbdc683d3882b39f7b02d5a78bc4c0b36a6
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.
How many slots do you want to move (from 1 to 16384)? 4096
What is the receiving node ID? b1ef21d88293bc1560f61a46c4fca8b601d59d60	# 指定一个节点id接收槽位
Please enter all the source node IDs.
  # all表示现有的三个分片平均拿出一点槽位分给新节点
  Type 'all' to use all the nodes as source nodes for the hash slots.
  Type 'done' once you entered all the source nodes IDs.
Source node #1: all

Ready to move 4096 slots.

再次检查集群情况

在这里插入图片描述

为集群中新主节点添加从节点：
redis-cli -a 密码 --cluster add-node IP:port IP:port --cluster-slave --cluster-master-id 新主人节点id

前者IP:port指从节点的地址，后者IP:port为集群中任意一个在线节点的地址

[root@redis2 cluster]# redis-cli -a 123456 --cluster add-node 192.168.101.112:6388 192.168.101.112:6387 --cluster-slave --cluster-master-id b1ef21d88293bc1560f61a46c4fca8b601d59d60
Warning: Using a password with '-a' or '-u' option on the command line interface may not be safe.
>>> Adding node 192.168.101.112:6388 to cluster 192.168.101.112:6387
>>> Performing Cluster Check (using node 192.168.101.112:6387)

再次检查集群情况

[接上传(img-DYuA09A3-1687977148301)(img/2023-04-16_011706.png)]

8. redis集群缩容

首先先将从节点6388删除：redis-cli -a 密码 --cluster del-node IP:从节点端口 从节点id

节点id可以通过检查集群情况命令查看：redis-cli -a 密码 --cluster check IP:port
也可以通过CLUSTER NODES命令查看。

[root@redis2 cluster]# redis-cli -a 123456 --cluster del-node 192.168.101.112:6388 8bc4986317910e2f57d67609931645b41d5a90e3		# 删除6388j
Warning: Using a password with '-a' or '-u' option on the command line interface may not be safe.
>>> Removing node 8bc4986317910e2f57d67609931645b41d5a90e3 from cluster 192.168.101.112:6388
>>> Sending CLUSTER FORGET messages to the cluster...
>>> Sending CLUSTER RESET SOFT to the deleted node.

将主节点6387的槽号清空重新分配

这里将清空的槽号全部分配给6381节点（当然也可以平均分配回之前的三个主节点，只不过要操作三次）

# 重新分配槽号
[root@redis2 cluster]# redis-cli -a 123456 --cluster reshard 192.168.101.110:6381

在这里插入图片描述

移除槽位后检查集群情况

6387节点槽位被清空，成为了6381节点的从节点

这和加入6387节点到集群时填写的集群中的IP:port有关（6381相当于推荐人）

在这里插入图片描述

此时节点6387是一个从节点，将节点6387删除

[root@redis2 cluster]# redis-cli -a 123456 --cluster del-node 192.168.101.112:6387 b1ef21d88293bc1560f61a46c4fca8b601d59d60

再次检查集群情况

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-7NKFXaIA-1687977148302)(img/2023-04-16_020413.png)]

TheFanXY
关注
  • 1
    点赞
  • 踩
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Redis_集群（cluster）
Chill Lyn
02-26 208
文章目录简介作用集群结构设计数据存储设计集群内部通讯设计Cluster集群结构搭建集群设置和获取数据集群主从下线与主从切换 简介 集群就是使用网络将若干台计算机联通起来，并提供统一的管理方式，使其对外呈现单机的服务效果 作用 分散单台服务器的访问压力，实现负载均衡 分散单台服务器的存储压力，实现可扩展性 降低单台服务器宕机带来的业务灾难 集群结构设计 数据存储设计 将所有的存储空间计划切割成...
redis cluster(Redis集群)
github_39294367的博客
05-23 166
Redis Cluster 原理 Redis 缓存作为使用最多的缓存工具被各大厂商争相使用。通常我们会使用单体的 Redis 应用作为缓存服务，为了保证其高可用还会使用主从模式（Master-Slave），又或者是读写分离的设计。但是当缓存数据量增加以后，无法用单体服务器承载缓存服务时，就需要对缓存服务进行扩展。 将需要缓存的数据切分成不同的分区，将数据分区放到不同的服务器中，用分布式的缓存来承...
Redis集群（cluster）
Hai_pp的博客
05-12 7197
由于数据量过大，单个Master复制集难以承担，因此需要对多个复制集进行集群，形成水平扩展每个复制集只负责存储整个数据集的一部分，这就是Redis的集群，其作用是提供在多个Redis节点间共享数据的程序集。Redis集群是一个提供在多个Redis节点间共享数据的程序集，Redis集群可以支持多个Master。Redis集群没有使用一致性hash，而是引入了哈希槽的概念。Redis集群有16384个哈希槽，每个key通过CRC16校验后对16384取模来决定放置哪个槽，集群的每个节点负责一部分hash槽。
Redis Cluster 集群详解
Java是世界上最好的语言
11-28 1万+
Redis 分布式扩展之 Redis Cluster 方案 主从切换的过程中会丢失数据，因为只有一个 master，只能单点写，没有解决水平扩容的问题。而且每个节点都保存了所有数据，一个是内存的占用率较高，另外就是如果进行数据恢复时，非常慢。而且数据量过大对数据 IO 操作的性能也会有影响。 所以我们同样也有对 Redis 数据分片的需求，所谓分片就是把一份大数据拆分成多份小数据，在 3.0 之前，我们只能通过构建多个 redis 主从节点集群，把不同业务数据拆分到不冉的集群中，这种方式在业务层需要有大量的
【深入学习Redis丨第二篇】Redis集群部署详解
最新发布
陈橘又青的博客
06-02 1万+
因redis5之前版本前cluster安装依赖ruby，且版本要求比较苛刻，本次安装的版本redis4.0.14，依赖的ruby版本为>=ruby2.4,因此大家安装时可以安装高版本的ruby，本次使用的是ruby2.7.5版本。安装完ruby后，使用gem安装redis包，此时如果没有安装openssl 则回报如下错误。配置文件中主要修改如下内容，其他的可按需调整，也可保持默认值，各节点中注意修改对应的端口号。配置文件中主要修改如下内容，其他的可按需调整，也可保持默认值，各节点中注意修改对应的端口号。
redis Cluster集群介绍
不忘初心，方得始终
01-18 6498
0、常见的几种模式对比 一、redis cluster 是什么 二、集群架构图 三、集群原理图 四、集群通信 1）集群发现：MEET 2）gossip协议 五、集群概念 1）多slave选举 2）slot（槽） 3）数据分片 4）请求重定向 5）数据迁移 6）故障转移 7）集群slots是否必须完整才能对外提供服务 六、集群健康检查机制 七、各语言的推荐客户端 0、常见的几种模式对比 模式 版本
Redis集群（Cluster）
qq_46370017的博客
08-16 1万+
Redis 集群实现了对Redis的水平扩容，即启动N个redis节点，将整个数据库分布存储在这N个节点中，每个节点存储总数据的1/N。Redis 集群通过分区来提供一定程度的可用性： 即使集群中有一部分节点失效或者无法进行通讯， 集群也可以继续处理命令请求。搭建和后期维护都很不方便，因此引入了无中心化集群！答案是重启6379服务器，6379角色变为6389的从机，上位主机后的6389服务器依然是主机。再次思考：如果集群中某台主机挂掉之后，此主机的所有从机也都挂掉了（如下图），整个集还能正常提供服务吗？..
Redis集群(Cluster)
weixin_61427900的博客
09-21 1485
三种数据分片算法，搭建redis集群，redis集群扩容
Redis高可用集群Redis Cluster搭建
08-18
7. Redis Cluster 的应用场景 Redis Cluster 的应用场景非常广泛，例如可以用于高性能缓存、高可用性消息队列、高性能数据存储等。 8. Redis Cluster 与 Redis Sentinel 的比较 Redis Cluster 与 Redis Sentinel ...
redis sentinel与redis cluster 集群配置
08-01
Redis Sentinel和Redis Cluster是两种常见的Redis集群解决方案，用于提高Redis数据库的可用性和可扩展性。在本篇文章中，我们将深入探讨这两个系统的工作原理、配置步骤以及它们各自的特点。 首先，让我们了解一下...
php成功操作redis cluster集群的实例教程
10-17
主要给大家介绍了关于php成功操作redis cluster集群的实例教程，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧
resty-redis-cluster：Redis集群的Openresty lua客户端
02-03
《深入理解resty-redis-cluster：Openresty Lua中的Redis集群客户端》 在现代Web服务开发中，数据存储和缓存扮演着至关重要的角色。Redis作为一款高性能的键值存储系统，广泛应用于缓存、消息队列等领域。而...
Redis-Cluster集群模式部署
06-01
Redis Cluster 集群模式部署 本文将详细介绍 Redis Cluster 集群模式部署的步骤和配置过程。Redis Cluster 是 Redis 的一个高可用解决方案，通过将多个 Redis 节点组合成集群，提高 Redis 的可用性和性能。 环境...
redis：redis cluster
OceanStar的博客
10-09 1411
redis cluster是redis作者自己提供的集群化方案 与codis有所不同，redis cluster是去中心化的，如下图 该集群有三个redis节点组成，每个节点负责整个集群的一部分数据，每个节点负责的数据多少可能不一样。 这三个节点相互连接组成一个对等的集群，它们之间通过一种特殊的二进制协议交互集群信息 redis cluster将所有数据划分为16384个槽位，它比codis的1024个槽位划分更加精细，每个节点负责其中一部分槽位。 槽位的信息存储在每个节点中，它不像codis，.
Redis集群详解
热门推荐
怪咖@的博客
06-26 1万+
在了解Redis集群之前尽量先了解清楚Redis的主从复制和哨兵机制。读写分离，性能扩展，降低主服务器的压力容灾，快速恢复，主机挂掉时，从机变为主机Redis 主从模式不具备自动容错和恢复功能，如果主节点宕机，Redis 集群将无法工作，此时需要人为干预，将从节点提升为主节点。哨兵机制作用主要是监控主从节点，当主节点挂掉，通过内部投票机制，从 从节点当中选出一个主节点，这样可以避免人工成本。虽然主从+哨兵采用了多节点，但是他们存在的目的主要是解决容灾问题，而并非性能问题。
redis 07 篇——redis集群（Cluster）
@素素~的博客
03-06 1093
redis 07 篇——redis集群（Cluster）
redis-cluster 概念介绍
weixin_42323738的博客
03-28 928
3、节点从正常状态到fail状态，需要收集每个节点对不正常节点（B）的确认：1）当节点（A）发送的ping包没有返回，此时将B节点的状态信息标记为（PFAIL）状态，然后将信息发送到集群的其它节点，同理当A收集本地有关B状态的信息，当大多数主节点认为B节点是PFAIL状态时，节点A将标记B的状态为FAIL状态，然后向所有的可达节点发送这个消息。8)之后，节点A会将节点B的信息通过Gossip协议传播给集群中的其他节点，让其他节点也与节点B进行握手，最终，经过一段时间后，节点B会被集群中的所有节点认识。
Redis数据库搭建集群（集群概念、redis集群介绍、搭建集群操作、Python与redis集群交互）
IT之一小佬的博客
02-16 7761
Redis数据库搭建集群（集群概念、redis集群介绍、搭建集群操作、Python与redis集群交互）
Redis---集群
flyingcloud6的博客
06-22 8434
对于redis的集群进行了讲解。
深入解析RedisCluster：集群原理与实战
"Redis集群是Redis的分布式解决方案，主要解决单机内存、并发和流量瓶颈问题。本资料详细介绍了RedisCluster的数据分布...通过学习本资料，读者将能深入理解RedisCluster的各个层面，并能实际操作搭建和管理Redis集群。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值