Redis Cluster集群创建和管理

最新推荐文章于 2024-08-16 15:46:37 发布
最新推荐文章于 2024-08-16 15:46:37 发布
阅读量372 收藏
点赞数 1
分类专栏： Redis运维 文章标签： redis
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zhen1819/article/details/111825529
版权

一、Redis集群介绍

Redis Cluster维护一个0~16383固定范围的虚拟槽（slot）分区，通过将每个key进行CRC16校验后再对16384取模，决定将key放在哪个槽上，计算公式：HASH_SLOT = CRC16(key) mod 16384。
槽（slot）是集群中数据管理和迁移的基本单位，集群中每个节点负责维护一定数量的槽，以及槽所映射的键值对数据。
为了保证在部分节点发生故障时集群仍然可用，在集群中采用主从复制结构。如果某个主节点不可用，将从该节点的从节点中选举出一个代替主节点继续提供服务。但是当一个主节点和该主节点的从节点都不可用时，分布在该主节点上的槽将无法找到，整个集群将不可用。
Redis Cluster的特点：

  • 在集群扩容和收缩时，只需要维护好槽分区和节点之间的映射关系，而不必关心数据和节点的关系，降低扩容和收缩难度；
  • 由于数据分布在各个槽中，Redis Cluster对数据键的批量操作有限，只支持对具有相同槽值的键执行批量操作；同样地，只支持key在同一节点上的事务操作；
  • key作为槽的最小粒度，无法将一个大的键值对象映射到不同的节点；
  • 在Redis Cluster中只能使用一个数据库空间，即db0；复制结构也只支持一层，即从节点只能复制主节点，不支持树状结构；
  • 由于异步复制的特性，主节点上的写指令在执行完成返回后，才将该写指令同步到从节点上，因此Redis Cluster并不能保证数据的强一致性，同样会遇到复制延迟、读取到过期数据等问题。

二、集群相关配置项

  • cluster-enabled [yes|no]：设置为“yes”时，将在该Redis实例上启用集群功能；
  • cluster-config-file “filename”：集群配置文件的名称，在启用集群功能时自动生成，不要手动修改它；
  • cluster-node-timeout [NUM]：集群节点不可用的最大时间，单位是毫秒。对于一个主节点，如果超过该时间不可用，将被从节点代替；
  • cluster-slave-validity-factor [NUM]：从节点有效性判断因子。如果设置为0，从节点在任何时候都可以参与故障转移；如果设置为正整数，例如设置为10，假如cluster-node-timeout为5秒，则从节点与主节点失联时间超过50秒时，该节点不参与故障转移；
  • cluster-migration-barrier [NUM]：主从节点切换需要的最小从节点个数；
  • cluster-require-full-coverage [yes|no]：如果设置为“yes”（默认值），在槽没有被完全分配时，集群将不接收写入请求；
  • cluster-allow-reads-when-down [yes|no]：如果设置为“no”（默认值），当集群中节点被下线或无法连接到法定主节点时将不会接收任何请求。

三、创建Redis Cluster

3.1、准备节点

一个完整高可用的Redis集群，至少需要六个节点。因为在下线一个主节点时，需要半数以上的主节点都同意才能真正下线；而为了保证集群的高可用，还需要为每个节点分配一个从节点，用来在主节点故障下线时替换主节点。
在一台服务器上，启动六个Redis实例来创建集群。首先准备需要的目录：

# mkdir -p /usr/local/redis/{conf,data,logs}

最小化配置，各个实例除监听端口不同外，六个实例分别监听6379、6380、6381、6382、6383、6384端口，其它配置相同。务必区分每个Redis实例的RDB文件和AOF文件，否则将导致Redis集群异常：

# vim /usr/local/redis/conf/redis-6379.conf
bind 127.0.0.1
port 6379
daemonize yes
pidfile /usr/local/redis/logs/redis_6379.pid
logfile "/usr/local/redis/logs/redis_6379.log"
dir /usr/local/redis/data
dbfilename dump_6379.rdb
appendonly yes
appendfilename "appendonly_6379.aof"
cluster-enabled yes
cluster-config-file /usr/local/redis/conf/node-6379.conf
cluster-node-timeout 15000

