未加星标

Redis高可用方案深入解析

字体大小 | |
[数据库(综合) 所属分类 数据库(综合) | 发布者 店小二03 | 时间 2017 | 作者 红领巾 ] 0人收藏点击收藏
理解并从头搭建redis集群

部分开发人员工作当中只是在应用中使用redis,比如用来做数据结果的缓存。而且现在有很多不错的redis客户端工具(redisson),基本上可以不用关注redis命令就可以完成相当部分的功能。所以可能会对如下这些问题关注点不够:

如何容灾?即某个redis节点出了问题如何保证服务的高可用性 如何横向扩容?当数据量特别大时,如何解决单个redis的性能问题 集群至少需要几台机器?或者几个redis节点 集群搭建都利用什么技术,哪些工具? 如何容灾?

redis提供了主从热备机制,主服务器的数据同步到从服务器,通过哨兵实时监控主服务器状态并负责选举主服务器。当发现主服务器异常时根据一定的算法重新选举主服务器并将问题服务器从可用列表中去除,最后通知客户端。主从是一对多的树型结构,如下图:


Redis高可用方案深入解析
哨兵

哨兵是sentinel的中文名称,是redis出的一个高可用架构的工具,自身是一个独立的进程,可以同时监控一个以上的redis集群。

哨兵集群

基于高可用的考虑,哨兵自身也是需要支持集群的,如果只有一个哨兵就会存在单点问题。

哨兵决策

哨兵有一个数量配置,当多少个哨兵同时认为某个主服务不可用时才进行主从切换,比如总共有5个哨兵,当3个哨兵认为服务不可用时才决定做主从切换。这么做可以避免一些误切换,降低切换成本,比如瞬时的网络异常等。

如何横向扩容?

无论是redis还是其它一些数据库之类的产品,当单节点的数据容量达到一定上限后,服务对外提供的能力会越来越弱。redis在高版本中提供了redis-trib.rb来实现集群功能,也可以使用第三方的工具twemproxy。

去中心化,每个节点都是平等的

redis集群从设计上没有考虑中心化,这样可以避免中心节点的单点等问题。每个节点都能掌握整个集群的状态,连接任意的节点都可以访问到所有的key,就像单节点的redis一样。

集群原理图

自己理解画的,如有理解不对的地方可以指出。


Redis高可用方案深入解析
key与redis节点的关系

引入了hasy solt,中文理解为哈希槽。总共16384个,我们操作的key通过取模算法确认key落在哪个槽上。

HASH_SLOT = CRC16(key) mod 16384

哈希槽与节点之间有一定关系,所以我们就可以将key分配到某个具体的redis节点上了。

详细的关系可再研究,简单的比如节点A负责0-5000编号的哈希槽,节点B负责5001-1000

一步一步搭建

开始搭建三主三从的集群,系统是Ubuntu,采用redis提供的集群工具redis-trib.rb。

安装最新redis 创建redis_cluster目录,并且创建7000到7005这6个目录 将redis目录下的redis.conf复制到上面创建的6个目录中 分别修改redis.conf文件,对6个文件做类似的修改。 port 7000 //端口7000
bind 127.0.0.1 //默认ip为127.0.0.1 需要改为其他节点机器可访问的ip
daemonize yes //后台运行
pidfile /var/run/redis_7000.pid //pidfile文件对应7000
cluster-enabled yes //开启集群
cluster-config-file nodes_7000.conf //集群的配置
cluster-node-timeout 15000 //请求超时 默认15秒,可自行设置

bind需要注意的就是需要配置为其它机器可以访问的ip,否则无论是创建集群还是客户端连接都会有问题。

启动6个redis redis-server redis_cluster/7000/redis.conf
redis-server redis_cluster/7001/redis.conf
redis-server redis_cluster/7002/redis.conf
redis-server redis_cluster/7003/redis.conf
redis-server redis_cluster/7004/redis.conf
redis-server redis_cluster/7005/redis.conf

创建集群

