Redis cluster集群：原理及搭建

最新推荐文章于 2024-04-19 23:28:57 发布
最新推荐文章于 2024-04-19 23:28:57 发布
阅读量194 收藏
点赞数
分类专栏： redis 数据库 架构
数据库 同时被 3 个专栏收录
32 篇文章 1 订阅
订阅专栏
架构
12 篇文章 0 订阅
订阅专栏
redis
4 篇文章 0 订阅
订阅专栏

原文链接：https://blog.csdn.net/truelove12358/article/details/79612954

1.为什么使用redis？

redis是一种典型的no-sql 即非关系数据库 像python的字典一样 存储key-value键值对 工作在memory中

所以很适合用来充当整个互联网架构中各级之间的cache 比如lvs的4层转发层 nginx的7层代理层

尤其是lnmp架构应用层如php-fpm或者是Tomcat到mysql之间 做一个cache 以减轻db的压力

因为有相当一部分的数据 只是简单的key-value对应关系，而且在实际的业务中常常在短时间内迅速变动 

如果用关系数据库mysql之类存储 会大大增加对db的访问 导致db的负担很重 因为所有的require中的大部分最后都要汇聚到db

所以如果想要业务稳定 那么解决db的压力 就是关键 所以现在大部分的解决方案就是在db层之上的各级使用多级的no-sql 

像memcache redis 等 来为db提供缓冲  

2.为什么使用redis-cluster？

为了在大流量访问下提供稳定的业务，集群化是存储的必然形态

未来的发展趋势肯定是云计算和大数据的紧密结合 只有分布式架构能满足要求

如果没有集群化 何来的分布式？

3.顺带一提总结一波今天的redis原理之数据持久化

虽然redis这种no-sql一般都是作为cache来服务  但是如果完全没有数据可持久化的方法 那么显得有些单薄

就像memcache 由于这种no-sql是工作在memory的 那么由于memory的实体是ram

所以如果重启或者宕机 memory中的数据就全没了 数据的一致性的不到保障 

但是 redis不同 redis有相对的数据持久化的方案 由两种方式构成 aof & rdb

aof就像关系数据库中的binlog一样  把每一次写操作以追加的形式记录在其中以文件的形式刷到磁盘里 

并且可以使用不同的fsync策略     无fsync,每秒fsync,每次写的时候fsync.

使用默认的每秒fsync策略,Redis的性能依然很好(fsync是由后台线程进行处理的,主线程会尽力处理客户端请求)

一旦出现故障，最多丢失1秒的数据.

但是缺点也随之而来 那就是aof文件的大小会随着时间线性增长 一段时间之后 就会变得很大 

如果要在一端以AOF的形式来恢复数据 那么由于AOF文件的巨大体积 可能会让进程如同假死一样 十分的慢

rdb则是一种快照机制 

redis工作在内存中 rdb就是每隔一段时间 对内存中的数据做一次快照  保存在rdb文件中 

而且redis的主从同步可以实现异步 也是由于rdb的机制 他在做快照时会fork出一个子进程 由子进程来做快照

父进程完全处理请求 毫不影响 很适合数据的备份 

但是问题是 如果数据量很大的话 rdb它要保存一个完整的数据集 是一个大的工作 如果时间间隔设置的太短 

那么严重影响redis的性能 但是按照常规设置的话 如5分钟一次 那么如果宕机或者重启 就会基于上次做rdb的时间

从而丢失分钟级的数据

point：在redis4.0的新特性中 采用了aof-rdb的混合方案来保障数据的持久性 但是官方的说法是还不成熟

是一个长期的工作  所以有待观察吧 

4.redis集群实现方案： 

关于redis的集群化方案 目前有三种 

（1）Twitter开发的twemproxy

（2）豌豆荚开发的codis

（3）redis官方的redis-cluster

简介：twemproxy架构简单 就是用proxy对后端redis server进行代理 但是由于代理层的消耗性能很低 而且通常涉及多个key的操作都是不支持的 而且本身不支持动态扩容和透明的数据迁移 而且也失去维护 Twitter内部已经不使用了

          redis-cluster是三个里性能最强大的 因为他使用去中心化的思想 使用hash slot方式 将16348个hash slot 覆盖到所有节点上 对于存储的每个key值 使用CRC16(KEY)&16348=slot 得到他对应的hash slot 并在访问key时就去找他的hash slot在哪一个节点上 然后由当前访问节点从实际被分配了这个hash slot的节点去取数据 节点之间使用轻量协议通信 减少带宽占用 性能很高 自动实现负载均衡与高可用 自动实现failover  并且支持动态扩展 官方已经玩到可以1000个节点 实现的复杂度低 总之个人比较喜欢这个架构 因为他的去中心化思想免去了proxy的消耗 是全新的思路

           但是它也有一些不足 例如官方没有提供图形化管理工具 运维体验差 全手工数据迁移 并且自己对自己本身的redis命令支持也不完全等 但是这些问题 我觉得不能掩盖他关键的新思想所带来的的优势 随着官方的推进 这些问题应该都能在一定时间内得到解决 那么这时候去中心化思想带来的高性能就会表现出他巨大的优势 

          codis使用的也是proxy思路 但是做的比较好 是这两种之间的一个中间级 而且支持redis命令是最多的 有图形化GUI管理和监控工具 运维友好 这个过段时间会详细另外写出来原理 工作机制和搭建实现

 

 

Redis集群

基本介绍

Redis 集群是一个可以在多个 Redis 节点之间进行数据共享的设施installation。

Redis 集群不支持那些需要同时处理多个键的 Redis 命令， 因为执行这些命令需要在多个 Redis 节点之间移动数据， 并且在高负载的情况下， 这些命令将降低Redis集群的性能， 并导致不可预测的行为。

Redis 集群通过分区partition来提供一定程度的可用性availability： 即使集群中有一部分节点失效或者无法进行通讯， 集群也可以继续处理命令请求。

Redis集群提供了以下两个好处：

  • 将数据自动切分split到多个节点的能力。
  • 当集群中的一部分节点失效或者无法进行通讯时， 仍然可以继续处理命令请求的能力。

集群原理

redis-cluster架构图

redis-cluster架构图

  1. 所有的redis节点彼此互联(PING-PONG机制),内部使用二进制协议优化传输速度和带宽。

  2. 节点的fail是通过集群中超过半数的节点检测失效时才生效。

  3. 客户端与redis节点直连,不需要中间proxy层.客户端不需要连接集群所有节点,连接集群中任何一个可用节点即可。

  4. redis-cluster把所有的物理节点映射到[0-16383]slot上,cluster 负责维护node<->slot<->value