启动六个Redis实例：

# for port in {6379..6384};do redis-server /usr/local/redis/conf/redis-${port}.conf;done
# netstat -tlnp | grep redis

Redis实例以集群模式启动后，会根据配置项“cluster-config-file”的内容自动生成集群配置文件。文件内容如下：

# cat /usr/local/redis/conf/node-6379.conf 
b652e555d59f5fe35b2b5c66f6f629ea48152ae9 :0@0 myself,master - 0 0 0 connected
vars currentEpoch 0 lastVoteEpoch 0

文件记录了集群的初始状态，其中40位的十六进制字符串，唯一标识了每个Redis实例在集群中的身份ID。该ID号伴随在Redis集群的整个生命周期，并不会随着Redis实例重启而发生改变。
集群中的每个Redis实例，都会单独建立一个TCP通道，用于实例之间相互通信，通信端口号在基础端口号上加10000。

3.2、创建集群

在Redis 5以下版本，可以通过源码包的“src/”目录下的“redis-trib.rb”工具创建集群。而在Redis 5以上版本，通过redis-cli命令的“–cluster”选项来创建和管理集群。两者的用法基本一致。
使用redis-cli命令创建集群：

# redis-cli --cluster create 127.0.0.1:6379 127.0.0.1:6380 127.0.0.1:6381 127.0.0.1:6382 127.0.0.1:6383 127.0.0.1:6384 --cluster-replicas 1

其中，“–cluster-replicas 1”表示将为每个主节点分配一个从节点。

3.3、集群创建过程

当创建集群的命令执行时，首先会给出槽和主从节点分配计划，如下：

>>> Performing hash slots allocation on 6 nodes...
Master[0] -> Slots 0 - 5460
Master[1] -> Slots 5461 - 10922
Master[2] -> Slots 10923 - 16383
Adding replica 127.0.0.1:6383 to 127.0.0.1:6379
Adding replica 127.0.0.1:6384 to 127.0.0.1:6380
Adding replica 127.0.0.1:6382 to 127.0.0.1:6381
>>> Trying to optimize slaves allocation for anti-affinity
[WARNING] Some slaves are in the same host as their master
M: b652e555d59f5fe35b2b5c66f6f629ea48152ae9 127.0.0.1:6379
   slots:[0-5460] (5461 slots) master
M: 27dfdf4ed79a4a421131e02afe75584a1d22bca9 127.0.0.1:6380
   slots:[5461-10922] (5462 slots) master
M: b465de2d2fdbb0d8ff9fe410c17dba69a8746c4f 127.0.0.1:6381
   slots:[10923-16383] (5461 slots) master
S: b0125a0935a16d82338be077bbb70631f7734a48 127.0.0.1:6382
   replicates 27dfdf4ed79a4a421131e02afe75584a1d22bca9
S: a1460b210b556c7ccb92ec3b77c373a5654873d4 127.0.0.1:6383
   replicates b465de2d2fdbb0d8ff9fe410c17dba69a8746c4f
S: 1b0128245109ed8d3cec973c778a283f174a869c 127.0.0.1:6384
   replicates b652e555d59f5fe35b2b5c66f6f629ea48152ae9
Can I set the above configuration? (type 'yes' to accept): yes

当手动键入“yes”时，表示同意自动分配计划，集群创建过程便开始了。
首先会在每个节点上执行cluster meet命令发送“meet”消息，与其它各个节点间握手通信，其它节点收到“meet”消息会回复“pong”消息，让彼此感知到对方的存在，从而将所有节点加入到集群，如下：

>>> Sending CLUSTER MEET messages to join the cluster
>Waiting for the cluster to join
.........

所有节点加入集群后，将16384个槽均匀地分布到三个主节点上，并检测集群状态。最后的输出报告说明：16384个槽全部被分配，集群创建成功，如下：

>>> Performing Cluster Check (using node 127.0.0.1:6379)
M: b652e555d59f5fe35b2b5c66f6f629ea48152ae9 127.0.0.1:6379
   slots:[0-5460] (5461 slots) master
   1 additional replica(s)
