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

阅读：评论：0

主从复制

无论何时为主机加上一个从机，都会复制主机的所有数据；从机不能再写，主机可读可写； 一主二仆 主机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主机的 配置文件 在redis根目录下，有一个f文件，如下所示 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 ../f

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

#值越小，优先级越高

slave-priority 100

2、sentinel服务启动运行日志如下 3、项目开启之后f末尾处将会添加从机的信息 三、关闭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为在线状态 四、查看配置文件变化 注意：此时哨兵进程配置文件f、6380配置文件f、6381配置文件f均已自动发生变化 1、哨兵进程配置文件 原先显示的是6380及6381，现已自动切换为6379及6381 2、 6380配置文件f 原先配置的slaveof 127.0.0.1 6379信息已自动删除 3、 6381配置文件f 原先配置的slaveof 127.0.0.1 6379已自动更换为slaveof 127.0.0.1 6380 4、 6379配置文件f 其配置文件暂时没有变化，注意是暂时 五、恢复6379服务 1、查看哨兵服务日志变化 哨兵检测到6379服务恢复，并将其转化为从机，关联至主机6380上 2、 6 379配置文件f 此时其配置文件发生了变化，自动添加了slaveof 127.0.0.1 6380这一行参数 3、重新启动6379服务器 查看哨兵服务sentinel的日志 4、进入6379客户端 可以看到6379已经切换为6380的从机注意：如果启动后发现6379成为了从机，但显示6380的状态为down，是因为6379的redis配置文件中未配置关联主机的密码，添加上密码即可