Redis集群中内置了 16384 个哈希槽，当需要在 Redis 集群中放置一个 key-value 时，redis 先对key 使用 crc16 算法算出一个结果，然后把结果对 16384 求余数，这样每个 key 都会对应一个编号在 0-16383 之间的哈希槽，redis 会根据节点数量大致均等的将哈希槽映射到不同的节点

redis-cluster投票:容错

redis-cluster投票:容错

  1. 投票过程是集群中所有master参与,如果半数以上master节点与master节点通信超时(cluster-node-timeout),认为当前master节点挂掉.

  2. 什么时候整个集群不可用(cluster_state:fail)?

    • 如果集群任意master挂掉,且当前master没有slave.集群进入fail状态,也可以理解成集群的slot映射[0-16383]不完整时进入fail状态. 
      • redis-3.0.0.rc1加入cluster-require-full-coverage参数,默认关闭,打开集群兼容部分失败.
    • 如果集群超过半数以上master挂掉，无论是否有slave，集群进入fail状态.

Redis集群搭建

Redis单机版的安装见博客《redis入门——安装篇》，安装好之后，将redis复制成6份，注意要将.rdb和.aof后缀的文件删除，如果有的话。

Ruby环境

使用

 

  1. yum -y install ruby

  2. yum -y install rubygems

  •  

安装ruby环境。 
网上下载redis-3.0.0.gem，执行gem install redis-3.0.0.gem安装。

redis配置文件修改

现在已经准备好了，6份干净的redis，如下所示

 

  1. [root@localhost redis-cluster]# pwd

  2. /usr/local/redis/redis-cluster

  3. [root@localhost redis-cluster]# ll

  4. total 72

  5. drwxr-xr-x 2 root root 4096 Nov 2 00:17 redis1

  6. drwxr-xr-x 2 root root 4096 Nov 2 00:25 redis2

  7. drwxr-xr-x 2 root root 4096 Nov 2 00:25 redis3

  8. drwxr-xr-x 2 root root 4096 Nov 2 00:25 redis4

  9. drwxr-xr-x 2 root root 4096 Nov 2 00:25 redis5

  10. drwxr-xr-x 2 root root 4096 Nov 2 00:25 redis6

  11. -rwxr-xr-x 1 root root 48141 Nov 2 00:16 redis-trib.rb

  12. [root@localhost redis-cluster]#

  •  

PS：注意，这里已经将redis源文件src目录下的redis-trib.rb文件拷贝过来了。 
redis-trib.rb这个文件是redis集群的管理文件，ruby脚本。

将六个节点的redis.conf配置文件按照如下进行修改

 

  1. ################################ GENERAL #####################################

  2.  

  3. # By default Redis does not run as a daemon. Use 'yes' if you need it.

  4. # Note that Redis will write a pid file in /var/run/redis.pid when daemonized.

  5. daemonize yes

  6.  

  7. # Accept connections on the specified port, default is 6379.

  8. # If port 0 is specified Redis will not listen on a TCP socket.

  9. port *

  10.  

  11. ################################ REDIS CLUSTER ###############################

  12. #

  13. # ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

  14. # WARNING EXPERIMENTAL: Redis Cluster is considered to be stable code, however

  15. # in order to mark it as "mature" we need to wait for a non trivial percentage

  16. # of users to deploy it in production.

  17. # ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

  18. #

  19. # Normal Redis instances can't be part of a Redis Cluster; only nodes that are

  20. # started as cluster nodes can. In order to start a Redis instance as a

  21. # cluster node enable the cluster support uncommenting the following:

  22. #

  23. cluster-enabled yes

  •  

PS：端口号如果是同一台主机的话，必须不同。不同主机可以相同。

PS：我这里是使用一台主机，所以我将六个节点的端口号修改为7001-7006

编写集群启动脚本和停止脚本

启动脚本start-all.sh

 

  1. cd redis1

  2. ./redis-server redis.conf

  3. cd ..

  4. cd redis2

  5. ./redis-server redis.conf

  6. cd ..

  7. cd redis3

  8. ./redis-server redis.conf

  9. cd ..

  10. cd redis4

  11. ./redis-server redis.conf

  12. cd ..

  13. cd redis5

  14. ./redis-server redis.conf

  15. cd ..

  16. cd redis6

  17. ./redis-server redis.conf

  18. cd ..

  •  

停止脚本stop-all.sh

 

  1. ./redis1/redis-cli -p 7001 shutdown

  2. ./redis1/redis-cli -p 7002 shutdown

  3. ./redis1/redis-cli -p 7003 shutdown

  4. ./redis1/redis-cli -p 7004 shutdown

  5. ./redis1/redis-cli -p 7005 shutdown

  6. ./redis1/redis-cli -p 7006 shutdown

  •  

PS：两个脚本都放在如下所属目录

 

  1. [root@localhost redis-cluster]# pwd

  2. /usr/local/redis/redis-cluster

  3. [root@localhost redis-cluster]# ll

  4. total 80

  5. drwxr-xr-x 2 root root 4096 Nov 2 00:52 redis1

  6. drwxr-xr-x 2 root root 4096 Nov 2 00:51 redis2

  7. drwxr-xr-x 2 root root 4096 Nov 2 00:53 redis3

  8. drwxr-xr-x 2 root root 4096 Nov 2 00:53 redis4

  9. drwxr-xr-x 2 root root 4096 Nov 2 00:53 redis5

  10. drwxr-xr-x 2 root root 4096 Nov 2 00:53 redis6

  11. -rwxr-xr-x 1 root root 48141 Nov 2 00:16 redis-trib.rb

  12. -rw-r--r-- 1 root root 252 Nov 2 00:55 start-all.sh

  13. -rw-r--r-- 1 root root 216 Nov 2 00:57 stop-all.sh

  14. [root@localhost redis-cluster]#

  •  

修改权限

[root@localhost redis-cluster]# chmod -u+x start-all.sh stop-all.sh
  •  

启动节点

 

  1. [root@localhost redis-cluster]# ./start-all.sh

  2. [root@localhost redis-cluster]# ps aux | grep redis

  3. root 2924 0.8 0.1 33932 2048 ? Ssl Nov01 3:53 ./redis-server *:6379 [cluster]

  4. root 11924 0.0 0.1 33936 1948 ? Ssl 01:01 0:00 ./redis-server *:7001 [cluster]

  5. root 11928 0.0 0.1 33936 1952 ? Ssl 01:01 0:00 ./redis-server *:7002 [cluster]

  6. root 11932 0.0 0.1 33936 1948 ? Ssl 01:01 0:00 ./redis-server *:7003 [cluster]

  7. root 11936 0.0 0.1 33936 1952 ? Ssl 01:01 0:00 ./redis-server *:7004 [cluster]

  8. root 11940 0.0 0.1 33936 1952 ? Ssl 01:01 0:00 ./redis-server *:7005 [cluster]

  9. root 11944 0.0 0.1 33936 1948 ? Ssl 01:01 0:00 ./redis-server *:7006 [cluster]

  10. root 11948 0.0 0.0 4360 748 pts/2 S+ 01:01 0:00 grep redis

  11. [root@localhost redis-cluster]#

  •  