M: 27dfdf4ed79a4a421131e02afe75584a1d22bca9 127.0.0.1:6380
   slots:[5461-10922] (5462 slots) master
   1 additional replica(s)
M: b465de2d2fdbb0d8ff9fe410c17dba69a8746c4f 127.0.0.1:6381
   slots:[10923-16383] (5461 slots) master
   1 additional replica(s)
S: b0125a0935a16d82338be077bbb70631f7734a48 127.0.0.1:6382
   slots: (0 slots) slave
   replicates 27dfdf4ed79a4a421131e02afe75584a1d22bca9
S: a1460b210b556c7ccb92ec3b77c373a5654873d4 127.0.0.1:6383
   slots: (0 slots) slave
   replicates b465de2d2fdbb0d8ff9fe410c17dba69a8746c4f
S: 1b0128245109ed8d3cec973c778a283f174a869c 127.0.0.1:6384
   slots: (0 slots) slave
   replicates b652e555d59f5fe35b2b5c66f6f629ea48152ae9
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.

3.4、集群完整性检查

集群完整性指所有的槽都被分配到存活的主节点上，通过redis-cli命令的“–cluster”选项指定任意一个Redis节点都可以完成整个集群的检查工作：

# redis-cli --cluster check 127.0.0.1:6379

默认情况下，只要有一个槽没有被分配，集群都是不完整的。这时，执行任何键命令都会返回“（error） CLUSTERDOWN Hash slot not served”错误。这在某个主节点下线，故障转移期间，整个Redis集群对业务都是不可用的。可以将配置项“cluster-require-full-coverage”设置为“no”，在故障转移期间，只影响该节点负责的槽的相关数据，不会影响其它节点的可用性。

3.5、查看集群信息

通过在集群中任一节点上执行“cluster nodes”命令，查看集群中的节点信息：

# redis-cli cluster nodes
8f4372bfc1f8dba6d9eb7b49b9441e5312f8424c 127.0.0.1:6384@16384 slave 31b6e8d6ea7400d6b8a1e5ec13764a96d8db1d60 0 1609134886755 6 connected
6723af847c2824ba3035f87b7d8c245397eb2184 127.0.0.1:6380@16380 master - 0 1609134886000 2 connected 5461-10922
16ec73242020c56766ec9250d528303a4fac31b1 127.0.0.1:6383@16383 slave c82b897ec2751058cfbf9473ccee3e20d9d9662c 0 1609134887000 5 connected
31b6e8d6ea7400d6b8a1e5ec13764a96d8db1d60 127.0.0.1:6379@16379 myself,master - 0 1609134886000 1 connected 0-5460
f953ed43eac4318ecb9f88da966cd924b6936ab2 127.0.0.1:6382@16382 slave 6723af847c2824ba3035f87b7d8c245397eb2184 0 1609134887763 4 connected
c82b897ec2751058cfbf9473ccee3e20d9d9662c 127.0.0.1:6381@16381 master - 0 1609134884740 3 connected 10923-16383

通过在集群中任一节点上执行“cluster info”命令，查看集群状态信息：

# redis-cli 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:7926
cluster_stats_messages_pong_sent:7946
cluster_stats_messages_sent:15872
cluster_stats_messages_ping_received:7941
cluster_stats_messages_pong_received:7926
cluster_stats_messages_meet_received:5
cluster_stats_messages_received:15872

四、集群中数据读写

在集群模式中，任何发送到Redis的键相关指令，都会先通过计算得出key对应的槽，然后通过自身维护的槽与节点的映射关系，找出槽对应的节点。如果节点是自身，则处理键命令；否则将返回“(error) MOVED”重定向错误，告知客户端key对应的槽，及槽对应的节点，如下：

# redis-cli -p 6379
127.0.0.1:6379> set foo bar
(error) MOVED 12182 127.0.0.1:6381

通过重定向返回的内容，得知“foo”对应的槽为“12182”，对应的节点为“127.0.0.1:6381”。这时客户端需要重新连接到“127.0.0.1:6381”节点上再次执行键指令：

