标签：slave 16 redis 模式 哨兵 repl master sentinel

哨兵模式前奏：

有两种主从模式： 1.

2.层层链路(必须手动执行)

哨兵模式(主节点宕机后，自动推选出主节点)

哨兵模式是一种特殊的模式，首先Redis提供了哨兵的命令，哨兵是一个单独的进程，作为进程，他会独立运行。其原理是
    哨兵通过发送命令，等待Redis服务器响应，从而监控运行的多个Redis实例

这里的哨兵有两个作用
    1.通过命令，让Redis服务器返回其运行状态，包括主服务器和从服务器
    2.当哨兵检测到mastr宕机，会自动将slave切换到master，然后通过发布订阅模式通知其他的从服务器，修改配置文件，让他们切换主机
    
然而一个哨兵进程对Redis服务器进行监控，可能会出现问题，为此我们可以使用多个哨兵进行监控，各个哨兵之间还进行监控，这样就形成了多哨兵模式

假设主服务宕机，哨兵1现检测到这个结果，系统并不会马上进行重新选举的过程，仅仅是哨兵1主管的认为主服务器不可用，这个现象成为主观下线()
当后面的哨兵也检测到主服务器不可用，并且数量达到一定值时，那么哨兵之间会进行一次投票，投票的结果由一个哨兵发起，进行故障转移操作，重新
选举master。操作成功后，就会通过发布订阅模式，让各个哨兵把自己监控的从服务器切换到主机，这个过程成为客观下线

哨兵模式安装：参考地址：https://www.cnblogs.com/kingyifan/p/11721422.html

1.将哨兵的配置文件上传至宿主机的挂载目录，和redis.conf文件放在一起
2.或者使用命令从官网下载哨兵文件：wget -c http://download.redis.io/redis-stable/sentinel.conf
    哨兵文件的参数解读：
        1.port 26379
        sentinel监听端口，默认是26379，可以修改。
         
        2.sentinel monitor <master-name> <ip> <redis-port> <quorum>
        告诉sentinel去监听地址为ip:port的一个master，这里的master-name可以自定义，quorum是一个数字，指明当有多少个sentinel认为一个master失效时，master才算真正失效。master-name只能包含英文字母，数字，和“.-_”这三个字符需要注意的是master-ip 要写真实的ip地址而不要用回环地址（127.0.0.1）。
        配置示例：
        sentinel monitor mymaster 192.168.0.5 6379 2
         
        3.sentinel auth-pass <master-name> <password>
        设置连接master和slave时的密码，注意的是sentinel不能分别为master和slave设置不同的密码，因此master和slave的密码应该设置相同。
        配置示例：
        sentinel auth-pass mymaster 0123passw0rd
         
        4.sentinel down-after-milliseconds <master-name> <milliseconds> 
        这个配置项指定了需要多少失效时间，一个master才会被这个sentinel主观地认为是不可用的。 单位是毫秒，默认为30秒
        配置示例：
        sentinel down-after-milliseconds mymaster 30000
         
        5.sentinel parallel-syncs <master-name> <numslaves> 
        这个配置项指定了在发生failover主备切换时最多可以有多少个slave同时对新的master进行 同步，这个数字越小，完成failover所需的时间就越长，但是如果这个数字越大，就意味着越 多的slave因为replication而不可用。可以通过将这个值设为 1 来保证每次只有一个slave 处于不能处理命令请求的状态。
        配置示例：
        sentinel parallel-syncs mymaster 1
         
        6. sentinel failover-timeout <master-name> <milliseconds>
        failover-timeout 可以用在以下这些方面： 
              1. 同一个sentinel对同一个master两次failover之间的间隔时间。
              2. 当一个slave从一个错误的master那里同步数据开始计算时间。直到slave被纠正为向正确的master那里同步数据时。
              3.当想要取消一个正在进行的failover所需要的时间。  
              4.当进行failover时，配置所有slaves指向新的master所需的最大时间。不过，即使过了这个超时，slaves依然会被正确配置为指向master，但是就不按parallel-syncs所配置的规则来了。
        配置示例：
        sentinel failover-timeout mymaster1 20000
         
        7.sentinel的notification-script和reconfig-script是用来配置当某一事件发生时所需要执行的脚本，可以通过脚本来通知管理员，例如当系统运行不正常时发邮件通知相关人员。对于脚本的运行结果有以下规则：
                若脚本执行后返回1，那么该脚本稍后将会被再次执行，重复次数目前默认为10
                若脚本执行后返回2，或者比2更高的一个返回值，脚本将不会重复执行。
                如果脚本在执行过程中由于收到系统中断信号被终止了，则同返回值为1时的行为相同。
                一个脚本的最大执行时间为60s，如果超过这个时间，脚本将会被一个SIGKILL信号终止，之后重新执行。
        1).sentinel notification-script <master-name> <script-path> 
        通知型脚本:当sentinel有任何警告级别的事件发生时（比如说redis实例的主观失效和客观失效等等），将会去调用这个脚本，这时这个脚本应该通过邮件，SMS等方式去通知系统管理员关于系统不正常运行的信息。调用该脚本时，将传给脚本两个参数，一个是事件的类型，一个是事件的描述。如果sentinel.conf配置文件中配置了这个脚本路径，那么必须保证这个脚本存在于这个路径，并且是可执行的，否则sentinel无法正常启动成功。
          配置示例：
         sentinel notification-script mymaster /var/redis/notify.sh
         
        2).sentinel client-reconfig-script <master-name> <script-path>
         当一个master由于failover而发生改变时，这个脚本将会被调用，通知相关的客户端关于master地址已经发生改变的信息。以下参数将会在调用脚本时传给脚本:
               <master-name> <role> <state> <from-ip> <from-port> <to-ip> <to-port>
        目前<state>总是“failover”, <role>是“leader”或者“observer”中的一个。 参数 from-ip, from-port, to-ip, to-port是用来和旧的master和新的master(即旧的slave)通信的。这个脚本应该是通用的，能被多次调用，不是针对性的。
           配置示例：
           sentinel client-reconfig-script mymaster /var/redis/reconfig.sh
           
