哨兵(sentinel)是Redis的高可用性(High Availability)的解决方案:
由一个或多个sentinel实例组成sentinel集群可以监视一个或多个主服务器和多个从服务器。
当主服务器进入下线状态时,sentinel可以将该主服务器下的某一从服务器升级为主服务器继续提供服
务,从而保证redis的高可用性
系统centos 7
随便找个地方下载
cd /usr/local/redis
wget https://download.redis.io/releases/redis-5.0.9.tar.gz
tar -zxvf redis-5.0.9.tar.gz
cd redis-5.0.9
# (--permanent永久生效,没有此参数重启后失效)
firewall-cmd --zone=public --add-port=6379/tcp --permanent
firewall-cmd --zone=public --add-port=26379/tcp --permanent
# 重新载入
firewall-cmd --reload
或者关闭防火墙
systemctl stop firewalld.service
systemctl disable firewalld.service
Redis-Master :192.168.181.130 6379
Redis-slave1 :192.168.181.131 6379
Redis-slave2 :192.168.181.132 6379
Redis-Sentinel1:192.168.181.130 26379
Redis-Sentinel2:192.168.181.131 26379
Redis-Sentinel3:192.168.181.132 26379
mkdir /var/redis-ms/redis-master -p
[root@localhost redis-5.0.9]# pwd
/usr/local/redis/redis-5.0.9
# 安装到指定目录
make install PREFIX=/var/redis-ms/redis-master
# cp配置文件
cp /usr/local/redis/redis-5.0.9/redis.conf /var/redis-ms/redis-master/bin/
cd /var/redis-ms/redis-master/bin
vim redis.conf
# 默认绑定的是回环地址,默认不能被其他机器访问
# bind 127.0.0.1
将`daemonize`由`no`改为`yes` 后台运行
daemonize yes
# 是否开启保护模式,由yes该为no
protected-mode no
一起配置
mkdir /var/redis-ms/redis-slaver -p
[root@localhost redis-5.0.9]# pwd
/usr/local/redis/redis-5.0.9
# 安装到指定目录
make install PREFIX=/var/redis-ms/redis-slaver/
# cp配置文件
cp redis.conf /var/redis-ms/redis-slaver/bin/
cd /var/redis-ms/redis-slaver/bin/
vim redis.conf
# 默认绑定的是回环地址,默认不能被其他机器访问
# bind 127.0.0.1
将`daemonize`由`no`改为`yes` 后台运行
daemonize yes
# 是否开启保护模式,由yes该为no
protected-mode no
# 设置主的ip与端口
replicaof 192.168.181.130 6379
Redis-Sentinel1:192.168.181.130 26379
Redis-Sentinel2:192.168.181.131 26379
Redis-Sentinel3:192.168.181.132 26379
3台服务器一起配置
mkdir /var/redis-ms/redis-sentinel -p
cp -r /var/redis-ms/redis-master/* /var/redis-ms/redis-sentinel
cp -r /var/redis-ms/redis-slaver/* /var/redis-ms/redis-sentinel
从原来安装好的地方复制一份到指定目录
cd /var/redis-ms/redis-sentinel/bin/
ll
cp /usr/local/redis/redis-5.0.9/sentinel.conf /var/redis-ms/redis-sentinel/bin/
vim sentinel.conf
# 哨兵sentinel实例运行的端口 默认26379
port 26379
# 将`daemonize`由`no`改为`yes`
daemonize yes
# 哨兵sentinel监控的redis主节点的 ip port
# master-name 可以自己命名的主节点名字 只能由字母A-z、数字0-9 、这三个字符".-_"组成。
# quorum 当这些quorum个数sentinel哨兵认为master主节点失联 那么这时 客观上认为主节点失联了
# sentinel monitor
sentinel monitor mymaster192.168.181.130 6379 2
#可选
# 当在Redis实例中开启了requirepass foobared 授权密码 这样所有连接Redis实例的客户端都要提供密码
# 设置哨兵sentinel 连接主从的密码 注意必须为主从设置一样的验证密码
# sentinel auth-pass
sentinel auth-pass mymasterMySUPER--secret-0123passw0rd (可选)
# 指定多少毫秒之后 主节点没有应答哨兵sentinel 此时 哨兵主观上认为主节点下线 默认30秒,改成3秒
# sentinel down-after-milliseconds
sentinel down-after-milliseconds mymaster 3000
# 这个配置项指定了在发生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
配置好后依次执行
redis-master、redis-slaver1、redis-slaver2、redis-sentinel1、redis-sentinel2、redis-sentinel3
在redis-master目录下 ./redis-server redis.conf
在redis-slaver1目录下 ./redis-server redis.conf
在redis-slaver2目录下 ./redis-server redis.conf
#启动redis-sentinel
在redis-sentinel1目录下 ./redis-sentinel sentinel.conf
在redis-sentinel2目录下 ./redis-sentinel sentinel.conf
在redis-sentinel3目录下 ./redis-sentinel sentinel.conf
ps -ef |grep redis
[root@linux130 bin]# ./redis-cli
127.0.0.1:6379> info
130
# Replication
role:master
connected_slaves:2
slave0:ip=192.168.181.131,port=6379,state=online,offset=44916,lag=0
slave1:ip=192.168.181.132,port=6379,state=online,offset=44916,lag=1
master_replid:b60564f8409182c0ec3fe2ca5aff9bfdf552a6fa
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:44916
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:44916
131
# Replication
role:slave
master_host:192.168.181.130
master_port:6379
master_link_status:up
master_last_io_seconds_ago:0
master_sync_in_progress:0
slave_repl_offset:49004
slave_priority:100
slave_read_only:1
connected_slaves:0
master_replid:b60564f8409182c0ec3fe2ca5aff9bfdf552a6fa
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:49004
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:49004
132
# Replication
role:slave
master_host:192.168.181.130
master_port:6379
master_link_status:up
master_last_io_seconds_ago:0
master_sync_in_progress:0
slave_repl_offset:52802
slave_priority:100
slave_read_only:1
connected_slaves:0
master_replid:b60564f8409182c0ec3fe2ca5aff9bfdf552a6fa
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:52802
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:52802
kill 7277