# redis-cli -p 6381
127.0.0.1:6381> set foo bar
OK

在使用Redis客户端命令redis-cli时，通过“-c”选项可以自动完成重定向：

# redis-cli -c -p 6379
127.0.0.1:6379> get foo
-> Redirected to slot [12182] located at 127.0.0.1:6381
"bar"
127.0.0.1:6381> set hello world
-> Redirected to slot [866] located at 127.0.0.1:6379
OK

大多数开发语言都支持Redis集群客户端，在https://redis.io/clients可以找到。

五、集群伸缩

集群伸缩的过程，可以理解为槽和槽上的数据在不同节点之间移动的过程。在集群伸缩时，通过相关命令把槽和数据迁移至其它节点，完成集群伸缩。

5.1、集群扩容

扩容的步骤一般分为：准备新的节点 --> 新节点加入集群 --> 为新节点分配槽。
新加入的节点通常有两种用途：一是作为新的主节点为它迁移槽和数据实现集群扩容；二是作为其它主节点的从节点负责故障转移。
为了命令演示，通过6385和6386端口启动两个新的Redis实例，并将6385端口实例作为主节点，分配槽和数据；将6386端口实例作为6385端口实例的从节点。
1）以集群模式启动两个新的Redis实例：

# redis-server /usr/local/redis/conf/redis-6385.conf
# redis-server /usr/local/redis/conf/redis-6386.conf

2）将6385端口实例作为主节点加入到原有的Redis集群中：

# redis-cli --cluster add-node 127.0.0.1:6385 127.0.0.1:6379
>>> Adding node 127.0.0.1:6385 to cluster 127.0.0.1:6379
>>> Performing Cluster Check (using node 127.0.0.1:6379)
……
>>> Send CLUSTER MEET to node 127.0.0.1:6385 to make it join the cluster.
[OK] New node added correctly.

将新节点加入集群时，集群会自动进行一次完整性检查。如果新的节点已经加入其它集群或者已经有数据，则加入集群失败。
集群中的原节点通过“cluster meet”命令向新节点发送“meet”消息，从而集群中的所有节点都感知到新节点加入。
3）为6385端口实例分配槽。将6379端口实例的1000个槽分配为6385端口实例：

# redis-cli cluster nodes    #查看各个节点的nodeID
# redis-cli --cluster reshard 127.0.0.1:6379 --cluster-from 31b6e8d6ea7400d6b8a1e5ec13764a96d8db1d60 --cluster-to 8f7be1ea0f54d43bcf88c48b76904e5df9b8518e --cluster-slots 1000 --cluster-yes
  • 127.0.0.1:6379：集群中任一节点的IP:Port；
  • –cluster-from：持有槽的节点的nodeID；
  • –cluster-to：将槽转移至哪个节点的nodeID；
  • –cluster-slots：转移的槽的数量；
  • –cluster-yes：在出现询问提示时，自动回答“yes”。

4）将6386端口实例作为6385端口实例的从节点加入集群：

# redis-cli -p 6385 cluster nodes | grep myself      #获取6385端口实例的nodeID
# redis-cli --cluster add-node 127.0.0.1:6386 127.0.0.1:6379 --cluster-slave --cluster-master-id 8f7be1ea0f54d43bcf88c48b76904e5df9b8518e
  • –cluster-slave：作为从节点加入集群；
  • –cluster-master-id：主节点的nodeID。

5.2、集群收缩

在将节点从集群中删除时，必须保证该节点不再持有槽。持有槽的节点在下线前，必须先将槽迁移至其它节点。
为了演示，将主节点6381端口实例做下线操作。
首先查看6381端口实例的信息，如nodeID、持有槽的数量、从节点等：

# redis-cli -p 6381 cluster nodes | grep c82b897ec2751058cfbf9473ccee3e20d9d9662c
16ec73242020c56766ec9250d528303a4fac31b1 127.0.0.1:6383@16383 slave c82b897ec2751058cfbf9473ccee3e20d9d9662c 0 1609140627026 5 connected
c82b897ec2751058cfbf9473ccee3e20d9d9662c 127.0.0.1:6381@16381 myself,master - 0 1609140627000 3 connected 10923-16383