redis的src目录下有个redis-trib.rb,将它复制到/usr/local/bin中,然后执行如下脚本:

redis-trib.rb create --replicas 1 127.0.0.1:7000 127.0.0.1:7001 127.0.0.1:7002 127.0.0.1:7003 127.0.0.1:7004 127.0.0.1:7005

--replicas后面的1代表从服务器的个数,上面可以理解为前面3个为主服务器,后面三个分别做为从服务器,即三对主从。

执行过程中会遇到提示需要安装ruby,安装完成之后又会提示安装 gem redis。

安装gem redis,折腾了好久,最终发现是因为在国内访问不了某些网站导致通过apt-get install安装不成功,最后通过下载源码的方式安装成功。


Redis高可用方案深入解析

再次执行创建集群的脚本,出现如下提示:


Redis高可用方案深入解析

输入yes,继续


Redis高可用方案深入解析

测试集群

连接客户端,由于我的所有节点都是在本地,所以不需要输入ip,但需要加-c的参数。

redis-cli -c -p 7000

连接成功后,增加一个key

set mykey 123

有一行提示语,指向到端口7002,这说明虽然我们连接的是7000的实例,但通过hash算法最终会将key分配到7002的实例上。


Redis高可用方案深入解析

再连接7005端口查询下key,测试下是否任意一个实例都可以查询到key

get mykey

显示指向到端口7002


Redis高可用方案深入解析
总结

真实环境的部署与单机部署还是差异比较大的,但也不复杂,尽管部分开发人员可能一辈子都不会有机会在线上搭建redis集群,但了解redis的高可用可扩展的方案对设计大型系统还是有比较大的帮助的,也有助于分析解决线上问题。看了上面的这些,对于本文开头提到的问题就不难理解了。

下面关于 Redis 的文章您也可能喜欢,不妨参考下:

Ubuntu 14.04下Redis安装及简单测试 http://www.linuxidc.com/Linux/2014-05/101544.htm

Redis主从复制基本配置 http://www.codesec.net/Linux/2015-03/115610.htm

Redis集群明细文档 http://www.codesec.net/Linux/2013-09/90118.htm

Ubuntu 14.04安装Redis与简单配置 http://www.codesec.net/Linux/2017-01/139075.htm

Ubuntu 16.04环境中安php7.0 Redis扩展 http://www.codesec.net/Linux/2016-09/135631.htm

CentOS 7.0 安装Redis 3.2.1详细过程和使用常见问题 http://www.codesec.net/Linux/2016-09/135071.htm

Ubuntu 16.04环境中安装PHP7.0 Redis扩展 http://www.codesec.net/Linux/2016-09/135631.htm

Ubuntu 15.10下Redis集群部署文档 http://www.codesec.net/Linux/2016-06/132340.htm

Redis实战 中文PDF http://www.codesec.net/Linux/2016-04/129932.htm

CentOS 7下Redis的安装与配置 http://www.codesec.net/Linux/2017-02/140363.htm

Redis 的详细介绍 : 请点这里

Redis 的下载地址 : 请点这里

本文地址 : http://www.codesec.net/Linux/2017-02/140637.htm

本文数据库(综合)相关术语:系统安全软件

分页:12
转载请注明
本文标题:Redis高可用方案深入解析
本站链接:http://www.codesec.net/view/534984.html
分享请点击:


1.凡CodeSecTeam转载的文章,均出自其它媒体或其他官网介绍,目的在于传递更多的信息,并不代表本站赞同其观点和其真实性负责;
2.转载的文章仅代表原创作者观点,与本站无关。其原创性以及文中陈述文字和内容未经本站证实,本站对该文以及其中全部或者部分内容、文字的真实性、完整性、及时性,不作出任何保证或承若;
3.如本站转载稿涉及版权等问题,请作者及时联系本站,我们会及时处理。
登录后可拥有收藏文章、关注作者等权限...
技术大类 技术大类 | 数据库(综合) | 评论(0) | 阅读(75)