AI 助理
备案控制台
开发者社区 数据库 文章 正文

redis高可用架构

2016-05-25 2929
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
本文涉及的产品
云数据库 Redis 版，标准版 2GB
推荐场景：
搭建游戏排行榜
云原生内存数据库 Tair，内存型 2GB
推荐场景：
通过缓存加速数据库访问
简介：
原创作品，允许转载，转载时请务必以超链接形式标明文章  原始出处 、作者信息和本声明。否则将追究法律责任。 http://navyaijm.blog.51cto.com/4647068/1745569

一、背景

   公司的业务在大量的使用redis，访问量大的业务我们有在使用codis集群，redis 3.0集群，说到redis 3.0集群，我们线上已经跑了半年多了，集群本身没有出现过任务问题，但是由于我们这个业务是海外的，集群建在aws的ec2上，由于ec2的网络抖动或者ec2本身的原因，导致主从切换，目前aws的技术正在跟进，这个集群目前的QPS 50w+，集群本身已经做到了高可用和横向扩展，但是，实际情况一些小的业务没必要上集群，单个实例就可以满足业务需求，那么我们就要想办法如何保证单个实例的高可用，最近也在看相关的文档，做一些测试，大家有在使用redis主从+lvs 漂VIP的方案，也有使用redis主从+哨兵 漂VIP的方案，甚至有在代码逻辑做故障切换等等，各种各样的方案都有，下面我介绍一下redis主从+哨兵 漂VIP的方案，后面我们打算线上大规模的使用这个方案。

二、环境

1
2
3
4
5
6
7
8
#redis
100.10.32.54:6400 主库
100.10.32.55:6400 从库
100.10.32.250 VIP
#sentinel
100.10.32.54:26400 sentinel 本地节点
100.10.32.55:26400 sentinel 本地节点 
100.10.32.57:26400 sentinel 仲裁节点

三、部署

1、安装

1
yum -y  install  redis

2、撰写redis配置文件（100.10.32.54 和100.10.32.55）

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
vim  /etc/redis_6400 .conf
 
daemonize  yes
pidfile  "/var/run/redis_6400.pid"
port 6400
tcp-backlog 65535
bind 0.0.0.0
timeout 0
tcp-keepalive 0
loglevel notice
logfile  "/var/log/redis/redis_6400.log"
maxmemory 8gb
maxmemory-policy allkeys-lru
databases 16
save 900 1
save 300 10
save 60 10000
stop-writes-on-bgsave-error  yes
rdbcompression  yes
rdbchecksum  yes
dbfilename  "dump.rdb"
dir  "/data/redis/6400"
slave-serve-stale-data  yes
slave- read -only  yes
repl-disable-tcp-nodelay no
slave-priority 100
appendonly no
appendfilename  "appendonly.aof"
appendfsync everysec
no-appendfsync-on-rewrite no
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb
lua- time -limit 5000
slowlog-log-slower-than 10000
slowlog-max-len 128
notify-keyspace-events  ""
hash -max-ziplist-entries 512
hash -max-ziplist-value 64
list-max-ziplist-entries 512
list-max-ziplist-value 64
set -max-intset-entries 512
zset-max-ziplist-entries 128

3、撰写sentinel配置文件（100.10.32.54 、100.10.32.55 和100.10.32.57）

1
2
3
4
5
6
7
8
9
10
11
vim  /etc/redis-sentinel6400 .conf
 
daemonize  yes
port 26400
dir  "/data/redis/redis_sentinels"
pidfile  "/var/run/redis/sentinel6400.pid"
logfile  "/data/redis/redis_sentinels/sentinel6400.log"
sentinel monitor master6400 100.10.32.54 6400 2
sentinel down-after-milliseconds master6400 6000
sentinel failover-timeout master6400 18000
sentinel client-reconfig-script master6400  /opt/notify_master6400 .sh    ##仲裁节点无需添加这行配置，client-reconfig-script参数是在sentinel做failover的过程中调用脚本漂vip到新的master上

PS：

关于sentinel 的一些工作原理和参数说明，请参阅：http://redisdoc.com/topic/sentinel.html

4、撰写漂VIP的脚本（100.10.32.54 、100.10.32.55）

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
vim  /opt/notify_master6400 .sh
 
#!/bin/bash
MASTER_IP=$6
LOCAL_IP= '100.10.32.54'  #从库修改为100.10.32.55
VIP= '100.10.32.250'
NETMASK= '24'         
INTERFACE= 'eth0' 
if  [ ${MASTER_IP} = ${LOCAL_IP} ];  then
          /sbin/ip  addr add ${VIP}/${NETMASK} dev ${INTERFACE}
          /sbin/arping  -q -c 3 -A ${VIP} -I ${INTERFACE}
         exit  0
