环境:redis6.2.6
linux虚拟机一台,contos7;
一主两从三哨兵集群,当master节点宕机时,通过哨兵(sentinel)重新推选出新的master节点,保证集群的可用性。
2.哨兵的主要功能:
1.集群监控:负责监控 Redis master 和 slave 进程是否正常工作。
2.消息通知:如果某个 Redis 实例有故障,那么哨兵负责发送消息作为报警通知给管理员。
3.故障转移:如果 master node 挂掉了,会自动转移到 slave node 上。
4.配置中心:如果故障转移发生了,通知 client 客户端新的 master 地址。
PS:根据推举机制,集群中哨兵数量最好为奇数(3、5…)
3.哨兵用于实现 redis 集群的高可用,本身也是分布式的,作为一个哨兵集群去运行,互相协同工作。
4.哨兵的核心知识:
此处省略redis的安装。
主从复制,是指将一台Redis主节点服务器的数据,复制到其他的Redis从节点服务器。
主节点称为(master/leader),从节点称为(slave/follower);
1,数据冗余:主从复制实现了数据的热备份,这也是持久化实现的另一种方式。
2,故障恢复:当主节点出现问题时,可以由从节点提供服务,实现快速的故障恢复;实际上是一种服务的冗余。
3,读写分离:master服务主要用来写,slave服务主要用来读数据。可以提高服务器的负载能力,可以根据需求的变化,添加从节点的数量。
4,负载均衡:同时配合读写分离,由主节点提供写服务,从节点提供读服务,分担服务器的负载。在写少读多的情况下,通过多个从节点分担读负载,能够大大提高Redis服务的并发量和负载。
5,高可用的基石,主从复制是哨兵和集群模式能够实施的基础。
在正常的生产中我们是准备多台服务器,比如三台,每台都在各自的linux系统中安装redis。
但是此处为了演示方便,我使用一台电脑安装虚拟机,在虚拟机上安装三份redis服务,来模拟一主二从的效果。
第一步:修改原redis.conf配置文件:
redis.conf配置文件采用默认的混合持久化,也可以采用单独的RDB持久化,因为主从复制的本质是RDB方式,所以要有RDB方式参与即可。
原redis.conf配置文件需要修改的几个地方:
1.先在网络部分注释掉单机连接那一行,即注释掉bind 127.0.0.1
2.同样我们要将后台运行打开:daemonize no,设置为yes。
3.将 保护模式关闭:protected-mode yes 改为:protected-mode no
4.打开RDB持久化配置:
#RDB持久化策略 默认三种方式,[900秒内有1次修改],
#[300秒内有10次修改],[60秒内有10000次修改]即触发RDB持久化,
#我们可以手动修改该参数或新增策略
save 900 1
save 300 10
save 60 10000
#RDB文件名
dbfilename dump.rdb
#RDB文件存储路径
dir ./
策略配置:
#在seconds秒内有changes次数据修改就触发RDB持久化
5.开启AOF持久化配置
appendonly yes
#AOF文件名
appendfilename "appendonly.aof"
#AOF文件存储路径 与RDB是同一个参数,共用一个文件路径
dir ./ #即bin目录下
#AOF策略,一般都是选择第一种[always:每个命令都记录],
#[everysec:每秒记录一次],[no:看机器的心情高兴了就记录,linux一般半个小时同步一次]
#appendfsync always
appendfsync everysec
# appendfsync no
#aof文件大小比起上次重写时的大小,增长100%(配置可以大于100%)时,触发重写。
#[假如上次重写后大小为10MB,当AOF文件达到20MB时也会再次触发重写,以此类推
auto-aof-rewrite-percentage 100
#aof文件大小超过64MB*2时,触发重写,
#为何要乘以2,因为auto-aof-rewrite-percentage 100 是翻倍即100%,
#达到翻倍时才重写
auto-aof-rewrite-min-size 64mb
6.打开混合持久化:
#6.aof-use-rdb-preamble yes # 检查混合持久化是否打开,redis5.0后默认开启
第二步:将修改后的redis.conf配置文件复制出来三份:
1.进入redis默认的安装路径:cd /usr/local/bin
ll #查看文件夹内容
cp redis.conf redis_bk.conf #尽量备份一个配置文件,防止修改错了,可以重新用
cp redis.conf redis6379.conf
cp redis.conf redis6380.conf
cp redis.conf redis6381.conf
第三步:分别修改三个配置文件:
vim redis6379.conf
修改的内容:
pidfile /var/run/redis_6379.pid
port 6379
dbfilename dump6379.rdb
vim redis6380.conf
修改的内容:
pidfile /var/run/redis_6380.pid
port 6380
dbfilename dump6380.rdb
vim redis6381.conf
修改的内容:
pidfile /var/run/redis_6381.pid
port 6381
dbfilename dump6381.rdb
查看虚拟机防火墙是否关闭,需要关闭防火墙
1:查看防火状态
systemctl status firewalld
service iptables status
2:暂时关闭防火墙
systemctl stop firewalld
service iptables stop
3:永久关闭防火墙
systemctl disable firewalld
chkconfig iptables off
关闭后再查看防火墙状态
三:开放指定端口6379:
开放指定端口的方式一:
在linux中执行: /sbin/iptables -I INPUT -p tcp --dport 6379 -j ACCEPT
redis默认端口号6379是不允许进行远程连接的,所以在防火墙中设置6379开启远程服务;
开放指定端口的方式二:
先开启防火墙才能开放指定端口的:systemctl start firewalld
firewall-cmd --zone=public --add-port=6379/tcp --permanent
第四步:启动三台redis服务器,并查看是否启动成功:
redis-server redis6379.conf
redis-server redis6380.conf
redis-server redis6381.conf
ps -ef | grep redis
第五步:配置从库不配置主库 :
先连接上redis客户端:
redis-cli -p 6380
然后将6380机器配置成从机:
然后将6381机器配置成从机:
redis-cli -p 6381
#slaveof 主机ip 主机端口号
slaveof 127.0.0.1 6379
info replication
在主机查看从机信息:发现配置成功。
将官方自带的sentinel.conf(此文件在redis的源码目录下,即解压路径下)复制到/usr/local/bin:
然后复制出来三份:
修改的内容如下:
vim sentinel0.conf
文件修改内容如下:
protected-mode no
daemonize yes
port 26379 #sentinel 端口
dir “/usr/local/bin”
sentinel monitor mymaster 127.0.0.1 6379 2
然后分别修改sentinel1.conf信息如下:
protected-mode no
daemonize yes
port 26380 # sentinel 端口,因为我们在一台虚拟机上,所以端口要不一样
dir “/usr/local/bin”
sentinel monitor mymaster 127.0.0.1 6379 2 #这里的mymaster 两个副本的要一样,mymaster同一个主机名
然后分别修改sentinel2.conf信息如下:
protected-mode no
daemonize yes
port 26381 # sentinel 端口,因为我们在一台虚拟机上,所以端口要不一样
dir “/usr/local/bin”
sentinel monitor mymaster 127.0.0.1 6379 2 #这里的mymaster 两个副本的要一样
配置文件详解
哨兵的配置主要就是修改sentinel.conf配置文件中的参数,在Redis安装目录即可看到此配置文件,各参数详解如下:
# 哨兵sentinel实例运行的端口,默认26379
port 26379
# 哨兵sentinel的工作目录
dir ./
# 是否开启保护模式,默认开启。
protected-mode:no
# 是否设置为后台启动。
daemonize:yes
# 哨兵sentinel的日志文件
logfile:./sentinel.log
# 哨兵sentinel监控的redis主节点的
## ip:主机ip地址
## port:哨兵端口号
## master-name:可以自己命名的主节点名字
## quorum:当这些quorum个数sentinel哨兵认为master主节点失联 那么这时
#客观上认为主节点失联了
# sentinel monitor
sentinel monitor mymaster 127.0.0.1 6379 2
# 当在Redis实例中开启了requirepass,所有连接Redis实例的客户端都要提供密码。
# sentinel auth-pass
sentinel auth-pass mymaster 123456
# 指定主节点应答哨兵sentinel的最大时间间隔,超过这个时间,哨兵主观上认为主节点下线,
#默认30秒
# sentinel down-after-milliseconds
sentinel down-after-milliseconds mymaster 30000
# 指定了在发生failover主备切换时,最多可以有多少个slave同时对新的master进行同步。
#这个数字越小,完成failover所需的时间就越长;反之,但是如果这个数字越大,就意味着
#越多的slave因为replication而不可用。可以通过将这个值设为1,来保证每次只有一个slave,
#处于不能处理命令请求的状态。
# sentinel parallel-syncs
sentinel parallel-syncs mymaster 1
# 故障转移的超时时间failover-timeout,默认三分钟,可以用在以下这些方面:
## 1. 同一个sentinel对同一个master两次failover之间的间隔时间。
## 2. 当一个slave从一个错误的master那里同步数据时开始,直到slave被纠正为从正确
#的master那里同步数据时结束。
## 3. 当想要取消一个正在进行的failover时所需要的时间。
## 4.当进行failover时,配置所有slaves指向新的master所需的最大时间。不过,
#即使过了这个超时,slaves依然会被正确配置为指向master,
但是就不按parallel-syncs所配置的规则来同步数据了
# sentinel failover-timeout
sentinel failover-timeout mymaster 180000
# 当sentinel有任何警告级别的事件发生时(比如说redis实例的主观失效和客观失效等等),
#将会去调用这个脚本。一个脚本的最大执行时间为60s,如果超过这个时间,
#脚本将会被一个SIGKILL信号终止,之后重新执行。
# 对于脚本的运行结果有以下规则:
## 1. 若脚本执行后返回1,那么该脚本稍后将会被再次执行,重复次数目前默认为10。
## 2. 若脚本执行后返回2,或者比2更高的一个返回值,脚本将不会重复执行。
## 3. 如果脚本在执行过程中由于收到系统中断信号被终止了,则同返回值为1时的行为相同。
# sentinel notification-script
sentinel notification-script mymaster /var/redis/notify.sh
# 这个脚本应该是通用的,能被多次调用,不是针对性的。
# sentinel client-reconfig-script
sentinel client-reconfig-script mymaster /var/redis/reconfig.sh
最后是先启动三个服务,然后起送三个哨兵,然后客户端;
启动哨兵:
redis-sentinel sentinel0.conf
redis-sentinel sentinel1.conf
redis-sentinel sentinel2.conf
启动后查看sentinel信息:redis-cli -p sentinel的端口号
redis-cli -p 26379
info sentinel