执行创建集群命令

 

  1. [root@localhost redis-cluster]# pwd

  2. /usr/local/redis/redis-cluster

  3. [root@localhost redis-cluster]# ./redis-trib.rb create --replicas 1 192.168.37.131:7001 192.168.37.131:7002 192.168.37.131:7003 192.168.37.131:7004 192.168.37.131:7005 192.168.37.131:7006

  •  

成功启动信息

 

  1. >>> Creating cluster

  2. Connecting to node 192.168.37.131:7001: OK

  3. Connecting to node 192.168.37.131:7002: OK

  4. Connecting to node 192.168.37.131:7003: OK

  5. Connecting to node 192.168.37.131:7004: OK

  6. Connecting to node 192.168.37.131:7005: OK

  7. Connecting to node 192.168.37.131:7006: OK

  8. >>> Performing hash slots allocation on 6 nodes...

  9. Using 3 masters:

  10. 192.168.37.131:7001

  11. 192.168.37.131:7002

  12. 192.168.37.131:7003

  13. Adding replica 192.168.37.131:7004 to 192.168.37.131:7001

  14. Adding replica 192.168.37.131:7005 to 192.168.37.131:7002

  15. Adding replica 192.168.37.131:7006 to 192.168.37.131:7003

  16. M: 8b153503b52f83634e04b0077f32ef629ad91ee6 192.168.37.131:7001

  17. slots:0-5460 (5461 slots) master

  18. M: f89799066dd8ecaaa1430559be4ce9c8c87055d8 192.168.37.131:7002

  19. slots:5461-10922 (5462 slots) master

  20. M: 53d698ad56b09f89cfef34850213e2d0a44154dd 192.168.37.131:7003

  21. slots:10923-16383 (5461 slots) master

  22. S: e73204399d08c14def1f71d0c5377cbc757dc4b8 192.168.37.131:7004

  23. replicates 8b153503b52f83634e04b0077f32ef629ad91ee6

  24. S: 1d5dcc8d1ccb6bce55efc3e3aadc690dc77808d8 192.168.37.131:7005

  25. replicates f89799066dd8ecaaa1430559be4ce9c8c87055d8

  26. S: e9458233cb85bd897ff694003e6d8a834eba2b44 192.168.37.131:7006

  27. replicates 53d698ad56b09f89cfef34850213e2d0a44154dd

  28. Can I set the above configuration? (type 'yes' to accept): y

  29. *** Aborting...

  30. [root@localhost redis-cluster]# ./redis-trib.rb create --replicas 1 192.168.37.131:7001 192.168.37.131:7002 192.168.37.131:7003 192.168.37.131:7004 192.168.37.131:7005 192.168.37.131:7006

  31. >>> Creating cluster

  32. Connecting to node 192.168.37.131:7001: OK

  33. Connecting to node 192.168.37.131:7002: OK

  34. Connecting to node 192.168.37.131:7003: OK

  35. Connecting to node 192.168.37.131:7004: OK

  36. Connecting to node 192.168.37.131:7005: OK

  37. Connecting to node 192.168.37.131:7006: OK

  38. >>> Performing hash slots allocation on 6 nodes...

  39. Using 3 masters:

  40. 192.168.37.131:7001

  41. 192.168.37.131:7002

  42. 192.168.37.131:7003

  43. Adding replica 192.168.37.131:7004 to 192.168.37.131:7001

  44. Adding replica 192.168.37.131:7005 to 192.168.37.131:7002

  45. Adding replica 192.168.37.131:7006 to 192.168.37.131:7003

  46. M: 8b153503b52f83634e04b0077f32ef629ad91ee6 192.168.37.131:7001

  47. slots:0-5460 (5461 slots) master

  48. M: f89799066dd8ecaaa1430559be4ce9c8c87055d8 192.168.37.131:7002

  49. slots:5461-10922 (5462 slots) master

  50. M: 53d698ad56b09f89cfef34850213e2d0a44154dd 192.168.37.131:7003

  51. slots:10923-16383 (5461 slots) master

  52. S: e73204399d08c14def1f71d0c5377cbc757dc4b8 192.168.37.131:7004

  53. replicates 8b153503b52f83634e04b0077f32ef629ad91ee6

  54. S: 1d5dcc8d1ccb6bce55efc3e3aadc690dc77808d8 192.168.37.131:7005

  55. replicates f89799066dd8ecaaa1430559be4ce9c8c87055d8

  56. S: e9458233cb85bd897ff694003e6d8a834eba2b44 192.168.37.131:7006

  57. replicates 53d698ad56b09f89cfef34850213e2d0a44154dd

  58. Can I set the above configuration? (type 'yes' to accept): yes

  59. >>> Nodes configuration updated

  60. >>> Assign a different config epoch to each node

  61. >>> Sending CLUSTER MEET messages to join the cluster

  62. Waiting for the cluster to join.....

  63. >>> Performing Cluster Check (using node 192.168.37.131:7001)

  64. M: 8b153503b52f83634e04b0077f32ef629ad91ee6 192.168.37.131:7001

  65. slots:0-5460 (5461 slots) master

  66. M: f89799066dd8ecaaa1430559be4ce9c8c87055d8 192.168.37.131:7002

  67. slots:5461-10922 (5462 slots) master

  68. M: 53d698ad56b09f89cfef34850213e2d0a44154dd 192.168.37.131:7003

  69. slots:10923-16383 (5461 slots) master

  70. M: e73204399d08c14def1f71d0c5377cbc757dc4b8 192.168.37.131:7004

  71. slots: (0 slots) master

  72. replicates 8b153503b52f83634e04b0077f32ef629ad91ee6

  73. M: 1d5dcc8d1ccb6bce55efc3e3aadc690dc77808d8 192.168.37.131:7005

  74. slots: (0 slots) master

  75. replicates f89799066dd8ecaaa1430559be4ce9c8c87055d8

  76. M: e9458233cb85bd897ff694003e6d8a834eba2b44 192.168.37.131:7006

  77. slots: (0 slots) master

  78. replicates 53d698ad56b09f89cfef34850213e2d0a44154dd

  79. [OK] All nodes agree about slots configuration.

  80. >>> Check for open slots...

  81. >>> Check slots coverage...

  82. [OK] All 16384 slots covered.

  83. [root@localhost redis-cluster]#

  •  

异常

 

  1. >>> Creating cluster

  2. Connecting to node 192.168.37.131:7001: OK

  3. [ERR] Node 192.168.37.131:7001 is not empty. Either the node already knows other nodes (check with CLUSTER NODES) or contains some key in database 0.

  •  