else
          /sbin/ip  addr del ${VIP}/${NETMASK} dev ${INTERFACE}
         exit  0
fi
exit  1
1
chmod  +x  /opt/notify_master6400 .sh    #赋予可执行权限

PS：

这里大概说一下这个脚本的工作原理，sentinel在做failover的 过程中会传出6个参数，分别是<master-name>、 <role>、 <state>、 <from-ip>、 <from-port>、 <to-ip> 、<to-port>，其中第6个参数from-ip也就是新的master的ip，对应脚本中的MASTER_IP，下面的if判断大家应该都很了然了，如果MASTER_IP=LOCAL_IP，那就绑定VIP，反之删除VIP。


5、启动redis服务（100.10.32.54、100.10.32.55）

1
redis-server  /etc/redis_6400 .conf

6、初始化主从（100.10.32.55）

1
redis-cli -p 6400 slaveof 10.10.32.54 6400

7、绑定VIP到主库（100.10.32.54）

1
/sbin/ip  addr add 100.10.32.250 /24  dev eth0

8、启动sentinel服务（100.10.32.54、100.10.32.55、100.10.32.57）

1
redis-server  /etc/redis-sentinel6400 .conf --sentinel

至此，整个高可用方案已经搭建完成。

1
2
3
4
5
6
7
8
9
10
[root@localhost tmp] # redis-cli -h 100.10.32.54  -p 6400 info  Replication
# Replication
role:master
connected_slaves:1
slave0:ip=100.10.32.55,port=6400,state=online,offset=72669,lag=1
master_repl_offset:72669
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:2
repl_backlog_histlen:72668
1
2
3
4
5
6
7
[root@localhost tmp] # redis-cli -h 100.10.32.54  -p 26400 info Sentinel
# Sentinel
sentinel_masters:1
sentinel_tilt:0
sentinel_running_scripts:0
sentinel_scripts_queue_length:0
master0:name=master6400,status=ok,address=100.10.32.54:6400,slaves=1,sentinels=3
1
2
3
4
[root@localhost tmp] # ip a |grep eth0
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 1000
     inet 100.10.32.54 /24  brd 100.10.32.255 scope global eth0
     inet 100.10.32.250 /24  scope global secondary eth0

四、测试

1、把主库停掉

1
redis-cli -h 100.10.32.54  -p 6400  shutdown

2、看从库是否提升为主库

1
2
3
4
5
6
7
8
9
[root@localhost tmp] # redis-cli -h 100.10.32.55 -p 6400 info Replication
# Replication
role:master
connected_slaves:0
master_repl_offset:0
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0

3、看VIP是否漂移到100.10.32.55上

1
2
3
4
[root@localhost tmp] # ip a |grep eth0
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 1000
     inet 100.10.32.55 /24  brd 100.10.32.255 scope global eth0
     inet 100.10.32.250 /24  scope global secondary eth0

4、看Sentinel的监控状态

1
2
3
4
5
6
7
[root@localhost tmp] # redis-cli -p 26400 info  Sentinel
# Sentinel
sentinel_masters:1
sentinel_tilt:0
sentinel_running_scripts:0
sentinel_scripts_queue_length:0
master0:name=master6400,status=ok,address=100.10.32.55:6400,slaves=1,sentinels=3

本文出自 “屌丝运维男” 博客，请务必保留此出处http://navyaijm.blog.51cto.com/4647068/1745569

