其他分享
首页 > 其他分享> > 16.哨兵模式

16.哨兵模式

作者:互联网

哨兵模式前奏:

有两种主从模式: 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