解决方法是删除生成的配置文件nodes.conf，如果不行则说明现在创建的结点包括了旧集群的结点信息，需要删除redis的持久化文件后再重启redis，比如：appendonly.aof、dump.rdb

首先，使用stop-all.sh停止服务

 

  1. [root@localhost redis-cluster]# ./stop-all.sh

  2. [root@localhost redis-cluster]# ps aux | grep redis

  3. root 2924 0.8 0.1 33932 2048 ? Ssl Nov01 3:54 ./redis-server *:6379 [cluster]

  4. root 11969 0.0 0.0 4360 744 pts/2 S+ 01:10 0:00 grep redis

  5. [root@localhost redis-cluster]#

  •  

然后每个节点中的appendonly.aof、dump.rdb 、nodes.conf。

 

  1. [root@localhost redis-cluster]# rm -f redis*/dump.rdb

  2. [root@localhost redis-cluster]# rm -f redis*/appendonly.aof

  3. [root@localhost redis-cluster]# rm -f redis*/nodes.conf

  •  

然后使用脚本start-all.sh启动，再启动集群管理服务。

 

  1. [root@localhost redis-cluster]# ./start-all.sh

  2. [root@localhost redis-cluster]# ps aux | grep redis

  3. root 2924 0.8 0.1 33932 2048 ? Ssl Nov01 3:54 ./redis-server *:6379 [cluster]

  4. root 11980 0.0 0.1 33936 1952 ? Ssl 01:12 0:00 ./redis-server *:7001 [cluster]

  5. root 11982 0.0 0.1 33936 1952 ? Ssl 01:12 0:00 ./redis-server *:7002 [cluster]

  6. root 11984 0.0 0.1 33936 1952 ? Ssl 01:12 0:00 ./redis-server *:7003 [cluster]

  7. root 11986 0.0 0.1 33936 1952 ? Ssl 01:12 0:00 ./redis-server *:7004 [cluster]

  8. root 11988 0.0 0.1 33936 1948 ? Ssl 01:12 0:00 ./redis-server *:7005 [cluster]

  9. root 11990 0.0 0.1 33936 1948 ? Ssl 01:12 0:00 ./redis-server *:7006 [cluster]

  10. root 12004 0.0 0.0 4360 748 pts/2 S+ 01:12 0:00 grep redis

  11. [root@localhost redis-cluster]# ./redis-trib.rb create --replicas 1 192.168.37.131:7001 192.168.37.131:7002 192.168.37.131:7003 192.168.37.131:7004 192.168.37.131:7005 192.168.37.131:7006

  12. [root@localhost redis-cluster]#

  •  

Redis集群节点的操作

查询集群信息

集群创建成功登陆任意redis结点查询集群中的节点情况。

客户端以集群方式登陆：

 

  1. [root@localhost redis-cluster]# ./redis1/redis-cli -c -h 192.168.37.131 -p 7001

  2. 192.168.37.131:7001>

  •  

说明： 
./redis1/redis-cli -c -h 192.168.37.131 -p 7001 ，其中-c表示以集群方式连接redis，-h指定ip地址，-p指定端口号

cluster nodes 查询集群结点信息

 

  1. 192.168.37.131:7001> cluster nodes

  2. 8e1186475f87c928e8a146d3804d9a2697246ad0 192.168.37.131:7003 master - 0 1478085160899 3 connected 10923-16383

  3. 80de7003738f74134a3403fc939fed253b7774f2 192.168.37.131:7004 master - 0 1478085156858 8 connected 0-5460

  4. 652caf5daf7971135679951324eba7b50e99251a 192.168.37.131:7005 slave 3adba62fdcc331ce231ca580cd2c8701e047bc6d 0 1478085158876 9 connected

  5. 1cd6482fd7038d78ad556b52b0cb9e2590ad5598 192.168.37.131:7001 myself,slave 80de7003738f74134a3403fc939fed253b7774f2 0 0 1 connected

  6. 3adba62fdcc331ce231ca580cd2c8701e047bc6d 192.168.37.131:7002 master - 0 1478085159889 9 connected 5461-10922

  7. cf23ca6d78cba3d3924065e1f7a394f6c51d4b28 192.168.37.131:7006 slave 8e1186475f87c928e8a146d3804d9a2697246ad0 0 1478085157867 6 connected

  8. 192.168.37.131:7001>

  •  

cluster info 查询集群状态信息

 

  1. 192.168.37.131:7001> cluster info

  2. cluster_state:ok

  3. cluster_slots_assigned:16384

  4. cluster_slots_ok:16384

  5. cluster_slots_pfail:0

  6. cluster_slots_fail:0

  7. cluster_known_nodes:6

  8. cluster_size:3

  9. cluster_current_epoch:9

  10. cluster_my_epoch:8

  11. cluster_stats_messages_sent:12727

  12. cluster_stats_messages_received:10820

  13. 192.168.37.131:7001>

  •  

添加主节点

集群创建成功后可以向集群中添加节点，下面是添加一个master主节点。

首先，准备一个干净的redis节点。按上面集群版修改redis配置文件。开启该redis节点。

查看redis进程

 

  1. [root@localhost redis-cluster]# !ps

  2. ps aux | grep redis

  3. root 2924 0.6 0.1 33932 1800 ? Ssl Nov01 4:08 ./redis-server *:6379 [cluster]

  4. root 11980 0.0 0.2 33936 2216 ? Ssl 01:12 0:09 ./redis-server *:7001 [cluster]

  5. root 11982 0.0 0.2 33936 2244 ? Ssl 01:12 0:09 ./redis-server *:7002 [cluster]

  6. root 11984 0.0 0.2 33936 2220 ? Ssl 01:12 0:09 ./redis-server *:7003 [cluster]

  7. root 11986 0.0 0.2 33936 2216 ? Ssl 01:12 0:09 ./redis-server *:7004 [cluster]

  8. root 11988 0.0 0.2 33936 2228 ? Ssl 01:12 0:09 ./redis-server *:7005 [cluster]

  9. root 11990 0.0 0.2 33936 2212 ? Ssl 01:12 0:09 ./redis-server *:7006 [cluster]

  10. root 13913 0.0 0.1 33936 1952 ? Ssl 04:21 0:00 ./redis7/redis-server *:7007 [cluster]

  11. root 13917 0.0 0.0 4360 728 pts/3 S+ 04:21 0:00 grep redis

  12. [root@localhost redis-cluster]#

  •  