文章标签：
云数据库 Tair（兼容 Redis）
NoSQL
Redis
Sentinel
关键词：
高可用架构
云数据库 Tair（兼容 Redis）高可用
云数据库 Tair（兼容 Redis）架构
redis架构
云数据库 Tair（兼容 Redis）高可用架构
相关实践学习
基于Redis实现在线游戏积分排行榜
本场景将介绍如何基于Redis数据库实现在线游戏中的游戏玩家积分排行榜功能。
云数据库 Redis 版使用教程
云数据库Redis版是兼容Redis协议标准的、提供持久化的内存数据库服务，基于高可靠双机热备架构及可无缝扩展的集群架构，满足高读写性能场景及容量需弹性变配的业务需求。 产品详情：https://www.aliyun.com/product/kvstore &nbsp; &nbsp; ------------------------------------------------------------------------- 阿里云数据库体验：数据库上云实战 开发者云会免费提供一台带自建MySQL的源数据库&nbsp;ECS 实例和一台目标数据库&nbsp;RDS实例。跟着指引，您可以一步步实现将ECS自建数据库迁移到目标数据库RDS。 点击下方链接，领取免费ECS&amp;RDS资源，30分钟完成数据库上云实战！https://developer.aliyun.com/adc/scenario/51eefbd1894e42f6bb9acacadd3f9121?spm=a2c6h.13788135.J_3257954370.9.4ba85f24utseFl
shy丶gril
目录
相关文章
FeelTouchLabs
|
21天前
|
NoSQL Redis
基于Redis的高可用分布式锁——RedLock
这篇文章介绍了基于Redis的高可用分布式锁RedLock的概念、工作流程、获取和释放锁的方法，以及RedLock相比单机锁在高可用性上的优势，同时指出了其在某些特殊场景下的不足，并提到了ZooKeeper作为另一种实现分布式锁的方案。
FeelTouchLabs
53 2
基于Redis的高可用分布式锁——RedLock
郑小健
|
21天前
|
存储 Cloud Native 关系型数据库
PolarDB 高可用架构设计与实践
【8月更文第27天】 在现代互联网应用中，数据库作为核心的数据存储层，其稳定性和可靠性尤为重要。阿里云的 PolarDB 作为一款云原生的关系型数据库服务，提供了高可用、高性能和自动化的特性，适用于各种规模的应用。本文将详细介绍 PolarDB 的高可用架构设计，并探讨其实现数据安全性和业务连续性的关键技术。
郑小健
43 0
香吧香
|
2月前
|
监控 NoSQL Redis
Redis 哨兵模式高可用
Redis 哨兵模式高可用
香吧香
51 4
hh真是个慢性子
|
18天前
|
运维 监控 关系型数据库
【一文搞懂PGSQL】7. PostgreSQL + repmgr + witness 高可用架构
该文档介绍了如何构建基于PostgreSQL的高可用架构，利用repmgr进行集群管理和故障转移，并引入witness节点增强网络故障检测能力。repmgr是一款轻量级的开源工具，支持一键部署、自动故障转移及分布式节点管理。文档详细描述了环境搭建步骤，包括配置postgresql参数、安装与配置repmgr、注册集群节点以及配置witness节点等。此外，还提供了故障手动与自动切换的方法及常用命令，确保集群稳定运行。
hh真是个慢性子
65 2
张志凌
|
1月前
|
数据挖掘 关系型数据库 MySQL
Serverless高可用架构的解决方案体验
Serverless高可用架构的解决方案体验
张志凌
142 6
穿过生命散发芬芳
|
1月前
|
弹性计算 运维 关系型数据库
云上Serverless高可用架构一键部署体验与测评
在数字化转型背景下，Serverless架构因其实现业务敏捷、降低成本及提升服务可靠性而备受青睐。本文以阿里云Serverless应用引擎(SAE)为核心，展示了一种高可用、低成本且易于扩展的解决方案。通过单地域双可用区部署，构建了具备自动伸缩与故障恢复能力的架构。借助阿里云的一键部署功能，大幅简化了搭建流程，实现了快速部署，并通过性能与成本分析验证了其优势。对比传统ECS，SAE在资源利用与运维效率上表现更佳，特别适合平均负载较低的应用场景。
穿过生命散发芬芳
6527 3
永恒云
|
1月前
|
弹性计算 运维 关系型数据库
Serverless高可用架构解决方案评测
Serverless高可用架构方案提供卓越效能与极简运维体验，支持服务托管、弹性伸缩及按量付费，有效降低成本并优化性能。一键部署快速启动，流程直观，文档详实；但在高级配置与特定场景实践方面指导有限。方案采用双可用区部署确保高可用性，自动故障切换保障服务连续。成本模型按需计费，减轻企业负担。功能上集成监控、日志与负载均衡，简化运维，加速上线。性能方面，秒级弹性伸缩保证资源高效匹配负载。总体而言，此方案竞争力强，特别推荐给初创公司及需灵活应对流量波动的场景。
永恒云
135 2
1941623231718325
|
1月前
|
运维 监控 负载均衡
如何构建高可用的系统基础架构
【8月更文挑战第15天】构建高可用的系统基础架构是一个复杂而系统的工程，需要综合考虑设计原则、关键技术和实践策略等多个方面。通过冗余设计、分布式架构、自动化与智能化等技术的运用，可以显著提升系统的可用性和稳定性。同时，加强运维团队的能力建设和制定完善的高可用性策略也是确保系统高可用性的重要保障。希望本文能为读者在构建高可用系统时提供有益的参考和借鉴。
1941623231718325
56 1
aliyun3685111248-12568
|
1月前
|
关系型数据库 Serverless 分布式数据库
阿里云 Serverless 高可用架构
阿里云的《卓越效能，极简运维，Serverless高可用架构》解决方案提供了全托管服务、自动扩展、高可用性、无缝集成以及内置安全等核心功能。该方案通过免除底层基础设施的管理，允许用户专注于应用程序开发，同时确保应用的稳定运行和资源的有效利用。 **核心功能简介**： - **全托管服务**：用户无需关心底层硬件，由阿里云负责维护和扩展计算资源。 - **自动扩展**：根据业务需求自动调整资源，确保应用在高峰期有足够的计算能力，低谷期则节省成本。 - **高可用性**：多地域和多可用区部署，实现故障自动切换，确保业务连续性。 - **无缝集成**：与阿里云的其他服务（如数据库、消息队列等）深度
aliyun3685111248-12568
47 4
攒了一袋星辰
|
1月前
|
关系型数据库 Serverless 分布式数据库
Serverless高可用架构
PolarDB在《Serverless高可用架构》中展现了零代码改造、极简易用与自适应弹性的特性，提供按需伸缩与计费服务。相比传统架构，它能自动调整资源满足不同负载需求。阿里云Serverless服务简化了开发者的工作流程，让用户专注业务创新。为了优化用户体验，可通过提供最佳实践、深化文档内容、增强社区支持等方式进一步提升。PolarDB不仅降低了迁移难度，还简化了数据库管理，确保资源高效利用，是企业数字化转型的关键技术支撑。
攒了一袋星辰
63 2