3.根据上述修改sentinel.conf文件
    主要修改(监控的主节点ip和端口)：sentinel monitor mymaster 192.168.2.128 6379 2
    后台进程打开：daemonize yes
    每个sentinel.conf都配置监控主节点你的ip和端口
    
4.重启redis服务：因为哨兵的配置文件存储在宿主机/usr/local/docker/redis/config，所以要挂载到docker容器中的/etc/redis中
    docker run -p 6379:6379 --name redis -v /usr/local/docker/redis/config/:/etc/redis -v /usr/local/docker/redis/data:/data -d redis redis-server /etc/redis/redis.conf --appendonly yes
    
5.启动哨兵模式
    [root@wmd03 config]# docker ps
        CONTAINER ID        IMAGE               COMMAND                  CREATED             STATUS              PORTS                    NAMES
        092a7c58a64a        redis               "docker-entrypoint.s…"   11 minutes ago      Up 11 minutes       0.0.0.0:6379->6379/tcp   redis
    [root@wmd03 config]# docker exec -it 092a7c58a64a /bin/bash
    root@092a7c58a64a:/data# cd /etc/redis/(进入docker中redis哨兵配置文件的挂载目录)
    root@092a7c58a64a:/etc/redis# ls
        redis.conf  sentinel.conf
    root@092a7c58a64a:/etc/redis# redis-sentinel sentinel.conf(启动哨兵)

6.检查哨兵启动是否成功
    [root@wmd02 config]# ps -ef|grep redis
        polkitd   6528  6516  0 23:10 ?        00:00:03 redis-server *:6379
        root      6965  6516  0 23:22 ?        00:00:00 redis-sentinel *:26379 [sentinel](哨兵启动成功)
        root      6997  6874  0 23:24 pts/1    00:00:00 grep --color=auto redis
    

如果此时我们将主机点：128的redis停掉
过30秒后，主节点不恢复，自动选举出新的主节点
129服务器上：
    127.0.0.1:6379> info replication
    # Replication
    role:master-------------------------------------->发现129成了父节点，130成了子节点
    connected_slaves:1
    slave0:ip=192.168.2.130,port=6379,state=online,offset=0,lag=0
    master_replid:efb2d9eae08f9706b821cce1e1f4e00cf43c1ff1
    master_replid2:fe482bbdb6799260c0c7f49f03578f75c8d1f482
    master_repl_offset:24785
    second_repl_offset:24485
    repl_backlog_active:1
    repl_backlog_size:1048576
    repl_backlog_first_byte_offset:1
    repl_backlog_histlen:24785
 
130服务器上：
    127.0.0.1:6379> info replication
        # Replication
        role:slave
        master_host:192.168.2.129----------->父节点变成129
        master_port:6379
        master_link_status:up
        master_last_io_seconds_ago:0
        master_sync_in_progress:0
        slave_repl_offset:28733
        slave_priority:100
        slave_read_only:1
        connected_slaves:0
        master_replid:efb2d9eae08f9706b821cce1e1f4e00cf43c1ff1
        master_replid2:fe482bbdb6799260c0c7f49f03578f75c8d1f482
        master_repl_offset:28733
        second_repl_offset:24485
        repl_backlog_active:1
        repl_backlog_size:1048576
        repl_backlog_first_byte_offset:15
        repl_backlog_histlen:28719   
        
重启128父节点：
    128服务器上：
        root@0428235828f3:/data# redis-cli 
                127.0.0.1:6379> info replication
                # Replication
                role:slave
                master_host:192.168.2.129------------------>发现其变为了子节点，父节点变为129了
                master_port:6379
                master_link_status:up
                master_last_io_seconds_ago:1
                master_sync_in_progress:0
                slave_repl_offset:76552
                slave_priority:100
                slave_read_only:1
                connected_slaves:0
                master_replid:efb2d9eae08f9706b821cce1e1f4e00cf43c1ff1
                master_replid2:0000000000000000000000000000000000000000
                master_repl_offset:76552
                second_repl_offset:-1
                repl_backlog_active:1
                repl_backlog_size:1048576
                repl_backlog_first_byte_offset:74276
                repl_backlog_histlen:2277
                
                
问题：128redis挂掉后，会将哨兵进程也停掉，需要重启下，注意！！

 

标签：slave,16,redis,模式,哨兵,repl,master,sentinel
来源： https://www.cnblogs.com/wmd-l/p/16311089.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。