执行下边命令：

 

  1. [root@localhost redis-cluster]# ./redis-trib.rb add-node 192.168.37.131:7007 192.168.37.131:7001

  2. >>> Adding node 192.168.37.131:7007 to cluster 192.168.37.131:7001

  3. Connecting to node 192.168.37.131:7001: OK

  4. Connecting to node 192.168.37.131:7003: OK

  5. Connecting to node 192.168.37.131:7004: OK

  6. Connecting to node 192.168.37.131:7005: OK

  7. Connecting to node 192.168.37.131:7002: OK

  8. Connecting to node 192.168.37.131:7006: OK

  9. >>> Performing Cluster Check (using node 192.168.37.131:7001)

  10. S: 1cd6482fd7038d78ad556b52b0cb9e2590ad5598 192.168.37.131:7001

  11. slots: (0 slots) slave

  12. replicates 80de7003738f74134a3403fc939fed253b7774f2

  13. M: 8e1186475f87c928e8a146d3804d9a2697246ad0 192.168.37.131:7003

  14. slots:10923-16383 (5461 slots) master

  15. 1 additional replica(s)

  16. M: 80de7003738f74134a3403fc939fed253b7774f2 192.168.37.131:7004

  17. slots:0-5460 (5461 slots) master

  18. 1 additional replica(s)

  19. S: 652caf5daf7971135679951324eba7b50e99251a 192.168.37.131:7005

  20. slots: (0 slots) slave

  21. replicates 3adba62fdcc331ce231ca580cd2c8701e047bc6d

  22. M: 3adba62fdcc331ce231ca580cd2c8701e047bc6d 192.168.37.131:7002

  23. slots:5461-10922 (5462 slots) master

  24. 1 additional replica(s)

  25. S: cf23ca6d78cba3d3924065e1f7a394f6c51d4b28 192.168.37.131:7006

  26. slots: (0 slots) slave

  27. replicates 8e1186475f87c928e8a146d3804d9a2697246ad0

  28. [OK] All nodes agree about slots configuration.

  29. >>> Check for open slots...

  30. >>> Check slots coverage...

  31. [OK] All 16384 slots covered.

  32. Connecting to node 192.168.37.131:7007: OK

  33. >>> Send CLUSTER MEET to node 192.168.37.131:7007 to make it join the cluster.

  34. [OK] New node added correctly.

  35. [root@localhost redis-cluster]#

  •  

查看集群结点发现7007已添加到集群中：

 

  1. [root@localhost redis-cluster]# ./redis1/redis-cli -c -h 192.168.37.131 -p 7001

  2. 192.168.37.131:7001> cluster nodes

  3. 8e1186475f87c928e8a146d3804d9a2697246ad0 192.168.37.131:7003 master - 0 1478085870038 3 connected 10923-16383

  4. 80de7003738f74134a3403fc939fed253b7774f2 192.168.37.131:7004 master - 0 1478085868020 8 connected 0-5460

  5. 652caf5daf7971135679951324eba7b50e99251a 192.168.37.131:7005 slave 3adba62fdcc331ce231ca580cd2c8701e047bc6d 0 1478085874075 9 connected

  6. 1cd6482fd7038d78ad556b52b0cb9e2590ad5598 192.168.37.131:7001 myself,slave 80de7003738f74134a3403fc939fed253b7774f2 0 0 1 connected

  7. 3adba62fdcc331ce231ca580cd2c8701e047bc6d 192.168.37.131:7002 master - 0 1478085873064 9 connected 5461-10922

  8. cf23ca6d78cba3d3924065e1f7a394f6c51d4b28 192.168.37.131:7006 slave 8e1186475f87c928e8a146d3804d9a2697246ad0 0 1478085875086 6 connected

  9. 5d6c61ecff23bff3b0fb01a86c66d882f2d402a0 192.168.37.131:7007 master - 0 1478085872056 0 connected

  10. 192.168.37.131:7001>

  •  

hash槽重新分配

添加完主节点需要对主节点进行hash槽分配这样该主节才可以存储数据。 
redis集群有16384个槽，集群中的每个master结点分配一些槽，通过查看集群结点可以看到槽占用情况。

给刚添加的7007结点分配槽：

第一步：连接上集群 
./redis-trib.rb reshard 192.168.37.131:7001（连接集群中任意一个可用结点都行）

 

  1. [root@localhost redis-cluster]# ./redis-trib.rb reshard 192.168.37.131:7001

  2. Connecting to node 192.168.37.131:7001: OK

  3. Connecting to node 192.168.37.131:7003: OK

  4. Connecting to node 192.168.37.131:7004: OK

  5. Connecting to node 192.168.37.131:7005: OK

  6. Connecting to node 192.168.37.131:7002: OK

  7. Connecting to node 192.168.37.131:7006: OK

  8. Connecting to node 192.168.37.131:7007: OK

  9. >>> Performing Cluster Check (using node 192.168.37.131:7001)

  10. S: 1cd6482fd7038d78ad556b52b0cb9e2590ad5598 192.168.37.131:7001

  11. slots: (0 slots) slave

  12. replicates 80de7003738f74134a3403fc939fed253b7774f2

  13. M: 8e1186475f87c928e8a146d3804d9a2697246ad0 192.168.37.131:7003

  14. slots:10923-16383 (5461 slots) master

  15. 1 additional replica(s)

  16. M: 80de7003738f74134a3403fc939fed253b7774f2 192.168.37.131:7004

  17. slots:0-5460 (5461 slots) master

  18. 1 additional replica(s)

  19. S: 652caf5daf7971135679951324eba7b50e99251a 192.168.37.131:7005

  20. slots: (0 slots) slave

  21. replicates 3adba62fdcc331ce231ca580cd2c8701e047bc6d

  22. M: 3adba62fdcc331ce231ca580cd2c8701e047bc6d 192.168.37.131:7002

  23. slots:5461-10922 (5462 slots) master

  24. 1 additional replica(s)

  25. S: cf23ca6d78cba3d3924065e1f7a394f6c51d4b28 192.168.37.131:7006

  26. slots: (0 slots) slave

  27. replicates 8e1186475f87c928e8a146d3804d9a2697246ad0

  28. M: 5d6c61ecff23bff3b0fb01a86c66d882f2d402a0 192.168.37.131:7007

  29. slots: (0 slots) master

  30. 0 additional replica(s)

  31. [OK] All nodes agree about slots configuration.

  32. >>> Check for open slots...

  33. >>> Check slots coverage...

  34. [OK] All 16384 slots covered.

  35. How many slots do you want to move (from 1 to 16384)?

  •  

第二步：输入要分配的槽数量

 

  1. How many slots do you want to move (from 1 to 16384)? 1000

  2. What is the receiving node ID?

  •  

输入1000表示要分配1000个槽

第三步：输入接收槽的结点id

这里准备给7007分配槽，通过cluster nodes查看7007结点id为5d6c61ecff23bff3b0fb01a86c66d882f2d402a0