热门文章

最新文章

  • 1
    Spring框架（SpringBoot）中redis报错（Could not get a resource from the pool、java.net.SocketTimeoutException）
  • 2
    Redis缓存穿透、击穿、雪崩面试题详解
  • 3
    第二章：redis基础
  • 4
    分布式锁----Redis实现
  • 5
    spring mvc redis消息队列
  • 6
    redis之（八）redis的有序集合类型的命令
  • 7
    玩转redis-延时消息队列
  • 8
    Redis反序列化错误Could not read JSON: Cannot construct instance of `java.util.ArrayList$SubList`
  • 9
    Redis学习之基础命令
  • 10
    Redis学习
  • 1
    构建高效微服务架构：后端开发的新范式
    42
  • 2
    构建高效微服务架构：后端开发的新范式
    36
  • 3
    构建高效微服务架构：API网关与服务熔断策略
    129
  • 4
    构建未来：云原生架构在现代企业中的应用与挑战
    70
  • 5
    构建高效可靠的微服务架构：后端开发的新范式
    39
  • 6
    拥抱变化：我的技术适应之旅构建未来：云原生架构在企业数字化转型中的关键角色
    60
  • 7
    构建高效微服务架构：后端开发的新趋势深入理解操作系统之进程调度策略
    76
  • 8
    构建未来：云原生架构在企业数字化转型中的关键作用构建高效微服务架构：后端开发的新范式
    60
  • 9
    构建高效微服务架构：后端开发的新范式
    39
  • 10
    数字堡垒的构筑者：网络安全与信息安全的深层剖析构建高效微服务架构：后端开发的新趋势
    42

    • 相关课程

    更多
  • 大数据实战项目：反爬虫系统（Lua+Spark+Redis+Hadoop框架搭建）第一阶段
  • 大数据实战项目：反爬虫系统（Lua+Spark+Redis+Hadoop框架搭建）第二阶段
  • 大数据实战项目：反爬虫系统（Lua+Spark+Redis+Hadoop框架搭建）第四阶段
  • Redis入门实战演练
  • 云数据库 Redis 版使用教程
  • Redis数据库入门

    • 相关电子书

    更多
  • ApsaraDB for Redis——与创客同行
  • 微博的Redis定制之路
  • 云数据库Redis版的开源之路

    • 相关实验场景

    更多
  • 每个IT人都想学的“Web应用上云经典架构”实战
  • MySQL引擎及架构优化
  • 基于数据湖架构的网站访问行为分析
  • 使用SLB+2ECS+NAS，部署电商web网站的高可用架构
  • 使用EDA架构部署在线外卖订单系统
  • 如何通过数据库Redis内网访问
    • 下一篇
    基于LNMP搭建WordPress