zoukankan      html  css  js  c++  java
  • Redis集群搭建

    原创

    搭建一个简单的redis-sentinel(哨兵机制)集群

    版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
    本文链接:https://blog.csdn.net/qq_37853817/article/details/78961462

    今天来给大家分享一下怎样快速搭建一个简单的基于哨兵模式的redis集群,集群的整体架构图如下所示:


    使用两台服务器模拟六个节点,一台服务器一个master,两个salve。

    redis版本:4.0.1。


    两个服务器都是centos7.3系统。

    关于redis的安装不再赘述,默认两台服务器分别已安装好redis。

    一、redis一主两从环境的搭建

    首先启动一个redis服务

    redis-server
    一般默认端口是6379。

    然后分别启动两个配置不同端口号redis服务,并设置为6379端口redis服务的两个从服务。

    1. redis-server --port 6380 --slaveof <ip地址> 6379
    2. redis-server --port 6381 --slaveof <ip地址> 6379
    • --port :指定启动服务的端口号;

    • --slaveof :配置当前服务成为某redis服务的slave,后面分别是master的ip和端口号。

    来看一下启动之后的样子:

    我们可以看到6379、6380、6381三个端口服务都已启动。

    在另一台服务器上也进行同样的操作,我们就可以得到我们想要的redis环境。

    二、哨兵模式集群的搭建

    首先我们使用vim编辑器创建一个sentinel.conf的文件,并配置一下sentinel的信息。

    vim sentinel1.conf

    1. port 26379
    2. sentinel monitor s1 <ip地址> 6379 2
    3. sentinel monitor s2 <ip地址> 6379 2
    4. protected-mode no

    • port :指定启动服务的端口号;
    • Sentinel monitor <name> <ip> <port> <quorum>
    • name :redis主服务名称,可以自行命名,但是在一个sentinel网络中,一个redis主服务只能有一个名称;

    本次在两个服务器分别有一个master,分别命名为s1,s2。

    • ip和port :redis主服务的IP地址和端口号;
    • quorum :表示要将这个主服务器判断为失效并下线至少需要2个sentinel同意;

    本次使用了三个sentinel来构成sentinel网络,所以在这里设置为2,一般要启动奇数个sentinel,以保证不会出现正反方投票数相等的情况。

    • protected-mode :关闭保护模式(默认情况下,redis node和sentinel的protected-mode都是yes,在搭建集群时,若想从远程连接redis集群,需要将redis node和sentinel的protected-mode修改为no,若只修改redis node,从远程连接sentinel后,依然是无法正常使用的,且sentinel的配置文件中没有protected-mode配置项,需要手工添加。依据redis文档的说明,若protected-mode设置为no后,需要增加密码证或是IP限制等保护机制,否则是极度危险的。

    以同样的方法在两个服务器中分别新建三个sentinel的配置文件。

    在同一个服务器中配置多个时只需要将文件名和端口名修改即可。

    本次在服务器一中配置了两个,端口号分别为26379和26380,在服务器二中配置一个,端口号为26379。

    Sentinel会根据Master的配置自动发现Master的Slaves,因此不需要配置slave。

    然后我们分别启动三个sentinel服务:

    redis-sentinel sentinel1.conf 
    sentinel1.conf即是我们刚才新建的sentinel配置文件的文件名。

    如果没有问题的话,我们将会看到下面的内容:


    然后我们分别启动三个sentinel:

    自此我们一个简单的redis-sentinel(哨兵机制)集群就搭建完成了。

    我们可以进行简单的实验来测试集群的可靠性,我们强行停止其中的一个master,模拟其中一个master服务器突然宕机的情况:


    然后我们可以看到sentinel从发现一个master宕机,到投票确认,再到从slaves中选出新的master的整个过程:


    我们可以看到端口号为6381的redis服务被重新选举为新的master,原来的master被重新设置为slave,状态为未启动。

    经过测试发现,新的master可以正常使用:


    然后我们重新启动端口号为6379的redis服务可以发现:


    sentinel检测到6379端口的redis服务重新上线。

    我们可以看到在master宕机之后,sentinel会重新设置新的maste,当原来的master重新上线后会自动成为一个slave。

    搭建一个简单的redis-sentinel(哨兵机制)集群的分享就到这里。

  • 相关阅读:
    Geometry
    后缀数组dc3算法模版(待补)
    CodeForces 467D(267Div2-D)Fedor and Essay (排序+dfs)
    HDU 3572 Task Schedule (最大流)
    Acdream手速赛7
    hdu2732 Leapin' Lizards (网络流dinic)
    HDU 3549 Flow Problem (最大流ISAP)
    HDU 1532 Drainage Ditches (网络流)
    [容易]合并排序数组 II
    [容易]搜索插入位置
  • 原文地址:https://www.cnblogs.com/LoveShare/p/11580414.html
Copyright © 2011-2022 走看看