输入：5d6c61ecff23bff3b0fb01a86c66d882f2d402a0

 

  1. What is the receiving node ID? 5d6c61ecff23bff3b0fb01a86c66d882f2d402a0

  2. Please enter all the source node IDs.

  3. Type 'all' to use all the nodes as source nodes for the hash slots.

  4. Type 'done' once you entered all the source nodes IDs.

  5. Source node #1:

第四步：输入源结点id 
输入源结点id，槽将从源结点中拿，分配后的槽在源结点中就不存在了。 
输入all表示从所有源结点中获取槽。 
输入done取消分配。

这里输入all

 

  1. Source node #1:all

  2.  

  3. 省略了很多

  4.  

  5. Moving slot 11253 from 8e1186475f87c928e8a146d3804d9a2697246ad0

  6. Moving slot 11254 from 8e1186475f87c928e8a146d3804d9a2697246ad0

  7. Moving slot 11255 from 8e1186475f87c928e8a146d3804d9a2697246ad0

  8. Do you want to proceed with the proposed reshard plan (yes/no)?

第五步：输入yes开始移动槽到目标结点id

 

  1. 省略了很多

  2.  

  3. Moving slot 11253 from 192.168.37.131:7003 to 192.168.37.131:7007:

  4. Moving slot 11254 from 192.168.37.131:7003 to 192.168.37.131:7007:

  5. Moving slot 11255 from 192.168.37.131:7003 to 192.168.37.131:7007:

  6. [root@localhost redis-cluster]#

第六步：查看结点信息

 

  1. [root@localhost redis-cluster]# ./redis1/redis-cli -c -h 192.168.37.131 -p 7001

  2. 192.168.37.131:7001> cluster nodes

  3. 8e1186475f87c928e8a146d3804d9a2697246ad0 192.168.37.131:7003 master - 0 1478086754466 3 connected 11256-16383

  4. 80de7003738f74134a3403fc939fed253b7774f2 192.168.37.131:7004 master - 0 1478086758509 8 connected 333-5460

  5. 652caf5daf7971135679951324eba7b50e99251a 192.168.37.131:7005 slave 3adba62fdcc331ce231ca580cd2c8701e047bc6d 0 1478086756490 9 connected

  6. 1cd6482fd7038d78ad556b52b0cb9e2590ad5598 192.168.37.131:7001 myself,slave 80de7003738f74134a3403fc939fed253b7774f2 0 0 1 connected

  7. 3adba62fdcc331ce231ca580cd2c8701e047bc6d 192.168.37.131:7002 master - 0 1478086757500 9 connected 5795-10922

  8. cf23ca6d78cba3d3924065e1f7a394f6c51d4b28 192.168.37.131:7006 slave 8e1186475f87c928e8a146d3804d9a2697246ad0 0 1478086755477 6 connected

  9. 5d6c61ecff23bff3b0fb01a86c66d882f2d402a0 192.168.37.131:7007 master - 0 1478086759518 10 connected 0-332 5461-5794 10923-11255

  10. 192.168.37.131:7001>

查看结点信息，可以发现7007结点已经从三个主节点中获取了slot。

添加从节点

集群创建成功后可以向集群中添加节点，下面是添加一个slave从节点。 
添加7008从结点，将7008作为7007的从结点。

首先，准备一个干净的redis节点。按上面集群版修改redis配置文件。开启该redis节点。

查看redis进程

 

  1. [root@localhost redis-cluster]# ps aux | grep redis

  2. root 2924 0.5 0.1 33932 1800 ? Ssl Nov01 4:12 ./redis-server *:6379 [cluster]

  3. root 11980 0.0 0.2 33936 2308 ? Ssl 01:12 0:13 ./redis-server *:7001 [cluster]

  4. root 11982 0.0 0.2 33936 2288 ? Ssl 01:12 0:13 ./redis-server *:7002 [cluster]

  5. root 11984 0.0 0.2 33936 2236 ? Ssl 01:12 0:13 ./redis-server *:7003 [cluster]

  6. root 11986 0.0 0.2 33936 2288 ? Ssl 01:12 0:13 ./redis-server *:7004 [cluster]

  7. root 11988 0.0 0.2 33936 2248 ? Ssl 01:12 0:13 ./redis-server *:7005 [cluster]

  8. root 11990 0.0 0.2 33936 2244 ? Ssl 01:12 0:13 ./redis-server *:7006 [cluster]

  9. root 13913 0.1 0.2 33936 2092 ? Ssl 04:21 0:04 ./redis7/redis-server *:7007 [cluster]

  10. root 14000 0.1 0.1 33936 1948 ? Ssl 05:24 0:00 ./redis-server *:7008 [cluster]

  11. root 14006 0.0 0.0 4360 732 pts/3 S+ 05:24 0:00 grep redis

  12. [root@localhost redis-cluster]#

命令格式为：

./redis-trib.rb add-node --slave --master-id 主节点id 添加节点的ip和端口 集群中已存在节点ip和端口

执行如下命令：

 

  1. [root@localhost redis-cluster]# ./redis-trib.rb add-node --slave --master-id 5d6c61ecff23bff3b0fb01a86c66d882f2d402a0 192.168.37.131:7008 192.168.37.131:7001

  2. >>> Adding node 192.168.37.131:7008 to cluster 192.168.37.131:7001

  3. Connecting to node 192.168.37.131:7001: OK

  4. Connecting to node 192.168.37.131:7003: OK

  5. Connecting to node 192.168.37.131:7004: OK

  6. Connecting to node 192.168.37.131:7005: OK

  7. Connecting to node 192.168.37.131:7002: OK

  8. Connecting to node 192.168.37.131:7006: OK

  9. Connecting to node 192.168.37.131:7007: OK

  10. >>> Performing Cluster Check (using node 192.168.37.131:7001)

  11. S: 1cd6482fd7038d78ad556b52b0cb9e2590ad5598 192.168.37.131:7001

  12. slots: (0 slots) slave

  13. replicates 80de7003738f74134a3403fc939fed253b7774f2

  14. M: 8e1186475f87c928e8a146d3804d9a2697246ad0 192.168.37.131:7003

  15. slots:11256-16383 (5128 slots) master

  16. 1 additional replica(s)

  17. M: 80de7003738f74134a3403fc939fed253b7774f2 192.168.37.131:7004

  18. slots:333-5460 (5128 slots) master

  19. 1 additional replica(s)

  20. S: 652caf5daf7971135679951324eba7b50e99251a 192.168.37.131:7005

  21. slots: (0 slots) slave

  22. replicates 3adba62fdcc331ce231ca580cd2c8701e047bc6d

  23. M: 3adba62fdcc331ce231ca580cd2c8701e047bc6d 192.168.37.131:7002

  24. slots:5795-10922 (5128 slots) master

  25. 1 additional replica(s)

  26. S: cf23ca6d78cba3d3924065e1f7a394f6c51d4b28 192.168.37.131:7006

  27. slots: (0 slots) slave

  28. replicates 8e1186475f87c928e8a146d3804d9a2697246ad0

  29. M: 5d6c61ecff23bff3b0fb01a86c66d882f2d402a0 192.168.37.131:7007

  30. slots:0-332,5461-5794,10923-11255 (1000 slots) master

  31. 0 additional replica(s)

  32. [OK] All nodes agree about slots configuration.

  33. >>> Check for open slots...

  34. >>> Check slots coverage...

  35. [OK] All 16384 slots covered.

  36. Connecting to node 192.168.37.131:7008: OK

  37. >>> Send CLUSTER MEET to node 192.168.37.131:7008 to make it join the cluster.

  38. Waiting for the cluster to join.

  39. >>> Configure node as replica of 192.168.37.131:7007.

  40. [OK] New node added correctly.

  41. [root@localhost redis-cluster]#

