redis
组件版本：
redis：5.0.8
节点架构：
3主3从、6主机
扩容后架构：
6主6从、12主机
Redis（RemoteDictionary Server )，即远程字典服务，是一个开源的使用ANSIC语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的API。
redis是一个key-value存储系统,支持存储的value类型包括string(字符串)、list(链表)、set(集合)、zset(sortedset--有序集合)和hash（哈希类型）。这些数据类型都支持push/pop、add/remove及取交集并集和差集及更丰富的操作，而且这些操作都是原子性的。在此基础上，redis支持各种不同方式的排序。与memcached一样，为了保证效率，数据都是缓存在内存中。区别的是redis会周期性的把更新的数据写入磁盘或者把修改操作写入追加的记录文件，并且在此基础上实现了master-slave(主从)同步。
某业务系统采用rediscluster架构，由于数据量的增长导致部分数据还未过期时就被redis最大内存限制给删除掉，所以业务在当前三柱三从架构无法满足业务数据量持续增长的情况，需要扩容节点至六主六从。
Redis集群大致架构图：
一组RedisCluster是由多个Redis实例组成，官方推荐使用6实例，其中3个为主节点，3个为从结点。一旦有主节点发生故障的时候，RedisCluster可以选举出对应的从结点成为新的主节点，继续对外服务，从而保证服务的高可用性。那么对于客户端来说，知道知道对应的key是要路由到哪一个节点呢？原来，RedisCluster把所有的数据划分为16384个不同的槽位，可以根据机器的性能把不同的槽位分配给不同的Redis实例，对于Redis实例来说，他们只会存储部门的Redis数据，当然，槽的数据是可以迁移的，不同的实例之间，可以通过一定的协议，进行数据迁移。
需要把3主3从扩容为6主6从，就需要增加6个节点，依次添加3个主节点hash槽，再添加3个从节点手动分配给主节点。
复制原有集群节点的配置文件更改端口目录等然后再启动redis，要添加6个节点需创建6个节点并启动：
./redis-server../6001/redis.conf
./redis-server../6002/redis.conf
./redis-server../6003/redis.conf
./redis-server../6004/redis.conf
./redis-server../6005/redis.conf
./redis-server../6006/redis.conf
第一个ip:port为需要添加的节点ip和端口，第二个ip:port为当前集群中的节点和端口；先后执行以下命令：
./redis-cli--cluster add-node 192.168.8.20:6001 192.168.8.10:7001 -a 123456
./redis-cli--cluster add-node 192.168.8.21:7002 192.168.8.10:7001 -a 123456
……
新添加的节点没有哈希槽，并不能正常存储数据，需要给新添加的节点分配哈希槽。
重新分配哈希槽
./redis-cli--cluster reshard ip:port -a passwd
输入要分配多少个哈希槽（数量）
输入指定要分配哈希槽的节点ID
选择需要分配的哈希槽来源
输入all需要分配给目标节点的哈希槽来着当前集群的其他主节点（每个节点拿出的数量为集群自动决定）
分配哈希槽有两种方式
（1）将所有节点用作哈希槽的源节点。
（2）在指定的节点拿出指定数量的哈希槽分配到目标节点：
添加6004节点（slave的添加方法，master为7004）
#节点ID是主节点的ID
#192.168.8.20:6004 是新加的从节点
#192.168.8.10:7004 作为从节点的主节点
./redis-cli--cluster add-node --cluster-slave --cluster-master-idxxxxxxxxxxxxxxxxxxx 192.168.8.20:6004 192.168.8.10:7004
1、redis扩容一般有两种方法，一种是在线扩容，一种是离线扩容，从业务的角度来说，在线扩容是最方便的方法，但在线扩容有个问题是，过程中如果某个槽正在操作会导致迁移槽是发送错误，需要人工干预。
2、离线扩容是比较快速的方法，人工干预比较少由集群自动分配哈希槽，缺点是需停掉业务。
3、一般来说业务上线前会对redis缓存数据量有一个预估，从而对架构的硬件配置有个预估，就不会产生扩容这个操作，但往往业务数据量是一个动态的，无法预估的，所以需要通过扩容节点的操作慢在业务的需求，需要保证扩容过程正保证数据的正确性。
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/130085.html
摘要：重新分片，把要删除的主节点的数据槽移动到其他主节点上，以免数据丢失。分区完成当前主节点已经没有数据槽了。这样就可以实现横向动态扩容，新增加的主从节点，用于存储新的数据则可，对以前的节点的数据不会有任何影响。 需求： A redis cluster 集群 40 台集群扩容到 68 台也就是 增加 28 台新的机器 ： 一主一从 为一组，一共12组 前期准备 扫描新增扩容服务器ip是...
摘要：本文将讲解如何基于搭建集群，的集群设计包括两个部分主从复制和哈希。至此，集群基本安装成功。后期运维基本命令集群节点槽常见问题把所有的物理节点映射到个哈希槽上，负责维护。 Redis集群概述 Redis作为当前非常热门的内存型数据结构存储，可用于数据存储，缓存和消息代理等。本文将讲解如何基于docker搭建Redis集群，Redis的集群设计包括两个部分：主从复制和哈希Slot。1.1....
摘要：本文将讲解如何基于搭建集群，的集群设计包括两个部分主从复制和哈希。至此，集群基本安装成功。后期运维基本命令集群节点槽常见问题把所有的物理节点映射到个哈希槽上，负责维护。 Redis集群概述 Redis作为当前非常热门的内存型数据结构存储，可用于数据存储，缓存和消息代理等。本文将讲解如何基于docker搭建Redis集群，Redis的集群设计包括两个部分：主从复制和哈希Slot。1.1....
阅读 1343·2023-01-11 13:20
阅读 1679·2023-01-11 13:20
阅读 1130·2023-01-11 13:20
阅读 1852·2023-01-11 13:20
阅读 4095·2023-01-11 13:20
阅读 2703·2023-01-11 13:20
阅读 1383·2023-01-11 13:20
阅读 3590·2023-01-11 13:20
