redis：详解三种集群策略

最新推荐文章于 2024-04-07 15:55:22 发布
最新推荐文章于 2024-04-07 15:55:22 发布
阅读量5.3w 收藏 215
点赞数 21
分类专栏： redis java架构 文章标签： redis 集群 主从 哨兵
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/q649381130/article/details/79931791
版权

redis包含三种集群策略

  • 主从复制
  • 哨兵
  • 集群

主从复制

在主从复制中，数据库分为俩类，主数据库(master)和从数据库(slave)。其中主从复制有如下特点：

  • 主数据库可以进行读写操作，当读写操作导致数据变化时会自动将数据同步给从数据库
  • 从数据库一般都是只读的，并且接收主数据库同步过来的数据
  • 一个master可以拥有多个slave，但是一个slave只能对应一个master
主从复制工作机制

当slave启动后，主动向master发送SYNC命令。master接收到SYNC命令后在后台保存快照（RDB持久化）和缓存保存快照这段时间的命令，然后将保存的快照文件和缓存的命令发送给slave。slave接收到快照文件和命令后加载快照文件和缓存的执行命令。

复制初始化后，master每次接收到的写命令都会同步发送给slave，保证主从数据一致性。

主从配置

redis默认是主数据，所以master无需配置，我们只需要修改slave的配置即可。

设置需要连接的master的ip端口:

slaveof 192.168.0.107 6379

如果master设置了密码。需要配置：

masterauth

连接成功进入命令行后，可以通过以下命令行查看连接该数据库的其他库信息:

info replication

哨兵

哨兵的作用是监控 redis系统的运行状况，他的功能如下：

  • 监控主从数据库是否正常运行
  • master出现故障时，自动将slave转化为master
  • 多哨兵配置的时候，哨兵之间也会自动监控
  • 多个哨兵可以监控同一个redis
哨兵工作机制

哨兵进程启动时会读取配置文件的内容，通过sentinel monitor master-name ip port quorum查找到master的ip端口。一个哨兵可以监控多个master数据库，只需要提供多个该配置项即可。

同事配置文件还定义了与监控相关的参数，比如master多长时间无响应即即判定位为下线。

哨兵启动后，会与要监控的master建立俩条连接：

  1. 一条连接用来订阅master的_sentinel_:hello频道与获取其他监控该master的哨兵节点信息
  2. 另一条连接定期向master发送INFO等命令获取master本身的信息

与master建立连接后，哨兵会执行三个操作，这三个操作的发送频率都可以在配置文件中配置：

  1. 定期向master和slave发送INFO命令
  2. 定期向master个slave的_sentinel_:hello频道发送自己的信息
  3. 定期向master、slave和其他哨兵发送PING命令

这三个操作的意义非常重大，发送INFO命令可以获取当前数据库的相关信息从而实现新节点的自动发现。所以说哨兵只需要配置master数据库信息就可以自动发现其slave信息。获取到slave信息后，哨兵也会与slave建立俩条连接执行监控。通过INFO命令，哨兵可以获取主从数据库的最新信息，并进行相应的操作，比如角色变更等。

接下来哨兵向主从数据库的_sentinel_:hello频道发送信息与同样监控这些数据库的哨兵共享自己的信息，发送内容为哨兵的ip端口、运行id、配置版本、master名字、master的ip端口还有master的配置版本。这些信息有以下用处：

  • 其他哨兵可以通过该信息判断发送者是否是新发现的哨兵，如果是的话会创建一个到该哨兵的连接用于发送PIN命令。
  • 其他哨兵通过该信息可以判断master的版本，如果该版本高于直接记录的版本，将会更新

当实现了自动发现slave和其他哨兵节点后，哨兵就可以通过定期发送PING命令定时监控这些数据库和节点有没有停止服务。发送频率可以配置，但是最长间隔时间为1s，可以通过sentinel down-after-milliseconds mymaster 600设置。

如果被ping的数据库或者节点超时未回复，哨兵任务其主观下线。如果下线的是master，哨兵会向其他哨兵点发送命令询问他们是否也认为该master主观下线，如果达到一定数目（即配置文件中的quorum）投票，哨兵会认为该master已经客观下线，并选举领头的哨兵节点对主从系统发起故障恢复。

