redis支持多主么 redis 多个master

Redis-Cluster

是一种去中心化的集群架构

Redis Cluster 的性能与单节点部署是同级别的。

多主节点、负载均衡、读写分离

Redis Cluster 支持标准的 主从复制配置来保障高可用和高可靠。

failover （故障转移）

Redis Cluster 也实现了一个类似 Raft 的共识方式，来保障整个集群的可用性。

向 Redis Cluster 中添加新节点，或者移除节点，都是透明的，不需要停机。

水平、垂直方向都非常容易扩展。

数据分区，海量数据存储

部署 Redis Cluster 不需要其他的代理或者工具，而且 Redis Cluster 和单机 Redis 几乎完全兼

容。

角色： master、slave

Redis Cluster 由多个Redis节点组构成，是一个P2P（point to point）无中心节点的集群架构，依靠Gossip协议传播集群

Gossip协议是一个通信协议，一种传播消息的方式。

思想启发于：病毒传播

这些收到信息的节点接下来会做同样的事情，即把这些信息传递给其他一些随机选择的节点。

信息会周期性的传递给N个目标节点。这个N被称为fanout（扇出）

gossip协议包含多种消息，包括meet、ping、pong、fail、publish等等

通过gossip协议，cluster可以提供 集群间状态同步更新 、 选举自助failover 等重要的集群功能。

分布式架构设计中，核心问题即为如何分片数据。在技术的更替中出现过以下分布式hash算法：

redis-cluster把所有的物理节点映射到[0-16383]个slot上,基本上采用平均分配和连续分配的方式。

slot槽必须在节点上连续分配，如果出现不连续的情况，则RedisCluster不能工作。

采用 raft 协议（参照Paxos算法 ）

当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包将信息同步到集群的其他节点

redis集群主从节点数量可以不一致吗

可以。redis集群主从节点数量可以不一致。在Redis主从模型中有众多的结点，主节点有且只有一个，而从结点可以有多个，在Redis集群主从模式的搭建过程中，主从复制是基础。

redis 多主多从集群搭建

多个主从节点群组成的分布式服务器群，它具有复制、高可用和分片特性。Redis集群不需要sentinel哨兵也能完成节点移除和故障转移的功能。需要将每个节点设置成集群模式，这种集群模式没有中心节点，可水平扩展

redis集群需要至少要三个master节点，我们这里搭建三个master节点，并且给每个master再搭建一个slave节点，总共6个redis节点构成三主三从

redis 多节点启动 使用 ./redis-server xxxx.conf 指定不同的配置文件即可

Redis的部署模式

Redis部署模式有单机，主从，哨兵和集群多种部署模式。

缓存服务中只有一台机器部署Redis服务来给我们的应用提供读写操作的服务。如下所示，这样部署的缺点是一旦Redis服务宕机，我们就无法使用缓存服务。还有就是单机的服务吞吐量比较低。

主从模式的部署就针对单机模式的问题做了改进，以常见的一主多从为例，主Redis提供写操作，从Redis提供读操作，这样实现了读写分离，减轻了单台Redis服务的压力。

这个模式还是存在着一旦主Redis宕机，需要重新选主，这期间服务仍然是不可用的。

针对以上的问题，又提出了一种哨兵模式，哨兵模式是主从模式的改进，就是在主从模式的基础上引入了哨兵监控主从Redis服务的状态，如果主Redis宕机了会在从Redis中选择一个作为主Redis继续提供服务。

这种模式解决了可用性问题，唯一的缺点就还是只有一个主Redis对外提供服务，还是没法抗住大量写操作的压力（超过10w/s）。

我们这里要看一下哨兵模式的部署，我们在配置哨兵信息时，需要用到下面这个配置项：

sentinel monitor master-name ip

可以看到哨兵只是配置了自己的地址，彼此之间不知道对方的地址信息的，这里就涉及到了Redis的pub/sub（发布/订阅）机制。

Redis为了区分不同应用的消息，还会以频道的形式，对消息进行分门别类的管理。这样同一个应用的消息在一个频道，只有订阅了同一个频道的应用，才能通过发布的消息进行信息交换。

集群模式简单来说就是多主多从模式，集群模式解决了可用性和大规模写操作吞吐量的问题。集群模式有多个可用独立工作的主从Redis对外提供服务，至于外部应用具体使用哪个Redis主从。

集群模式下有16384个Hash Slot（哈希槽）分别分布在主从上，选取hash_slot是通过crc算法取模来确定，具体说就是hash_slot=crc16(key)mod 16384。

redis 集群为什么至少3主节点

redis sentinel集群为什么要3个以上

3个以上是通过增加 sentinel

节点的个数提高对于故障判断的准确性，因为领导者选举需要至少一半加1个节点，奇数个节点可以在满足该条件的基础上节省一个节点， 简单的说：

如果有3个节点的 sentinel 当一个 redis 出现问题的时候， sentinel

会马上进投票选举，只有选票超过半数才主观下线哦！，最后客观下线 ， 所以要3个sentinel节点.

关于redis支持多主么和redis 多个master的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。