Redis哨兵模式

1.先搭建一主二仆模式，用于测试哨兵模式

1、主从复制是什么？

主机数据更新后根据配置和策略， 自动同步到备机的master/slaver机制，Master以写为主，Slave以读为主。

2、主从复制能干什么？

• 读写分离，性能扩展

• 容灾快速恢复

3、搭建一主多从

1）创建/myRedis文件夹

2）复制redis.conf配置文件到文件夹

3）创建三个配置文件

• redis6379.conf

include /myredis/redis.conf
pidfile /var/run/redis_6379.pid
port 6379
dbfilename dump6379.rdbonf

• redis6380.conf

include /myredis/redis.conf
pidfile /var/run/redis_6380.pid
port 6380
dbfilename dump6380.rdbonf

• redis6381.conf

include /myredis/redis.conf
pidfile /var/run/redis_6381.pid
port 6381
dbfilename dump6381.rdbonf

4）启动三个redis服务

redis-server redis6379.conf &
redis-server redis6380.conf &
redis-server redis6381.conf &

5)查看当前主机运行情况

info replication

6)在从机上执行slaveof 主机ip 端口号

 

7）重新查看查看当前主机运行情况  

 

 

8)一主二仆的特点

• 在主机上写，在从机上可以读取数据

• 在从机上写数据报错

• 主机挂掉，重启就行，一切如初，从机不会上位

• 从机重启需重设：slaveof 主机ip 端口号，重启后能获取到主机的所有数据

• 主数据从共享

 

2. 搭建哨兵模式

1）哨兵模式原理

从机上位的自动版。Redis提供了哨兵的命令，哨兵命令是一个独立的进程，哨兵通过发送命令，来监控主从服务器的运行状态，如果检测到master故障了根据投票数自动将某一个slave转换master，然后通过消息订阅模式通知其它slave，让它们切换主机。然而，一个哨兵进程对Redis服务器进行监控，可能会出现问题，为此，我们可以使用多哨兵进行监控。

2）哨兵的作用

• 监控redis主、从数据库是否正常运行。

• 主出现故障自动将从数据库转换为主数据库。

3）哨兵模式搭建

• 调整为一主二仆模式，6379带着6380、6381

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

• sentinel.conf文件内容如下

sentinel monitor mymaster 127.0.0.1 6379 1
#其中mymaster为监控对象起的服务器名称， 1 为至少有多少个哨兵同意迁移的数量。 

• 执行redis-sentinel /myredis/sentinel.conf

 

4)复制延时

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

5)故障恢复

 

• 优先级在redis.conf中默认：replica-priority 100，值越小优先级越高

• 偏移量是指获得原主机数据最全的

• 每个redis实例启动后都会随机生成一个40位的runid

6）哨兵的核心知识

• 哨兵至少需要 3 个实例，来保证自己的健壮性。

• 哨兵 + redis 主从的部署架构，是不保证数据零丢失的，只能保证 redis 集群的高可用性。

• 对于哨兵 + redis 主从这种复杂的部署架构，尽量在测试环境和生产环境，都进行充足的测试和演练。

• 配置哨兵监控一个系统时，只需要配置其监控主数据库即可，哨兵会自动发现所有复制该主数据库的从数据库。