Redis一主多从、薪火相传、反客为主、哨兵模式搭建详细步骤

本文主要是介绍Redis一主多从、薪火相传、反客为主、哨兵模式搭建详细步骤，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

主从复制

无论何时为主机加上一个从机，都会复制主机的所有数据；从机不能再写，主机可读可写；

一主二仆

主机down机后，从机将默认会继续等待主机上线；设置从机的主机时，可以在从机的配置文件中进行修改，也可以在从机启动的客户端进行修改，主机的配置文件不需做修改。

以下用6379端口做主机，6380端口做从机并在配置文件中指定主机，6381端口做从机并在客户端指定主机

一、配置文件方式配置主从复制

1、6379端口的配置文件

#开启守护进程   
daemonize  yes
#指定端口号  
port   6379
#Log文件名字 ，（默认位置与服务端启动位置同一层级）   
logfile   "/home/6379.log"
#pid
pidfile "/var/run/redis_6379.pid"#Dump.rdb名字   dbfilename  （默认位置与服务端启动位置同一层级）
dbfilename "redis6379.rdb"
#Dump.rdb基础位置
dir "/home/"
#关掉aof持久化
appendonly  no

2、6380端口的redis配置文件

#开启守护进程   
daemonize  yes
#指定端口号  
port   6380
#Log文件名字 ，（默认位置与服务端启动位置同一层级）   
logfile   "/home/6380.log"
#pid
pidfile "/var/run/redis_6380.pid"#Dump.rdb名字   dbfilename  （默认位置与服务端启动位置同一层级）
dbfilename "redis6380.rdb"
#Dump.rdb基础位置
dir "/home/"
#关掉aof持久化
appendonly  no#   *******一下是从服务器的配置******
#主机地址配置：slaveof host port
slaveof 127.0.0.1 6379
#主机密码：masterauth   （若未设置，则不配置；）
masterauth root

二、查看6379与6380主从复制连接状态

1、重新启动6379端口及6380端口的服务

2、登录6379端口的客户端，查看主从复制信息

info replication

可以看到已经连接到了1个从机，此时对主机进行修改，从机的数据也会修改，且从机不能再进行写操作

三、用客户端命令方式配置主从复制

1、6381端口的配置文件

#开启守护进程   
daemonize  yes
#指定端口号  
port   6380
#Log文件名字 ，（默认位置与服务端启动位置同一层级）   
logfile   "/home/6380.log"
#pid
pidfile "/var/run/redis_6380.pid"#Dump.rdb名字   dbfilename  （默认位置与服务端启动位置同一层级）
dbfilename "redis6380.rdb"
#Dump.rdb基础位置
dir "/home/"
#关掉aof持久化
appendonly  no#   *******一下是从服务器的配置******
#主机密码：masterauth   （若未设置，则不配置；）
masterauth root

2、修改完配置文件，重新启动redis服务器，进入redis客户端，查看主从同步详情

info replication

可以看到6381服务器仍然是主机

3、命令行配置主机

slaveof ip port 即可将本服务器设置为目标主机的从服务器

slaveof 127.0.0.1 6379

配置完成后，可以看到自己已经变成从机，主机为6379端口的服务，且主机为上线状态

薪火相传

以上已经配置了一主二仆的服务架构，同时一个从机也可以为另一个从机的主机

1、创建6382端口的redis服务，配置文件要修改的信息如下

#开启守护进程   
daemonize  yes
#指定端口号  
port   6381
#Log文件名字 ，（默认位置与服务端启动位置同一层级）   
logfile   "/home/6381.log"
#pid
pidfile "/var/run/redis_6381.pid"#Dump.rdb名字   dbfilename  （默认位置与服务端启动位置同一层级）
dbfilename "redis6381.rdb"
#Dump.rdb基础位置
dir "/home/"
#关掉aof持久化
appendonly  no#   *******一下是从服务器的配置******
#主机密码：masterauth   （若未设置，则不配置；）
masterauth root

2、启动redis服务，进入redis客户端，查看关联信息

6382服务信息如下

6380服务信息如下

3、关联6380从机

slaveof 127.0.0.1 6380

此时6382服务的已经成为了6380服务的从机

6380此时既是从机又是主机，但6380此时仍是不可写的

由此便完成了6379服务的从机为6380,6380服务的从机为6382的薪火相传效果

反客为主

在薪火传递的基础上，如果主机终止了服务，则可以使从机运行slaveof no one命令使从机变为主机

1、终止6379的服务

2、查看6380服务的状态

此时6380的主机已经宕机

3、将6380从机切换为主机状态

slaveof no one

上面的配置模式，在主服务器宕机后需要人员手动完成从机变为主机的操作，显示是不够及时的，利用哨兵模式的机制可以执行一个哨兵进程检测主机服务，当检测到主机宕机后，自动完成从机变为主机的切换

哨兵模式

主机指定一个哨兵从机检测自己，当主机宕机之后，从机自动成为主机；当原主机恢复之后，原主机成为从机。

首先将主从情况修改为6379为主，6380、6381、6382为从

一、修改6379主机的 sentinel.conf 配置文件

在redis根目录下，有一个sentinel.conf文件，如下所示

1、添加配置内容如下

sentinel monitor mymaster 127.0.0.1 6379 1
#后台方式运行
#daemonize yes

sentinel monitor 主节点名称 ip 端口号认证个数

主节点名称自定义，选举次数即至少几个哨兵认定主机宕机才重新选举

2、如果有密码，则设置密码

sentinel auth-pass <master-name> <password>

二、启动哨兵

1、在bin目录下

./redis-sentinel ../sentinel.conf

哨兵选择新的主服务器是随机挑选的，也可调整从服务器成为主服务器的优先级，在从服务器的redis.conf配置文件中配置

#值越小，优先级越高

slave-priority 100

2、sentinel服务启动运行日志如下

3、项目开启之后sentinel.conf末尾处将会添加从机的信息

三、关闭6382主机服务

1、kill杀死6382服务对的进程

2、 sentinel服务显示6382已经宕机

3、kill杀死6379主机

4、稍等片刻，查看 sentinel日志

红框一

原6379端口的主机服务显示被主观判定宕机，由于1.1当中设置一个sentinel服务认证宕机后，即认为主机宕机，因此后续日志显示客观宕机因此进行选举。

严格来说，只有一个sentinel服务来进行判断是不合理的，因为有可能是sentinel进程自身网络波动问题导致检测不到主机的状态，因此需要多个sentinel服务进行检测，此处不是生产环境，因此没有严格按照规范。所谓主观宕机，是一个sentinel认为主机出现了宕机情况；所谓客观宕机，是指认为主机宕机的sentinel服务树达到了在配置文件中设置的参数的数量。

红框二

客观宕机之后，即对从机进行选举，选举确认6380从机作为主机

红框三

6380从机正式切换为主机，6379已经成为从机，此时关联6379从机以及6381从机，6379为宕机状态，6381为在线状态

四、查看配置文件变化

注意：此时哨兵进程配置文件sentinel.conf、6380配置文件redis.conf、6381配置文件redis.conf均已自动发生变化

1、哨兵进程配置文件 sentinel.conf

原先显示的是6380及6381，现已自动切换为6379及6381