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配置文件

2、哨兵模式的搭建

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

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

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

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

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

步骤四：启动哨兵

redis-sentinel /sentinel.conf
1

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

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

复制延时

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

故障恢复

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