Redis的哨兵模式搭建

Redis的哨兵模式搭建

1、Redis的哨兵模式

Redis的哨兵是反客为主的自动版，能够后台监控主机是否故障，如果故障了根据投票数自动将从库转换为主库。哨兵(sentinel) 是一个分布式系统，用于对主从结构中的每台服务器进行监控，当出现故障时通过投票机制选择新的 master并将所有slave连接到新的master。

哨兵的作用

（1）监控
不断地检查master和slave是否正常运行。master存活检测、master与slave运行情况检测。
（2）通知（提醒）
当被监控的服务器出现问题时，向其他（哨兵间，客户端）发送通知。
（3）自动故障转移
断开master与slave连接，选取一个slave作为master，将其他slave连接到新的master，并告知客户端新的服务器地址。

注意：哨兵也是一台redis服务器，只是不提供数据服务。通常哨兵配置数量为单数。

查看sentinel.conf配置文件

配置项	范例	说明
sentinel auth-pass <服务器名称> <密码>	sentinel auth-pass mymaster itcast	连接服务器口令
sentinel down-after-milliseconds <自定义服务名称><主机地址><端口><主从服务器总量>	sentinel monitor mymaster 192.168.194.131 6381 1	设置哨兵监听的主服务器信息，最后的参数决定了最终参与选举的服务器 数量（-1）
sentinel down-after-milliseconds <服务名称><毫秒数（整数）>	sentinel down-aftermilliseconds mymaster 3000	指定哨兵在监控Redis服务时，判定服务器挂掉的时间周期，默认30秒 （30000），也是主从切换的启动条件之一
sentinel parallel-syncs <服务名称><服务器数（整数）>	sentinel parallel-syncs mymaster 1	指定同时进行主从的slave数量，数值越大，要求网络资源越高，要求约小，同步时间约长
sentinel failover-timeout <服务名称><毫秒数（整数）>	sentinel failover-timeout mymaster 9000	指定出现故障后，故障切换的最大超时时间，超过该值，认定切换失败， 默认3分钟
sentinel notification-script <服务名称><脚本路径>		服务器无法正常联通时，设定的执行脚本，通常调试使用。

2、哨兵模式的搭建

步骤一：将服务调整为一主二仆模式，6379带着6380、6381（不会的可以查看我之前写的博客）。

步骤二：自定义的/myredis目录下新建sentinel.conf文件，名字绝不能错

步骤三：编写sentinel.conf的内容

sentinel monitor mymaster 127.0.0.1 6379 1
sentinel auth-pass mymaster 123456

其中mymaster为监控对象起的服务器名称， 1 为至少有多少个哨兵同意迁移的数量。auth-pass设置主服务器的密码。

步骤四：启动哨兵

redis-sentinel /sentinel.conf

步骤五：测试哨兵是否起作用，收动关闭主服务器。

当主机挂掉，从机选举中产生新的主机
(大概10秒左右可以看到哨兵窗口日志，切换了新的主机)。哪个从机会被选举为主机呢？根据优先级别：replica-priority ，并且原主机重启后会变为从机。

复制延时

由于所有的写操作都是先在Master上操作，然后同步更新到Slave上，所以从Master同步到Slave机器有一定的延迟，当系统很繁忙的时候，延迟问题会更加严重，Slave机器数量的增加也会使这个问题更加严重。

故障恢复

优先级在redis.conf中默认：replica-priority 100，值越小优先级越高，偏移量是指获得原主机数据最全的，每个redis实例启动后都会随机生成一个40位的runid。