此时新加入的节点 7004 并没有数据，并且也没有被分配 slot 也就是 目前 7004 是不可用的，现在要重新分配原集群的 slot
迁移多少个slots呢，16384/4=4096，那么就迁移4096个。
这里是选择接收方的 node id ，就是执行 cluster nodes 显示7004的字符串。
这里是选择slot的迁出方，我们这边选择的是 all ，也就是所有的节点，总共迁出4096个slot到7004.
中间会让你输入 yes
一顿 *** 作之后
我们看到 7004 已经有slot了 0-1364 5461-6826 10923-12287
输入 yes 之后主从复制就完成了。我们看一下节点没问题了。
redis 集群多了之后，发现现在的有些节点有些多余没用，或者达不到用那么多节点的情况，那么就可以进行 节点的移除， 5.0 版本由于不用 ruby 进行集群 *** 作了，所以方式跟5.0以前有很多不同的地方
我们由于刚刚添加了2个节点，现在把这2个节点删除，需要注意的是，假如你要下线节点7004，节点8004，请务必先下线从节点，并且把节点7004的slot的迁移到其他节点，如果先线下节点7004的话 会发产生故障切换，节点8004成主节点了。
查看一下，已经没有节点8004了
接着删除7004，这个是一个主节点，删除起来比较麻烦一点，因为主节点分配了slot槽， 所以这里我们必须先把 7004的slot槽放到其他的可用节点中去，然后再进行移除节点 *** 作才行，不然会出现数据丢失问题
由于节点7004有4096个slot，那么3个节点平均可以分配 4096/3=1365.3 ,不能有小数，那么我们可以分别分配 1365 , 1365 , 1366 给 7001 , 7002 , 7003 节点
这里输入 1365 和 接收者 7001 的 node id
这里输入你想从那个节点移走数据，我们选 7004 的 node id
其实是让你还可以选择源节点，但是我这里只要把7004 节点分到其它地方就行，如果没有再把其它主节点分摊的需要，此处输入 done即可，否则输入其它节点的ID，最后输入 done
是否按照计划分配，输入 yes
完成！！！
然后继续向另外2个节点分配slot
。。。。
我们最后查看
7004已经没有slot了，那么就可以删除了节点7004了
查看，完美！
在哨兵模式中，仍然只有一个 master 节点。当并发写请求较大时，哨兵模式并不能缓解写压力。
在redis-cluster集群中，每一个主节点可以添加多个从节点，主节点和从节点遵循主从模式的特性。
当用户需要处理更多的读请求时，添加从节点可以扩展系统的读性能。
redis集群的主节点内置了类似Sentinel的节点故障检测和自动故障转移功能。当集群中的某个主节点下线时，集群中的其他在线主节点发现了以后，会对已下线的主节点进行故障转移。集群进行故障转移的方法和Sentient进行故障转移的方法基本一致，不同的是，在集群里面，故障转移是由集群中其他在线的主节点负责进行的，所以集群中不需要使用Sentinel。
redis-cluster集群将键存储空间分割为16384个槽位(slot)，事实上集群最大节点数量是16384个【官方建议最大节点数量不超过1000个节点】。
所有主节点都负责16384个哈希槽中的一部分，当16384个槽都有某个节点在负责处理时，集群进入上线状态，并开始处理客户端发送的数据命令请求。
一个slot槽位可以存放多个数据，key的槽位计算公式：HASH_SLOT = CRC16(key) mod 16384
由于Redis集群无中心节点，请求会随机发给任意主节点。
主节点只会处理自己负责槽位的命令请求，其他槽位的命令请求，该主节点会返回客户端一个转向错误。
客户端根据错误中包含的地址和端口重新向正确的负责的主节点发起命令请求。
系统：CentOS7
Redis: 5.0.9
Redis节点
注意：
配置文件主要修改：
执行结果
按照之前的配置修改并启动，使用以下命令将其加入集群：
添加完新节点后，需要对新添加的主节点进行hash槽重新分配，这样该主节点才能存储数据，redis共有16384个槽。
删除从节点192.168.164.13:7000，node_id:cb21c351b3d2378976bf7d215553d0e04d7fad43
执行结果
存在slot的主节点无法直接删除，所以我们需要先移动主节点192.168.164.13:7001的slot至其他三个主节点
查看集群节点信息
删除主节点
执行结果
查看集群信息
Redis Cluster 集群分区方案采用去中心化的方式，包括：sharding（分区）、replication（复制）、failover（故障转移）
Redis Cluster 由多个Redis节点组构成，是一个P2P（point to point）无中心节点的集群架构，依靠Gossip协议传播集群
Gossip协议是一个通信协议，一种传播消息的方式。
起源于：病毒传播
Gossip协议基本思想：
一个节点周期性(每秒)随机选择一些节点，并把信息传递给这些节点。
这些收到信息的节点接下来会做同样的事情，即把这些信息传递给其他一些随机选择的节点。
信息会周期性的传递给N个目标节点。这个N被称为 fanout （扇出）
gossip协议包含多种消息，包括meet、ping、pong、fail、publish等等
通过gossip协议，cluster可以提供集群间状态同步更新、选举自助failover等重要的集群功能。
redis-cluster把所有的物理节点映射到[0-16383]个 slot 上,基本上采用平均分配和连续分配的方式。
比如上图中有5个节点，这样在 Redis Cluster 创建时，slot槽可按下表分配
cluster 负责维护节点和slot槽的对应关系 value------>slot-------->节点
当需要在 Redis 集群中放置一个 key-value 时，redis 先对 key 使用 crc16 算法算出一个结果，然后把
结果对 16384 求余数，这样每个 key 都会对应一个编号在 0-16383 之间的哈希槽，redis 会根据节点
数量大致均等的将哈希槽映射到不同的节点。
比如：
set name zhangsan
hash("name")采用crc16算法，得到值：1324203551%16384=15903
根据上表15903在13088-16383之间，所以name被存储在Redis5节点。
slot槽必须在节点上连续分配，如果出现不连续的情况，则RedisCluster不能工作。
redis版本说明
redis.5.0.5
服务器说明
启动 7001、7002、7003、7011、7012、7013
配置启动脚本
三主三从
客户端连接集群
-c 以集群方式连接
扩容节点数据必须为空
启动 7004、7014
将 7004、7014 添加到集群
只能删除数据为空的节点
集群中的每个节点都会定期地（每秒）向集群中的其他节点发送PIN
如果在一定时间内(cluster-node-timeout)，发送ping的节点A没有收到某节点B的pong回应，则A将B
标识为pfail。
A在后续发送ping时，会带上B的pfail信息， 通知给其他节点。
如果B被标记为pfail的个数大于集群主节点个数的一半（N/2 + 1）时，B会被标记为fail，A向整个集群
广播，该节点已经下线
其他节点收到广播，标记B为fail。
采用 raft 协议
每个从节点，都根据自己对master复制数据的offset，来设置一个选举时间，offset越大（复制数
据越多）的从节点，选举时间越靠前，优先进行选举。
slave 通过向其他master发送FAILVOER_AUTH_REQUEST 消息发起竞选，
master 收到后回复FAILOVER_AUTH_ACK 消息告知是否同意。
slave 发送FAILOVER_AUTH_REQUEST 前会将currentEpoch 自增，并将最新的Epoch 带入到
FAILOVER_AUTH_REQUEST 消息中，如果自己未投过票，则回复同意，否则回复拒绝。
所有的 Master 开始slave选举投票，给要进行选举的slave进行投票，如果大部分master node（N/2 +
1）都投票给了某个从节点，那么选举通过，那个从节点可以切换成master。
RedisCluster失效的判定 ：
1、集群中半数以上的主节点都宕机（无法投票）
2、宕机的主节点的从节点也宕机了（slot槽分配不连续）
当slave 收到过半的master 同意时，会成为新的master。此时会以最新的Epoch 通过PONG 消息广播
自己成为master，让Cluster 的其他节点尽快的更新拓扑结构(node.conf)。
自动切换
就是上面讲的从节点选举
手动切换
人工故障切换是预期的 *** 作，而非发生了真正的故障，目的是以一种安全的方式(数据无丢失)将当前
master节点和其中一个slave节点(执行cluster-failover的节点)交换角色
1、向从节点发送cluster failover 命令（slaveof no one）
2、从节点告知其主节点要进行手动切换（CLUSTERMSG_TYPE_MFSTART）
3、主节点会阻塞所有客户端命令的执行（10s）
4、从节点从主节点的ping包中获得主节点的复制偏移量
5、从节点复制达到偏移量，发起选举、统计选票、赢得选举、升级为主节点并更新配置
6、切换完成后，原主节点向所有客户端发送moved指令重定向到新的主节点
以上是在主节点在线情况下。
如果主节点下线了，则采用cluster failover force或cluster failover takeover 进行强制切换。
我们知道在一主一从的情况下，如果主从同时挂了，那整个集群就挂了。
为了避免这种情况我们可以做一主多从，但这样成本就增加了。
Redis提供了一种方法叫副本漂移，这种方法既能提高集群的可靠性又不用增加太多的从机。
Master1宕机，则Slaver11提升为新的Master1
集群检测到新的Master1是单点的（无从机）
集群从拥有最多的从机的节点组（Master3）中，选择节点名称字母顺序最小的从机（Slaver31）漂移
到单点的主从节点组(Master1)。
具体流程如下（以上图为例）：
1、将Slaver31的从机记录从Master3中删除
2、将Slaver31的的主机改为Master1
3、在Master1中添加Slaver31为从节点
4、将Slaver31的复制源改为Master1
5、通过ping包将信息同步到集群的其他节点
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）