从命令输出的结果中得知，该节点持有槽的范围是10923~16383。6383端口实例作为该节点的从节点。
1）迁移该节点持有的槽：
通过执行三次reshard，将6381端口实例的5461个槽迁移到其它三个主节点上：

# redis-cli --cluster reshard 127.0.0.1:6379 --cluster-from c82b897ec2751058cfbf9473ccee3e20d9d9662c --cluster-to 31b6e8d6ea7400d6b8a1e5ec13764a96d8db1d60 --cluster-slots 2731 --cluster-yes
# redis-cli --cluster reshard 127.0.0.1:6379 --cluster-from c82b897ec2751058cfbf9473ccee3e20d9d9662c --cluster-to 8f7be1ea0f54d43bcf88c48b76904e5df9b8518e --cluster-slots 1365 --cluster-yes
# redis-cli --cluster reshard 127.0.0.1:6379 --cluster-from c82b897ec2751058cfbf9473ccee3e20d9d9662c --cluster-to 6723af847c2824ba3035f87b7d8c245397eb2184 --cluster-slots 1365 --cluster-yes

2）检查集群完整性：

# redis-cli --cluster check 127.0.0.1:6379
127.0.0.1:6381 (c82b897e...) -> 0 keys | 0 slots | 0 slaves.

从命令的输出结果，得知槽已经被全部迁移。
3）下线6381端口实例：

# redis-cli --cluster del-node 127.0.0.1:6379 c82b897ec2751058cfbf9473ccee3e20d9d9662c
>>> Removing node c82b897ec2751058cfbf9473ccee3e20d9d9662c from cluster 127.0.0.1:6379
>>> Sending CLUSTER FORGET messages to the cluster...
>>> SHUTDOWN the node.

4）从节点的处理：
主节点下线后，该主节点的从节点自动转变为其他主节点的从节点。可以删除该从节点，也可以将其设置为指定主节点的从节点。例如，将该节点设置为6385端口节点的从节点：

# redis-cli -p 6383 cluster replicate 8f7be1ea0f54d43bcf88c48b76904e5df9b8518e
OK
# redis-cli -p 6383 info replication
# Replication
role:slave
master_host:127.0.0.1
master_port:6385

六、故障转移

Redis集群采用Gossip（流言）协议，用于在节点之间彼此通信交换信息，一段时间后所有的节点都会知道集群的最新信息。
集群中的每个节点都会使用基础端口号加10000作为通信端口，与其它（可能是全部，也可能是部分）节点建立TCP通道，在固定周期内发送ping消息，接收到ping消息的节点用pong消息作为回应。

6.1、故障发现

当一个节点向某个节点发送的ping消息，在“cluster_node_timeout”时间后仍没有得到pong回应消息，它会用PFAIL（possible failure）来标识这个不可达的节点。当在经过一半“cluster_node_timeout”时间还没收到目标节点对于 ping包的回复的时候，还会马上尝试重连接该节点。
当集群中半数以上持有槽的主节点都将某个节点标记为PFAIL时，该节点的状态会升级为FAIL，这时才认为该节点真正下线，并在集群内部将节点FAIL的消息通知到所有节点。

6.2、故障恢复

如果被标记FAIL的节点为主节点，则其余主节点会在该节点的从节点中选举出一个替换它。
与主节点断线时间超过“cluster-node-time*cluster-slave-validity-factor”的从节点不具备参与选举的资格。
选举时，需要半数以上的主节点同意才能将某个节点提升为主节点，因此部署集群时所有主节点最少需要部署在3台物理机上才能避免单点故障。
新提升的主节点，会将故障节点的槽转移到自己身上。
当故障的主节点重新上线时，发现自己的槽已经被指派给了另外一个节点，它将作为新主节点的从节点运行。

6.3、手动故障转移