5d6c61ecff23bff3b0fb01a86c66d882f2d402a0是7007结点的id，可以通过cluster nodes查看。

查看集群中的结点，刚添加的7008为7007的从节点：

 

  1. [root@localhost redis-cluster]# ./redis1/redis-cli -p 7001 -c 127.0.0.1:7001> cluster nodes

  2. 8e1186475f87c928e8a146d3804d9a2697246ad0 192.168.37.131:7003 master - 0 1478089964769 3 connected 11256-16383

  3. 80de7003738f74134a3403fc939fed253b7774f2 192.168.37.131:7004 master - 0 1478089966584 8 connected 333-5460

  4. 652caf5daf7971135679951324eba7b50e99251a 192.168.37.131:7005 slave 3adba62fdcc331ce231ca580cd2c8701e047bc6d 0 1478089963748 9 connected

  5. 1cd6482fd7038d78ad556b52b0cb9e2590ad5598 192.168.37.131:7001 myself,slave 80de7003738f74134a3403fc939fed253b7774f2 0 0 1 connected

  6. 3adba62fdcc331ce231ca580cd2c8701e047bc6d 192.168.37.131:7002 master - 0 1478089966787 9 connected 5795-10922

  7. cf23ca6d78cba3d3924065e1f7a394f6c51d4b28 192.168.37.131:7006 slave 8e1186475f87c928e8a146d3804d9a2697246ad0 0 1478089962729 6 connected

  8. 5c97e8eab019c40ea3df4925c7400fe7df1846bb 192.168.37.131:7008 slave 5d6c61ecff23bff3b0fb01a86c66d882f2d402a0 0 1478089961713 10 connected

  9. 5d6c61ecff23bff3b0fb01a86c66d882f2d402a0 192.168.37.131:7007 master - 0 1478089965777 10 connected 0-332 5461-5794 10923-11255

  10. 127.0.0.1:7001>

删除结点

./redis-trib.rb del-node 192.168.37.131:7007 5d6c61ecff23bff3b0fb01a86c66d882f2d402a0

删除已经占有hash槽的结点会失败，报错如下：

[ERR] Node 192.168.37.131:7007 is not empty! Reshard data away and try again.

需要将该结点占用的hash槽分配出去，请参考《hash槽重新分配》这段内容。

客户端对Redis集群的使用方法

使用redis命令行客户端连接

 

  1. [root@localhost redis-cluster]# ./redis1/redis-cli -p 7001 -c

  2. 127.0.0.1:7001> get a

  3. -> Redirected to slot [15495] located at 192.168.37.131:7003

  4. (nil)

  5. 192.168.37.131:7003>

一定要加-c参数,节点之间就可以互相跳转

使用jedis连接

 

  1. package com.pc.jedis.test;

  2.  

  3. import java.util.HashSet;

  4. import java.util.Set;

  5.  

  6. import redis.clients.jedis.HostAndPort;

  7. import redis.clients.jedis.JedisCluster;

  8.  

  9. /**

  10. * Jedis集群测试

  11. *

  12. * @author Switch

  13. * @data 2017年2月11日

  14. * @version V1.0

  15. */

  16. public class JedisClusterTest {

  17. public static void main(String[] args) {

  18. // 创建并填充节点信息

  19. Set<HostAndPort> nodes = new HashSet<>();

  20. nodes.add(new HostAndPort("192.168.37.131", 7001));

  21. nodes.add(new HostAndPort("192.168.37.131", 7002));

  22. nodes.add(new HostAndPort("192.168.37.131", 7003));

  23. nodes.add(new HostAndPort("192.168.37.131", 7004));

  24. nodes.add(new HostAndPort("192.168.37.131", 7005));

  25. nodes.add(new HostAndPort("192.168.37.131", 7006));

  26.  

  27. // 创建JedisCluster对象

  28. JedisCluster jedisCluster = new JedisCluster(nodes);

  29.  

  30. // 使用jedisCluster操作redis

  31. String key = "jedisCluster";

  32. String setResult = jedisCluster.set(key, "hello redis!");

  33. System.out.println(setResult);

  34.  

  35. String getResult = jedisCluster.get(key);

  36. System.out.println(getResult);

  37.  

  38. // 关闭jedisCluster（程序执行完后才能关闭，内部封装了连接池）

  39. jedisCluster.close();

  40. }

  41. }

——参考《Redis官方文档》

 

