哨兵模式前奏：

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

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

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

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

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

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挂掉后，会将哨兵进程也停掉，需要重启下，注意！！