当需要对某个主节点进行升级、维护时，可以通过手动故障转移，执行“cluster failover”将它的从节点提升为主节点：

# redis-cli cluster nodes
064e2314569580f6885b4624862d8eae554c922e 127.0.0.1:6386@16386 slave 8f7be1ea0f54d43bcf88c48b76904e5df9b8518e 0 1609147135000 10 connected
16ec73242020c56766ec9250d528303a4fac31b1 127.0.0.1:6383@16383 slave 8f7be1ea0f54d43bcf88c48b76904e5df9b8518e 0 1609147135720 11 connected
8f7be1ea0f54d43bcf88c48b76904e5df9b8518e 127.0.0.1:6385@16385 master - 0 1609147135000 10 connected 0-999 13654-15018
# redis-cli -p 6383
127.0.0.1:6383> cluster failover
OK
127.0.0.1:6383> info replication
# Replication
role:master
connected_slaves:2
slave0:ip=127.0.0.1,port=6385,state=online,offset=10514,lag=1
slave1:ip=127.0.0.1,port=6386,state=online,offset=10514,lag=1
「已注销」
关注
专栏目录
php成功操作redis cluster集群的实例教程
10-17
在Redis Cluster集群中，可以通过客户端命令行工具访问并验证数据是否分布在不同的slot和节点上。当尝试获取一个键时，如果该键不在当前连接的节点上，则Redis会提供重定向信息，告知客户端应该连接哪个节点以获取...
redis cluster集群常见错误问题记录
月光秦城
05-31 4236
redis cluster集群常见问题记录
CLUSTERDOWN The cluster is down 的解决办法
热门推荐
Catastrophe
02-25 1万+
在本机上单机创建redis cluster 执行命令报错 (error) CLUSTERDOWN The cluster is down redis-cli --cluster check 127.0.0.1:6379 给出问题原因 not all 16384 slots are covered by nodes 因此是部分slot分配的节点已经挂掉了 输入命令 redis-cli --cluster fix 127.0.0.1:6379 问题解决 ...
通过 create-cluster 工具快速搭建 Redis Cluster 集群
最新发布
a120608yby的博客
08-16 173
通过 create-cluster 工具快速搭建 Redis Cluster 集群
Redis集群搭建
sjzzyz2017的博客
03-10 457
Redis介绍及单例和集群部署
Redis集群之Cluster集群
clyu的博客
03-28 4007
一、简介 1.1 什么是 Redis 集群 Redis 集群是一个分布式（distributed）、容错（fault-tolerant）的 Redis 实现， 集群可以使用的功能是普通单机 Redis 所能使用的功能的一个子集（subset）。 Redis 集群中不存在中心（central）节点或者代理（proxy）节点， 集群的其中一个主要设计目标是达到线性可扩展性（linear scalability）。 Redis 集群为了保证一致性（consistency）而牺牲了一部分容错性： 系统会在保证对网络
redis-cluster-operator:Redis Cluster Operator在Kubernetes上创建和管理Redis集群
05-03
Redis Cluster Operator在Kubernetes上管理 。 操作员本身是用。 每个主节点及其从节点都由statefulSet管理，为每个statefulSet创建一个无头svc，并为所有节点创建clusterIP服务。 每个有状态集都使用...
Redis Cluster集群模式学习
01-01
1. 创建集群配置文件 redis-cluster.conf，包含集群节点信息和连接超时时间等参数。 2. 在任何一个节点上执行集群命令，创建集群执行效果图。 3. 使用 src/redis-server redis-cluster.conf 命令启动集群。 4. 使用 ...
apollo:自动管理Redis集群
05-15
阿波罗 Redis Cluster的自动集群管理器该项目仅出于教育目的而创建，该软件尚未投入生产。研究目标公开集群指标以进行集群监控在合理的时间内跟踪集群事件选择一组事件，并专注于尽快解决每个事件建筑学集群管理器...
Redis Cluster集群数据分片机制原理
09-08
在数据迁移或故障恢复过程中，Redis Cluster 通过心跳检测和槽状态跟踪确保集群的可用性。如果主节点发生故障，从节点将自动接管其槽，继续提供服务。整个过程自动化程度高，能够有效降低运维复杂性。 总结来说，...
redis集群的维护（redis-cli --cluster 命令用法）
cj_eryue的博客
09-12 5025
1、 --cluster create 创建集群 2、--cluster check检查集群 3、--cluster info 查看集群 4、--cluster fix 修复集群 5、--cluster rehard 迁移槽位 6、 --cluster rebalance 平衡集群 7、 --clusteradd-node 集群扩容 8、--cluster del-node 集群缩容 9、 --cluster call 在集群中执行命令 10、--cluste
redis集群搭建（非常详细，适合新手）
qq_33525062的博客
08-11 3402
呼~~~长舒一口气…终于搭建好了Redis集群。整个过程其实挺简单，本篇主要正对入门级别的小伙伴，插入了很多图片，所以显得冗长，希望大家多多理解，如果不当之处，还望及时指正~最后，加上两条redis集群基本命令：1.查看当前集群信息。
Redis集群（cluster模式）搭建
Microhoo_苏福的博客
05-08 6808
Redis集群（cluster模式）搭建
redis集群搭建
睡竹的博客
04-05 2199
redis集群搭建 cluster-require-full-coverage
Redis——集群搭建
weixin_54406708的博客
07-18 2375
简称：replid，数据集的标记，每一个master都有一个唯一的replid（并且slave本质上也是一个master，也会有自己的replid），当slave连接上后，master会发现slave的replid与其不相同，所以就判断为是第一次同步，就会做全量同步。但是我们回想一个点，假设单节点的sentinel挂掉之后，对一个的sentinel对微服务的保护机制就没有了。首先我们在虚拟机上三个redis的开启。我们可以清晰的了解到，redis集群默认是主节点读写都可以的操作，从节点只做读的操作。
Redis数据库搭建集群（集群概念、redis集群介绍、搭建集群操作、Python与redis集群交互）
IT之一小佬的博客
02-16 8072
Redis数据库搭建集群（集群概念、redis集群介绍、搭建集群操作、Python与redis集群交互）
【redis】创建集群
不想睡觉的橘子君的博客
08-02 653
这里介绍的是创建redis集群的方式，这里的集群指的是一个以上的具有写能力的单体redis或者master。
RedisCluster搭建- （create-cluster，分布式部署）
阿昊的博客
07-25 3099
https://redis.io/topics/cluster-tutorial 一，使用create-cluster实现 老版本需要使用redis-trib的ruby程序 无主模型的哨兵模式的多节点自动分区 ，每个对槽位的管理。 /usr/local/redis-5.0.7/utils/create-cluster README太详细了，跟着操作吧 createcuster是一个用于轻松启动大量Redis的小脚本配置为在群集模式下运行的实例。它的主要目标是允许手动在Redis集群不易复制的条件下进行测试
redis cluster集群管理
04-03
Redis Cluster是Redis的分布式解决方案，它可以将数据分片存储在多个节点上，提高了Redis的可扩展性和可靠性。以下是Redis Cluster集群管理的几个方面： 1. 集群搭建：Redis Cluster需要至少3个节点才能正常运行，节点之间需要通过Gossip协议进行通信，可以使用redis-trib.rb工具进行集群的搭建。 2. 节点管理：Redis Cluster中的节点可以分为主节点和从节点，主节点负责处理读写请求，从节点用于备份数据和提高读性能。可以使用redis-cli工具对节点进行管理，如添加节点、删除节点、查看节点状态等。 3. 数据迁移：当节点出现故障或需要扩容时，需要对数据进行迁移。Redis Cluster使用哈希槽（hash slot）来分配数据，每个节点负责一部分哈希槽，当节点发生变化时，需要将哈希槽重新分配到其他节点上。可以使用redis-trib.rb工具进行数据迁移。 4. 集群监控：为了保证Redis Cluster的稳定运行，需要对集群进行监控。可以使用redis-cli工具、redis-trib.rb工具、Redis的监控命令等进行监控。另外，还可以使用第三方监控工具，如RedisLive、RedisInsight等。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值