Redis——Redis Cluster集群原理
庄小焱
03-14 4700
摘要 我们平时习惯于使用 Rabbitmq 和 Kafka 作为消息队列中间件，来给应用程序之间增加异步消息传递功能。这两个中间件都是专业的消息队列中间件，特性之多超出了大多数人的理解能力。使用过 Rabbitmq 的同学知道它使用起来有多复杂，发消息之前要创建 Exchange，再创建 Queue，还要将 Queue 和 Exchange 通过某种规则绑定起来，发消息的时候要指定 routingkey，还要控制头部信息。消费者在消费消息之前也要进行上面一系列的繁琐过程。但是绝大多数情况下，虽然我们的消息
手把手教你搭Redis Cluster集群——Redis Cluster的搭建与原理解析
weixin_46120888的博客
03-28 2672
本文介绍了RedisCluster的原理，较为详细的介绍了搭建的完整过程，同时还演示了扩容和缩容操作
Redis集群的原理和搭建
zgj12138的博客
07-09 1476
使用Redis Cluster搭建Redis集群
redis cluster环境下jedis expireAt命令bug探究
Viking的博客
10-13 653
面试：你懂什么是分布式系统吗？Redis分布式锁都不会？>>> ...
Redis集群的三种部署方式及三种应用问题和解决
userID66的博客
04-20 615
穿透：缓存不存在，数据库不存在，高并发，少量key击穿：缓存不存在，数据库存在，高并发，少量key雪崩：缓存不存在，数据库存在，高并发，大量key。
简单搭建redis cluster集群
吉衣の秋先生的博客
11-28 607
简单搭建redis cluster集群
redis_cluster:部署 redis 集群的 Ansible playbook
06-15
127.0.0.1:6379> CLUSTER NODES 08f2a5b901af30317006c1c46c3141f01665f83f 10.209.69.221:6379 master - 0 1426120440033 6 connected 5461-10922 b64ffb6cdc58c66166df318ebac8dda5e42eb81f 10.209.70.204:6379 ...
php成功操作redis cluster集群的实例教程
10-17
php操作Redis Cluster集群的实例教程涵盖了多个知识点，包括Redis Cluster集群的基本概念、PHP与Redis交互的不同方法以及如何使用Predis库与Redis Cluster集群进行通信。以下是详细介绍： 1. Redis Cluster概述： ...
Redis Cluster集群搭建、Cluster集群扩缩容、底层原理
qq_44027353的博客
03-22 758
写操作只能在一台master节点上进行单台redis的使用内存一般不超过10G，因为内存如果太大持久化时会影响性能master宕机后，重新选举，这一段时间中整个redis集群是不可用的而Redis3.0版本开始就提供了RedisCluster的集群模式整个服务数据是分片存储在多个master节点上的，每个master中存储的数据是不一样的，各个master节点下又可以加多个从节点，这样就组成了一个一个的小集群，多个小集群就组成了整个Cluster集群。
Redis Cluster 集群部署
最新发布
misakivv的博客
04-19 1439
Redis集群是一种基于数据分片（sharding）的分布式缓存和存储系统。是一个由多个主从节点群组成的分布式服务集群，它具有复制、高可用和分片特性。Redis集群不需要sentinel哨兵也能完成节点移除和故障转移的功能。需要将每个节点设置成集群模式，这种集群模式没有中心节点，可水平扩展。redis集群的性能和高可用性均优于之前版本的哨兵模式，且集群配置非常简单。
redis集群选举原理--带流程图，一看就懂
逍遥生
05-26 8184
redis集群 reidis集群简介 简图： 定义：redis集群是一个由多个主从节点群组成的分布式服务器群，它具有复制、高可用和分片特性。 reidis集群选举原理 了解redis集群选举原理之前，我们首先要明白一件事情，那就是redis集群各节点之前的通讯协议：gossip协议。 gossip协议 gossip协议简单来解释下：各节点之间都会保持通讯，当某一个节点挂掉或者新增的时候，与它相邻的节点就会感知到，这时候此节点就是失去链接或者创建链接。 ping：每个节点都会频..
Redis Cluster 实战 - 图解 - 秒懂 - 史上最全
架构师尼恩
04-24 1196
文章很长，建议收藏起来，慢慢读! 疯狂创客圈为小伙伴奉上以下珍贵的学习资源： 疯狂创客圈 经典图书 ： 《Netty Zookeeper Redis 高并发实战》 面试必备 + 大厂必备 + 涨薪必备 加尼恩微信，免费领取此书电子版，GO-> 博客园总入口 疯狂创客圈 经典图书 ： 《SpringCloud、Nginx高并发核心编程》 面试必备 + 大厂必备 + 涨薪必备 加尼恩微信，免费领取此书电子版，GO-> 博客园总入口 资源宝库： Java 必备 网盘资源大合集 价值&
基于ssm+Nginx+dubbo+Redis+Keepalived大型分布式电商项目实战高并发集群
12-12
商城项目是现在主流的分布式电商系统的解决方案，它可以实现高并发，高可用，以及负载均衡的特点被企业所青睐，它是结合了商品后台管理，前台商品展示，登录系统，订单系统，以及搜索和购物车系统与一体，帮助企业提升整体竞争力、工作效率、提高系统的整体的性能，给用户良好的体验。以满足企业不断丰厚的信息化需求和运营管理需求
nodejs + nginx + redis cluster 高并发解决方案
a7178077的专栏
02-26 1万+
nodejs + nginx + redis cluster 高并发解决方案 nodejs ：应用服务器。 nginx ：负载均衡反向代理。 redis cluster : 非主从的集群方案。 背景： 每当我们的应用服务，在网络上有许许多多的用户时。我们首先考虑到的是，我们的服务器能否承载同一时间高吞吐量的处理，我们的应用服务器架构应该如何去搭建。本文就是作者自己对于高性
Redis——Cluster数据分布算法&哈希槽
娜娜米的博客
06-08 2769
实现redis集群模式下，在存在多个master节点的时候，数据如何分布在这些节点上去；为了解决这个问题，就引入了redis数据分布的算法；数据分布的算法有一个演变过程，即hash算法、一致性hash算法、redis cluster哈希槽算法；本篇介绍这几种Redis集群的数据分片算法；...............
redis系列09--redis-Cluster原理
sunforlife的博客
07-30 587
目录 一、节点间的内部通信机制 1、基础通信原理 2、gossip协议 3、ping消息深入 二、面向集群的jedis内部实现原理 1、基于重定向的客户端 2、smart jedis 三、高可用性与主备切换原理 1、判断节点宕机 2、从节点过滤 3、从节点选举 4、与哨兵比较 一、节点间的内部通信机制 1、基础通信原理 （1）redis cluster节点间采取gos...
Redis集群详解
热门推荐
怪咖@的博客
06-26 2万+
在了解Redis集群之前尽量先了解清楚Redis的主从复制和哨兵机制。读写分离，性能扩展，降低主服务器的压力容灾，快速恢复，主机挂掉时，从机变为主机Redis 主从模式不具备自动容错和恢复功能，如果主节点宕机，Redis 集群将无法工作，此时需要人为干预，将从节点提升为主节点。哨兵机制作用主要是监控主从节点，当主节点挂掉，通过内部投票机制，从 从节点当中选出一个主节点，这样可以避免人工成本。虽然主从+哨兵采用了多节点，但是他们存在的目的主要是解决容灾问题，而并非性能问题。
redis cluster集群——高可用 （哈希槽）
Rapig1的博客
10-10 878
1.概述 redis的主从和哨兵两种集群方案，redis从3.0版本开始引入了redis-cluster(集群)。 从主从-哨兵-集群可以看到redis的不断完善；主从复制是最简单的节点同步方案无法主从自动故障转移。 哨兵可以同时管理多个主从同步方案同时也可以处理主从自动故障转移，通过配置多个哨兵节点可以解决单点网络故障问题， 但是单个节点的性能压力问题无法解决。集群解决了前面两个方案的所有问题。...
深入解析RedisCluster：原理、搭建与运维实战
"RedisCluster是Redis的分布式解决方案，旨在解决单机内存、并发和流量限制问题，提供数据分布、集群搭建、节点通信、集群伸缩、请求路由、故障转移和集群运维等功能。本资料详细介绍了RedisCluster的各个方面，包括...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值