如上文所说，哨兵认为master客观下线后，故障恢复的操作需要由选举的领头哨兵执行，选举采用Raft算法：

  1. 发现master下线的哨兵节点（我们称他为A）向每个哨兵发送命令，要求对方选自己为领头哨兵
  2. 如果目标哨兵节点没有选过其他人，则会同意选举A为领头哨兵
  3. 如果有超过一半的哨兵同意选举A为领头，则A当选
  4. 如果有多个哨兵节点同时参选领头，此时有可能存在一轮投票无竞选者胜出，此时每个参选的节点等待一个随机时间后再次发起参选请求，进行下一轮投票精选，直至选举出领头哨兵

选出领头哨兵后，领头者开始对进行故障恢复，从出现故障的master的从数据库中挑选一个来当选新的master,选择规则如下：

  1. 所有在线的slave中选择优先级最高的，优先级可以通过slave-priority配置
  2. 如果有多个最高优先级的slave，则选取复制偏移量最大（即复制越完整）的当选
  3. 如果以上条件都一样，选取id最小的slave

挑选出需要继任的slaver后，领头哨兵向该数据库发送命令使其升格为master，然后再向其他slave发送命令接受新的master，最后更新数据。将已经停止的旧的master更新为新的master的从数据库，使其恢复服务后以slave的身份继续运行。

哨兵配置

哨兵配置的配置文件为sentinel.conf，设置主机名称，地址，端口，以及选举票数即恢复时最少需要几个哨兵节点同意。

sentinel monitor mymaster 192.168.0.107 6379 1

只要配置需要监控的master就可以了，哨兵会监控连接该master的slave。

启动哨兵节点：

redis-server sentinel.conf --sentinel &

出现如下内容表示启动成功

