设为首页 收藏本站
查看: 699|回复: 0

[经验分享] Redis 高可用方案Keepalived

[复制链接]

尚未签到

发表于 2015-11-12 13:10:23 | 显示全部楼层 |阅读模式
在redis3.0没有现世之前,为了提高redis的高可用性,通常的做法是采用HAProxy或Keepalived来实现故障自动转移,事实上如果是做Failover而非负载均衡的话,Keepalived的效率肯定是超过HAProxy的,所以下面我们采用Keepalived的方案。方案的架构图如下:

DSC0000.jpg

上图中使用多组Master-Slave构成redis集群服务,在master和slave中使用Keepalived实现故障自动转移,在客户端实现对数据的一致性哈希储存,轻松的实现水平扩展。当然在实际使用过程可以考虑一主多从的方式使用Keepalived实现故障自动转移,并实现读写分离。


如下介绍一下使用配置:
一、环境配置

master:192.168.36.54

slave:192.168.36.189

VIP:192.168.36.100

二、设计思路

当Master与Slave均运作正常时, Master负责服务,Slave负责Standby;

当Master挂掉,Slave正常时, Slave接管服务,同时关闭主从复制功能;

当Master恢复正常,则从Slave同步数据,同步数据之后关闭主从复制功能,恢复Master身份,于此同时Slave等待Master同步数据完成之后,恢复Slave身份。

然后依次循环。

需要注意的是,这样做需要在Master与Slave上都开启本地化策略,否则在互相自动切换的过程中,未开启本地化的一方会将另一方的数据清空,造成数据完全丢失。

三、使用配置

1.redis安装
,参考:http://blog.iyunv.com/zhu_tianwei/article/details/44890579

2.安装配置Keepalived(root)

1)安装

yum -y install keepalived

默认安装完成keepalived之后是没有配置文件的,因此我们需要手动创建。

2)配置

在主服务器上:

mkdir /etc/keepalived

vi /etc/keepalived/keepalived.conf


vrrp_script chk_redis {
script "/etc/keepalived/scripts/redis_check.sh"   ###监控脚本
interval 2                                        ###监控时间
}
vrrp_instance VI_1 {
state MASTER                            ###设置为MASTER
interface eth0                          ###监控网卡   
virtual_router_id 50
priority 100                            ###权重值
authentication {
auth_type PASS             ###加密
auth_pass redis            ###密码
}
track_script {
chk_redis                       ###执行上面定义的chk_redis
}
virtual_ipaddress {
192.168.36.100                        ###VIP
}
notify_master /etc/keepalived/scripts/redis_master.sh
notify_backup /etc/keepalived/scripts/redis_backup.sh
notify_fault  /etc/keepalived/scripts/redis_fault.sh
notify_stop   /etc/keepalived/scripts/redis_stop.sh
} 在从服务器上:

mkdir /etc/keepalived

vi /etc/keepalived/keepalived.conf
vrrp_script chk_redis {
script "/etc/keepalived/scripts/redis_check.sh"   ###监控脚本
interval 2                                        ###监控时间
}
vrrp_instance VI_1 {
state BACKUP                                ###设置为BACKUP
interface eth0                              ###监控网卡
virtual_router_id 50
priority 99                                ###比MASTRE权重值低
authentication {
auth_type PASS
auth_pass redis                ###密码与MASTRE相同
}
track_script {
chk_redis                           ###执行上面定义的chk_redis
}
virtual_ipaddress {
192.168.36.100                       ###VIP
}
notify_master /etc/keepalived/scripts/redis_master.sh
notify_backup /etc/keepalived/scripts/redis_backup.sh
notify_fault  /etc/keepalived/scripts/redis_fault.sh
notify_stop   /etc/keepalived/scripts/redis_stop.sh
}3)创建监控脚本

在Master和Slave上创建监控Redis的脚本

$ mkdir /etc/keepalived/scripts

$ vi /etc/keepalived/scripts/redis_check.sh
#!/bin/bash
ALIVE=`/home/slim/redis/bin/redis-cli -h 192.168.36.54 -p 6379 PING`
if [ "$ALIVE" == "PONG" ]; then
echo $ALIVE
exit 0
else
echo $ALIVE
exit 1
fi脚本中ip和端口为本机的redis服务地址,根据实际情况配置。

编写以下负责运作的关键脚本:

notify_master /etc/keepalived/scripts/redis_master.sh

notify_backup /etc/keepalived/scripts/redis_backup.sh

notify_fault /etc/keepalived/scripts/redis_fault.sh

notify_stop /etc/keepalived/scripts/redis_stop.sh

因为Keepalived在转换状态时会依照状态来呼叫:

当进入Master状态时会呼叫notify_master

当进入Backup状态时会呼叫notify_backup

当发现异常情况时进入Fault状态呼叫notify_fault

当Keepalived程序终止时则呼叫notify_stop

首先,在Redis Master上创建notity_master与notify_backup脚本:

$vi /etc/keepalived/scripts/redis_master.sh
#!/bin/bash
REDISCLI="/home/slim/redis/bin/redis-cli"
LOGFILE="/var/log/keepalived-redis-state.log"
echo "[master]" >> $LOGFILE
date >> $LOGFILE
echo "Being master...." >> $LOGFILE 2>&1
echo "Run SLAVEOF cmd ..." >> $LOGFILE
$REDISCLI SLAVEOF 192.168.36.189 6379 >> $LOGFILE  2>&1
sleep 10 #延迟10秒以后待数据同步完成后再取消同步状态
echo "Run SLAVEOF NO ONE cmd ..." >> $LOGFILE
$REDISCLI SLAVEOF NO ONE >> $LOGFILE 2>&1当获取到master通知时,先开启从角色状态从192.168.36.189同步数据,完成之后再关闭从角色状态。
$ vi /etc/keepalived/scripts/redis_backup.sh
#!/bin/bash
REDISCLI="/home/slim/redis/bin/redis-cli"
LOGFILE="/var/log/keepalived-redis-state.log"
echo "[backup]" >> $LOGFILE
date >> $LOGFILE
echo "Being slave...." >> $LOGFILE 2>&1
sleep 15 #延迟15秒待数据被对方同步完成之后再切换主从角色
echo "Run SLAVEOF cmd ..." >> $LOGFILE
$REDISCLI SLAVEOF 192.168.36.189 6379 >> $LOGFILE  2>&1当获取到slave通知时,等待数据同步完成,切换成从角色。

在Redis Slave上创建notity_master与notify_backup脚本:
$ vi /etc/keepalived/scripts/redis_master.sh
#!/bin/bash
REDISCLI="/home/slim/redis/bin/redis-cli"
LOGFILE="/var/log/keepalived-redis-state.log"
echo "[master]" >> $LOGFILE
date >> $LOGFILE
echo "Being master...." >> $LOGFILE 2>&1
echo "Run SLAVEOF cmd ..." >> $LOGFILE
$REDISCLI SLAVEOF 192.168.36.54 6379 >> $LOGFILE  2>&1
sleep 10 #延迟10秒以后待数据同步完成后再取消同步状态
echo "Run SLAVEOF NO ONE cmd ..." >> $LOGFILE
$REDISCLI SLAVEOF NO ONE >> $LOGFILE 2>&1$ vi /etc/keepalived/scripts/redis_backup.sh
#!/bin/bash
REDISCLI="/home/slim/redis/bin/redis-cli"
LOGFILE="/var/log/keepalived-redis-state.log"
echo "[backup]" >> $LOGFILE
date >> $LOGFILE
echo "Being slave...." >> $LOGFILE 2>&1
sleep 15 #延迟15秒待数据被对方同步完成之后再切换主从角色
echo "Run SLAVEOF cmd ..." >> $LOGFILE
$REDISCLI SLAVEOF 192.168.36.54 6379 >> $LOGFILE  2>&1然后在Master与Slave创建如下相同的脚本:
$ vi /etc/keepalived/scripts/redis_fault.sh
#!/bin/bash
LOGFILE=/var/log/keepalived-redis-state.log
echo "[fault]" >> $LOGFILE
date >> $LOGFILE$ vi /etc/keepalived/scripts/redis_stop.sh
#!/bin/bash
LOGFILE=/var/log/keepalived-redis-state.log
echo "[stop]" >> $LOGFILE
date >> $LOGFILE给脚本都加上可执行权限:

$ chmod +x /etc/keepalived/scripts/*.sh
3.启动服务
脚本创建完成以后,我们开始按照如下流程进行测试:

1)启动Master上的Redis(slim)

$./bin/redis-server conf/redis.conf ;tail -f logs/redis.log

2)启动Slave上的Redis(slim)

$./bin/redis-server conf/redis.conf ;tail -f logs/redis.log

3)启动Master上的Keepalived(root)

$/etc/init.d/keepalived start

4)启动Slave上的Keepalived(root)

$/etc/init.d/keepalived start



4.测试

1)尝试通过VIP连接Redis:

$ ./bin/redis-cli -h 192.168.36.100 -p 6379 INFO

连接成功,Slave也连接上来了。

role:master

slave0:192.168.36.189,6379,online

2)尝试插入一些数据:

$ ./bin/redis-cli -h 192.168.36.100 -p 6379 SET Hello Redis

OK

从VIP读取数据

$ ./bin/redis-cli -h 10.6.1.200 GET Hello

“Redis”

从Master读取数据

$ ./bin/redis-cli -h 192.168.36.54 -p 6379 GET Hello

“Redis”

从Slave读取数据

$ ./bin/redis-cli -h 192.168.36.189 -p 6379 GET Hello

“Redis”

4.模拟故障

将Master上的Redis进程杀死:

$killall -9 redis-server

查看Master上的Keepalived日志

$ tailf /var/log/keepalived-redis-state.log

[fault]



同时Slave上的日志显示:

$ tailf /var/log/keepalived-redis-state.log

[master]

Being master….

Run SLAVEOF cmd …

OK

Run SLAVEOF NO ONE cmd …

OK



然后我们可以发现,Slave已经接管服务,并且担任Master的角色了。

$ redis-cli -h 192.168.36.100 -p 6379 INFO

$ redis-cli -h 192.168.36.189 -p 6379 INFO

role:master

然后我们恢复Master的Redis进程(slim)

$ ./bin/redis-server conf/redis.conf ;tail -f logs/redis.log

查看Master上的Keepalived日志

$ tailf /var/log/keepalived-redis-state.log

[master]

Being master….

Run SLAVEOF cmd …

OK

Run SLAVEOF NO ONE cmd …

OK

同时Slave上的日志显示:

$ tailf /var/log/keepalived-redis-state.log

[backup]

Being slave….

Run SLAVEOF cmd …

OK

可以发现目前的Master已经再次恢复了Master的角色,故障切换以及自动恢复都成功了。大家可以测试一下再故障情况下添加数据,服务正常后,数据是否正常同步。





文章参考:http://heylinux.com/archives/1942.html

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-138346-1-1.html 上篇帖子: ServiceStack.Redis对多线程的支持 下篇帖子: Docker中的Redis容器如何连接上进行操作?
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表