Redis集群搭建很easy

前言

哨兵模式虽然让读写分离更加高可用，但单台服务器由于本身的内存和CPU瓶颈，对于高并发和大数据业务的应用场景还是远远不能满足；对于这种情况，有点经验的小伙伴会毫不犹豫的想到集群，搞他好几个节点，负载均衡再加上故障转移，岂不美哉。是的，就是这个理，接下来玩玩。

正文

集群，相信这个词小伙伴应该听的耳朵起茧子了吧；多搞几台服务器，让请求/命令平均分发到各个服务器，避免单台服务器承载过大压力；对于Redis集群来说，为了实现自动故障转移，还需要在每个主节点上增加一个或多个从节点，当主节点发生故障时，从节点自动补上，实现高可用。

总的来说，Redis集群有以下作用：

• 多主节点的实现可以应对高并发场景，并发量增大，节点可以随时扩展满足需求；

• 多主节点的实现可以存储更多的数据，因为数据均匀分布到各个节点；

• 多主节点搭配多从节点的实现让高可用更加稳定，即当有主节点发生故障时，对应下面的从节点会升级为主节点，正常提供功能；

老规矩不变，一边实操一边总结，接下来搭建一个3主3从的集群，这是最简单的。 Redis集群中最少需要3个主节点，再加上为了实现高可用，每个主节点至少得跟一个从节点，不然一个主节点挂了，找不到完整的数据，整个集群就不能用了；至于为什么会找不到完整的数据，下面会聊到。

接下来要搭建的集群环境如下：

简要说明：

• 6370为主节点，6381为6370的从节点；

• 6380为主节点，6391为6380的从节点；

• 6390为主节点，6371为6390的从节点；

• 在集群环境中主节点之间是相互通讯的(这里没有哨兵)，每一个节点都是数据节点；

这里集群方案使用redis-cli自动指定主从关系(小伙伴的主从关系可能会和我这不一样哦)，也可以手动指定；反正思路都一样；

以下演示在同一台机器上，通过端口区分各个节点；在实际开发中，一般都是用不同的服务器。

案例演示

1. 准备六个节点的配置文件，开启集群相关配置；

   拷贝最初默认的配置文件，然后进行更改，主要更改以下项：

    port 6370 # 指定Redis节点端口
    pidfile /var/run/redis_6370.pid # 指定对应进程文件
    dbfilename dump6370.rdb # 每个节点的rdb持久化文件
    cluster-enabled yes # 开启集群，这个比较重要
    cluster-config-file nodes-6370.conf #指定每个节点的集群配置文件，这个比较重要

   以上配置文件内容在其他节点(6370,6371,6380,6381,6390,6391)都需要进行修改，只是将其中6370改为对应节点的端口即可，目的就是为了不同节点使用不同端口并区分用到的不同文件即可；比如需要修改6371节点的配置文件如下：

    port 6371 # 指定Redis节点端口
    pidfile /var/run/redis_6371.pid # 指定对应进程文件
    dbfilename dump6371.rdb # 每个节点的rdb持久化文件
    cluster-enabled yes # 开启集群，这个比较重要
    cluster-config-file nodes-6371.conf #指定每个节点的集群配置文件，这个比较重要

   其中cluster-enabled和cluster-config-file是集群配置的重点。

2. 启动六个节点，刚开始各个节点是相互独立的；

   准备好配置文