[root@buke110 redis]# bin/redis-server etc/sentinel.conf --sentinel &
[1] 3072
[root@buke110 redis]# 3072:X 12 Apr 22:40:02.503 * Increased maximum number of open files to 10032 (it was originally set to 1024).
                _._                                                  
           _.-``__ ''-._                                             
      _.-``    `.  `_.  ''-._           Redis 2.9.102 (00000000/0) 64 bit
  .-`` .-```.  ```\/    _.,_ ''-._                                   
 (    '      ,       .-`  | `,    )     Running in sentinel mode
 |`-._`-...-` __...-.``-._|'` _.-'|     Port: 26379
 |    `-._   `._    /     _.-'    |     PID: 3072
  `-._    `-._  `-./  _.-'    _.-'                                   
 |`-._`-._    `-.__.-'    _.-'_.-'|                                  
 |    `-._`-._        _.-'_.-'    |           http://redis.io        
  `-._    `-._`-.__.-'_.-'    _.-'                                   
 |`-._`-._    `-.__.-'    _.-'_.-'|                                  
 |    `-._`-._        _.-'_.-'    |                                  
  `-._    `-._`-.__.-'_.-'    _.-'                                   
      `-._    `-.__.-'    _.-'                                       
          `-._        _.-'                                           
              `-.__.-'                                               

3072:X 12 Apr 22:40:02.554 # Sentinel runid is e510bd95d4deba3261de72272130322b2ba650e7
3072:X 12 Apr 22:40:02.554 # +monitor master mymaster 192.168.0.107 6379 quorum 1
3072:X 12 Apr 22:40:03.516 * +slave slave 192.168.0.108:6379 192.168.0.108 6379 @ mymaster 192.168.0.107 6379
3072:X 12 Apr 22:40:03.516 * +slave slave 192.168.0.109:6379 192.168.0.109 6379 @ mymaster 192.168.0.107 6379

可以在任何一台服务器上查看指定哨兵节点信息：

bin/redis-cli -h 192.168.0.110 -p 26379 info Sentinel

控制台输出哨兵信息：

[root@buke107 redis]# bin/redis-cli -h 192.168.0.110  -p 26379  info Sentinel
# Sentinel
sentinel_masters:1
sentinel_tilt:0
sentinel_running_scripts:0
sentinel_scripts_queue_length:0
master0:name=mymaster,status=ok,address=192.168.0.107:6379,slaves=2,sentinels=1

集群

使用集群，只需要将每个数据库节点的cluster-enable配置打开即可。每个集群中至少需要三个主数据库才能正常运行。

集群配置

安装依赖环境ruby，注意ruby版本必须高于2.2

yum install ruby
yum install rubygems
gem install redis

修改配置文件:

bind 192.168.0.107

配置端口

port 6380

配置快照保存路径

dir /usr/local/redis-cluster/6380/

开启集群

cluster-enabled yes

为节点设置不同的工作目录

cluster-config-file nodes-6380.conf

集群失效时间

cluster-node-timeout 15000

开启集群中的节点:

reids-service …/6380/redis.conf

将节点加入集群中

redis-trib.rb create --replicas 1 192.168.0.107:6380 192.168.0.107:6381 192.168.0.107:6382 192.168.0.107:6383 192.168.0.107:6384 192.168.0.107:6385

中途需要输入yes确定创建集群:

[root@buke107 src]# redis-trib.rb create --replicas 1 192.168.0.107:6380 192.168.0.107:6381 192.168.0.107:6382 192.168.0.107:6383 192.168.0.107:6384 192.168.0.107:6385 
>>> Creating cluster
Connecting to node 192.168.0.107:6380: OK
Connecting to node 192.168.0.107:6381: OK
Connecting to node 192.168.0.107:6382: OK
Connecting to node 192.168.0.107:6383: OK
Connecting to node 192.168.0.107:6384: OK
Connecting to node 192.168.0.107:6385: OK
>>> Performing hash slots allocation on 6 nodes...
Using 3 masters:
192.168.0.107:6380
192.168.0.107:6381
192.168.0.107:6382
Adding replica 192.168.0.107:6383 to 192.168.0.107:6380
Adding replica 192.168.0.107:6384 to 192.168.0.107:6381
Adding replica 192.168.0.107:6385 to 192.168.0.107:6382
M: 5cd3ed3a84ead41a765abd3781b98950d452c958 192.168.0.107:6380
   slots:0-5460 (5461 slots) master
M: 90b4b326d579f9b5e181e3df95578bceba29b204 192.168.0.107:6381
   slots:5461-10922 (5462 slots) master
M: 868456121fa4e6c8e7abe235a88b51d354a944b5 192.168.0.107:6382
   slots:10923-16383 (5461 slots) master
S: b8e047aeacb9398c3f58f96d0602efbbea2078e2 192.168.0.107:6383
   replicates 5cd3ed3a84ead41a765abd3781b98950d452c958
S: 68cf66359318b26df16ebf95ba0c00d9f6b2c63e 192.168.0.107:6384
   replicates 90b4b326d579f9b5e181e3df95578bceba29b204
S: d6d01fd8f1e5b9f8fc0c748e08248a358da3638d 192.168.0.107:6385
   replicates 868456121fa4e6c8e7abe235a88b51d354a944b5
Can I set the above configuration? (type 'yes' to accept): 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.0.107:6380)
M: 5cd3ed3a84ead41a765abd3781b98950d452c958 192.168.0.107:6380
   slots:0-5460 (5461 slots) master
M: 90b4b326d579f9b5e181e3df95578bceba29b204 192.168.0.107:6381
   slots:5461-10922 (5462 slots) master
M: 868456121fa4e6c8e7abe235a88b51d354a944b5 192.168.0.107:6382
   slots:10923-16383 (5461 slots) master
M: b8e047aeacb9398c3f58f96d0602efbbea2078e2 192.168.0.107:6383
   slots: (0 slots) master
   replicates 5cd3ed3a84ead41a765abd3781b98950d452c958
M: 68cf66359318b26df16ebf95ba0c00d9f6b2c63e 192.168.0.107:6384
   slots: (0 slots) master
   replicates 90b4b326d579f9b5e181e3df95578bceba29b204
M: d6d01fd8f1e5b9f8fc0c748e08248a358da3638d 192.168.0.107:6385
   slots: (0 slots) master
   replicates 868456121fa4e6c8e7abe235a88b51d354a944b5
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.

进入任何一个集群中的节点:

redis-cli -c -h 192.168.0.107 -p 6381

查看集群中的节点:

[root@buke107 src]# redis-cli -c -h 192.168.0.107 -p 6381
192.168.0.107:6381> cluster nodes
868456121fa4e6c8e7abe235a88b51d354a944b5 192.168.0.107:6382 master - 0 1523609792598 3 connected 10923-16383
d6d01fd8f1e5b9f8fc0c748e08248a358da3638d 192.168.0.107:6385 slave 868456121fa4e6c8e7abe235a88b51d354a944b5 0 1523609795616 6 connected
5cd3ed3a84ead41a765abd3781b98950d452c958 192.168.0.107:6380 master - 0 1523609794610 1 connected 0-5460
b8e047aeacb9398c3f58f96d0602efbbea2078e2 192.168.0.107:6383 slave 5cd3ed3a84ead41a765abd3781b98950d452c958 0 1523609797629 1 connected
68cf66359318b26df16ebf95ba0c00d9f6b2c63e 192.168.0.107:6384 slave 90b4b326d579f9b5e181e3df95578bceba29b204 0 1523609796622 5 connected
90b4b326d579f9b5e181e3df95578bceba29b204 192.168.0.107:6381 myself,master - 0 0 2 connected 5461-10922

如上图所示，已经建立起三主三从的集群。

增加集群节点

cluster meet ip port

卜可
关注
  • 21
    点赞
  • 踩
  • 215
    收藏
    觉得还不错? 一键收藏
  • 9
    评论
专栏目录
Redis 3种集群方式，别傻傻分不清！
weixin_41486898的博客
02-16 983
@[toc] # Redis 3种集群方式，别傻傻分不清！ redis集群有三种方式：主从复制，哨兵，集群(master-cluster) 为了方便本文在Window下进行演示，在一台机器上多开实例模拟集群模式，配置和Linux上配置并无多大差异，纯粹是为了方面操作。 redis主从配置需要注意的几点 首先不管哪一种的方式，版本必须一致。 存储数据方式需要一致 1 redis...
Redis集群模式详解，三种集群模式的详细介绍
最新发布
05-20
Redis是一个高性能的开源内存数据库，被广泛应用于缓存、会话存储、实时分析、消息队列等多个领域。...为了满足更大规模的数据存储需求、提高系统的可用性和稳定性，引入Redis集群成为了一种常见的解决方案。
Redis 集群的3种方式及其优缺点
wttttp的专栏
01-11 1645
Redis 集群分类：1.主从复制 2.哨兵模式 3.集群模式
redis 集群模式（redis cluster）介绍
wyq2070857323的博客
04-07 1129
redis 集群是 redis 群集三种模式之一。redis群集有三种模式，分别是主从同步/复制、哨兵模式、Cluster，本文会讲解一下三种模式的工作方式，以及如何搭建cluster群集●主从复制：主从复制是高可用Redis的基础，哨兵和集群都是在主从复制基础上实现高可用的。主从复制主要实现了数据的多机备份，以及对于读操作的负载均衡和简单的故障恢复。缺陷：故障恢复无法自动化；写操作无法负载均衡；存储能力受到单机的限制。●哨兵：在主从复制的基础上，哨兵实现了自动化的故障恢复。
redis集群的3种方式
Monkey_4
03-20 908
redis集群
redis集群三种方式_【从小白到专家】Istio技术实践专题（三）：在K8s集群上部署Istio的三种方式...
weixin_39821874的博客
11-29 295
近两年微服务架构成为企业应用架构的流行趋势，除了互联网企业，传统企业也纷纷选择拥抱微服务。加之容器Kubernetes、DevOps、微服务云原生技术“黄金三角”的互相赋能，微服务架构成为当前企业IT架构设计的首选。Isito是Service Mesh的产品化落地，是目前最受欢迎的服务网格，功能丰富、成熟度高。本文主要根据官网文档整理而成，介绍Istio针对单集群的三种主流部署安装方式：使用Is...
九、Redis三种集群模式
热门推荐
sun_lm的博客
03-13 2万+
系统中只有一台redis服务器是不可靠的，容易出现单点故障。为了避免单点故障，可以使用多台redis服务器组成redis集群。redis支持三种集群模式。 一、主从模式 至少需要两台redis服务器，一台主节点（master）、一台从节点（slave），组成主从模式的Redis集群。通常来说，master主要负责写，slave主要负责读，主从模式实现了读写分离。 集群中有多台redis节点，就必须保证每个节点中的数据是一致的。redis中，为了保持数据一致性，数据总是从master复制到slave
Redis的三种集群策略
秃头计划——启动！
09-16 1412
Redis提供了三种集群策略：     1. 主从模式   这种模式⽐较简单，主库可以读写，并且会和从库进⾏数据同步，这种模式下，客户端直接连主库或某个从库，但是但主库或从库宕机后，客户端需要⼿动修改IP，另外，这种模式也⽐较难进⾏扩容，整个集群所能存储的数据受到某台机器的内存容量，所以不可能⽀持特⼤数据量     2. 哨兵模式   这种模式在主从的基础上新增了哨兵节点，但主库节点宕机后，哨兵会发现主库节点宕机，然后在从库中选择⼀个库作为进的主库，另外哨兵也可以做集群，从⽽可以保证但某⼀个哨兵节点宕机后，
Redis集群详解
09-08
搭建 Redis 集群： - 主从模式搭建涉及配置 master 和 slave 的 IP 地址、端口和复制关系，以及在 master 上启用复制功能。 - Sentinel 模式的搭建则需配置 Sentinel 实例，监控主从节点状态，并在必要时进行故障...
Redis最全详解与集群
08-29
Redis是一种高性能的键值对数据存储系统，常用于缓存、数据库、消息中间件等多种场景。本文将全面解析Redis的功能及集群搭建。 1. Redis缓存原理与设计 缓存的基本思想是将常用数据存储在内存中，以便快速访问，...
redis集群规范详解
09-09
【Redis 集群规范详解】 Redis 集群是一种分布式、容错的数据库系统，旨在提供线性可扩展性和一定程度的数据一致性。集群的核心特点在于它没有中心节点或代理，而是由多个相互独立的节点组成，每个节点都可以是主...
Redis集群策略及集群实例（集群节点新增、删除、重新分配slot实战）
01-07
redis 集群配置示例 集群环境搭建，测试，添加节点, 重新分片, 删除节点 前沿:Redis Cluster（Redis集群）简介   redis是一个开源的key value存储系统，受到了广大互联网公司的青睐。redis3.0版本之前只支持单例模式，在3.0版本及以后才支持集群，我这里用的是redis3.0.0版本； redis集群采用P2P模式，是完全去中心化的，不存在中心节点或者代理节点； redis集群是没有统一的入口的，客户端（client）连接集群的时候连接集群中的任意节点（node）即可，集群内部的节点是相互通信的（PING-PONG机制），每个节点都是一个redis实例；
Redis三种集群模式
weixin_57763462的博客
04-25 2119
Master服务主节点收到同步命令后将启动后台存盘进程，同时收集所有接收到的用于修改数据集的命令，在后台进程执行完毕后，Master将传送整个数据库文件到Slave，以完成一次完全同步。Redis有三种集群模式，第一个就是主从模式，第二种“哨兵”模式，第三种是Cluster集群模式，第三种的集群模式是在Redis 3.x以后的版本才增加进来的，我们今天就来说一下Redis第一种集群模式：主从集群模式。配置之后，就是这台机器的小弟了。主从模式，可以是树状的，从服务属于多台主服务，且从服务也可以有从服务。
集群策略--集群（clustering）
tropica的技术专栏
03-10 3361
集群（clustering）这个词使用非常混乱。这里我们首先给出一个较为科学的阐述，并以这个阐述为主线来叙述、探讨相关问题。集群可分为三种类型：科学集群、高可用性集群、负载均衡集群。科学集群（Scientific Clustering，简称SC）：使用特殊的软硬件技术将大量的计算能力有限的机器连接成计算能力巨大的系统。此类集群一般用于解决计算量巨大的复杂的科学问题。基于硬件的解
Redis三种集群模式介绍及搭建
QHJJHQ的博客
02-05 6762
redis集群 redis集群就是多个redis节点一起工作的模式。它没有代理节点和中心节点，各个节点平等。 redis集群提供了以下两个好处 1、将数据自动切分(split)到多个节点 2、当集群中的某一个节点故障时，redis还可以继续处理客户端的请求。 集群中的主从复制 集群中的每个节点都有1个至N个复制品，其中一个为主节点，其余的为从节点，如果主节点下线了，集群就会把这个主节点的一个从节点设置为新的主节点，继续工作。这样集群就不会因为一个主节点的下线而无法正常工作。 注意： 1、如果
Redis集群策略分析
flw7758的博客
05-24 212
Redis集群策略分析 一：主从模式 结构图 特点 1：主负责写，从负责读。这种方式的话应对比较大的QPS，QPS增大只需要增加slave节点数量就可以了。 2：无法保证强一致性，主从同步存在延迟，只能保证最终的一致性。 3：master宕机的情况下，无法写入，没有办法自动恢复。 二：哨兵模式 结构图 特点 1：哨兵模式是分布式的系统，可以自动转移故障。在master宕机的时候自动选择出slave转为master继续提供服务，保证服务的高可用。 2：当确认主节点宕机后，在从节点中选一
redis三种集群策略
JustForWorld的博客
08-15 505
redis 集群三种策略 1.主从 例如:一主两从，主节点负责写，从节点负责读，类似mysql主从 缺点：主节点一旦挂掉就都整个集群都不可用了 2.哨兵 --2.x 添加一个哨兵服务，用于监控redis集群，如果检测到主节点挂掉了，哨兵发挥作用，使从节点进行选举出新的主节点，后期节点恢复自动成为从节点 缺点：分布式系统中，数据不方便分布式存储 3.集群 3.x出来的（支持多主，多从----实现...
redis之集群策略-集群搭建 redis-5.0.0版本
搬砖刘疯狂
11-15 289
使用的是redis-5.0.0版本 本次搭建需要六台redis服务器，我通过在一台虚拟机上模拟6台机器。 一，准备工作 1. 在/usr/local目录下新建一个redis-cluster文件夹，并在redis-cluster文件夹下新建6个子文件夹，7001，7002，7003，7004，7005，7006。 2. cd /usr/local/redis-4.0.0/ cp re...
redis的集群方式
荣山的博客
03-04 135
redis的集群方式
dockerfile创建redis集群
09-02
要创建Redis集群，首先需要创建一个Dockerfile来定义镜像的构建过程。在Dockerfile中，你可以指定基础镜像、安装Redis和设置相关配置等。以下是一个简单的Dockerfile示例： ``` FROM redis:latest COPY redis.conf /usr/local/etc/redis/redis.conf CMD [ "redis-server", "/usr/local/etc/redis/redis.conf" ] ``` 在这个示例中，我们使用最新的Redis基础镜像作为基础。然后，我们将自定义的redis.conf文件复制到镜像的指定路径中，并在容器启动时指定使用该配置文件来启动Redis服务。 接下来，你可以使用docker build命令来构建该镜像。使用以下命令： ``` docker build -t my_redis_cluster . ``` 这将会在当前目录下的Dockerfile中构建一个名为my_redis_cluster的镜像。 完成了镜像的构建后，你可以使用docker-compose来快速部署Redis集群。在docker-compose.yml文件中，你可以定义Redis集群的各个节点，并配置它们之间的网络连接和端口映射。以下是一个简单的docker-compose.yml示例： ``` version: '3' services: redis1: image: my_redis_cluster container_name: redis1 ports: - "6379:6379" command: redis-server /usr/local/etc/redis/redis.conf redis2: image: my_redis_cluster container_name: redis2 ports: - "6380:6379" command: redis-server /usr/local/etc/redis/redis.conf redis3: image: my_redis_cluster container_name: redis3 ports: - "6381:6379" command: redis-server /usr/local/etc/redis/redis.conf ``` 在这个示例中，我们定义了三个Redis节点(redis1、redis2和redis3)，它们都是基于之前构建的my_redis_cluster镜像。并且我们指定了它们的端口映射和启动命令。 最后，你可以使用docker-compose命令来启动Redis集群。在docker-compose.yml所在的目录下，使用以下命令： ``` docker-compose up -d ``` 这将会启动Redis集群，并在后台运行。 完成以上步骤后，你就成功地创建了一个基于Dockerfile的Redis集群。你可以使用redis-cli命令连接到任意一个Redis节点，通过cluster info命令来检查集群的信息。 请注意，以上只是一个简单的示例，实际的部署可能需要根据你的需求进行相应的调整和配置。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* [redis-cluster.zip](https://download.csdn.net/download/the_bud/12408961)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 50%"] - *2* *3* [基于Docker搭建Redis集群（步骤超级简单，图文详解）](https://blog.csdn.net/weixin_43122090/article/details/105332786)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 50%"] [ .reference_list ]

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值