守望者--AIR技术交流

 找回密码
 立即注册

QQ登录

只需一步,快速开始

扫一扫,访问微社区

搜索
热搜: ANE FlasCC 炼金术
查看: 11|回复: 0

[服务器环境] centos7安装redis3.2.5集群

[复制链接]
  • TA的每日心情
    擦汗
    11 小时前
  • 签到天数: 433 天

    [LV.9]以坛为家II

    1739

    主题

    2091

    帖子

    12万

    积分

    超级版主

    Rank: 18Rank: 18Rank: 18Rank: 18Rank: 18

    威望
    457
    贡献
    24
    金币
    50924
    钢镚
    1419

    开源英雄守望者

    发表于 2017-10-11 16:14:57 | 显示全部楼层 |阅读模式

    来源:http://www.centoscn.com/


    centos7安装redis3.2.5集群

    本文是在虚拟机centos7系统上安装redis3.2.5集群

    redis集群简介

    redis集群在启动的时候就自动在多个节点间分好片。同时提供了分片之间的可用性:当一部分redis节点故障或网络中断,集群也能继续工作。但是,当大面积的节点故障或网络中断(比如大部分的主节点都不可用了),集群就不能使用。
    所以,从实用性的角度,Redis集群提供以下功能:
      ● 自动把数据切分到多个redis节点中
      ● 当一部分节点挂了或不可达,集群依然能继续工作

    Redis集群数据的分片

    Redis集群不是使用一致性哈希,而是使用哈希槽。整个redis集群有16384个哈希槽,决定一个key应该分配到那个槽的算法是:计算该key的CRC16结果再模16834。
    集群中的每个节点负责一部分哈希槽,比如集群中有3个节点,则:
      ● 节点A存储的哈希槽范围是:05500
      ● 节点B存储的哈希槽范围是:550111000
      ● 节点C存储的哈希槽范围是:1100116384
    这样的分布方式方便节点的添加和删除。比如,需要新增一个节点D,只需要把A、B、C中的部分哈希槽数据移到D节点。同样,如果希望在集群中删除A节点,只需要把A节点的哈希槽的数据移到B和C节点,当A节点的数据全部被移走后,A节点就可以完全从集群中删除。
    因为把哈希槽从一个节点移到另一个节点是不需要停机的,所以,增加或删除节点,或更改节点上的哈希槽,也是不需要停机的。
    如果多个key都属于一个哈希槽,集群支持通过一个命令(或事务, 或lua脚本)同时操作这些key。通过“哈希标签”的概念,用户可以让多个key分配到同一个哈希槽。哈希标签在集群详细文档中有描述,这里做个简单介绍:如果key含有大括号”{}”,则只有大括号中的字符串会参与哈希,比如”this{foo}”和”another{foo}”这2个key会分配到同一个哈希槽,所以可以在一个命令中同时操作他们。

    Redis集群的主从模式

    为了保证在部分节点故障或网络不通时集群依然能正常工作,集群使用了主从模型,每个哈希槽有一(主节点)到N个副本(N-1个从节点)。在我们刚才的集群例子中,有A,B,C三个节点,如果B节点故障集群就不能正常工作了,因为B节点中的哈希槽数据没法操作。但是,如果我们给每一个节点都增加一个从节点,就变成了:A,B,C三个节点是主节点,A1, B1, C1 分别是他们的从节点,当B节点宕机时,我们的集群也能正常运作。B1节点是B节点的副本,如果B节点故障,集群会提升B1为主节点,从而让集群继续正常工作。但是,如果B和B1同时故障,集群就不能继续工作了。
    Redis集群的一致性保证
    Redis集群不能保证强一致性。一些已经向客户端确认写成功的操作,会在某些不确定的情况下丢失。
    产生写操作丢失的第一个原因,是因为主从节点之间使用了异步的方式来同步数据。
    一个写操作是这样一个流程:
    1)客户端向主节点B发起写的操作2)主节点B回应客户端写操作成功3)主节点B向它的从节点B1,B2,B3同步该写操作
    从上面的流程可以看出来,主节点B并没有等从节点B1,B2,B3写完之后再回复客户端这次操作的结果。所以,如果主节点B在通知客户端写操作成功之后,但同步给从节点之前,主节点B故障了,其中一个没有收到该写操作的从节点会晋升成主节点,该写操作就这样永远丢失了。
    就像传统的数据库,在不涉及到分布式的情况下,它每秒写回磁盘。为了提高一致性,可以在写盘完成之后再回复客户端,但这样就要损失性能。这种方式就等于Redis集群使用同步复制的方式。
    基本上,在性能和一致性之间,需要一个权衡。

    创建和使用Redis集群

    第一步: 下载redis3.2.5 source文件

    我把下载的软件放在/usr/soft下
    [root@localhost /soft] wget http://download.redis.io/releases/redis-3.2.5.tar.gz
    结果如下图:

    [root@localhost /soft] tar xvf redis-3.2.5.tar.gz
    [root@localhost /soft] cd redis-3.2.5
    [root@localhost /redis-3.2.5] make && make install
    这时候可能会报错,原因是需要gcc 
    gcc安装
    [root@localhost /soft] yum install gcc
    成功之后,回到redis-3.2.5/src目录,运行make命令
    [root@localhost /redis-3.2.5] make && make install
    不出意外是成功了。

    第二步:检测make命令执行的结果的正确性

    输出提示会强烈建议我们运行make test命令,目的是检查make命令的结果有无错误(也可以不运行make tet命令,从而可以进行越过这个继续redis集群搭建了)

    [root@localhost /redis-3.2.5] make test
    这时可能会报错,如下图

    原因是:缺少tcl

    第三步:安装tcl8.6.6

    安装tcl:
    [root@localhost /soft] wget http://prdownloads.sourceforge.net/tcl/tcl8.6.6-src.tar.gz
    [root@localhost /soft]tar xvf tcl8.6.6-src.tar.gz
    [root@localhost /tcl8.6.6] cd tcl8.6.6/unix/
    [root@localhost /unix]./configure make && make install
    等待一会,查看打出的信息,没有错误就ok。
    
    现在回到redis-3.2.5/src目录
    [root@localhost soft]# cd redis-3.2.5/src
    [root@localhost /src]# make test
    稍等,去喝一杯再回来

    ok。到此,redis编译都ok

    第四步:创建集群配置文件

    [root@localhost soft]# mkdir redis_cluster
    [root@localhost soft]# cd redis_cluster
    [root@localhost redis_cluster]# mkdir conf
    在此目录下,创建redis_7000.conf到redis_7005.conf六个配置文件
    
    现创建redis_7000.conf,其余5个cp就可以了,再把内容中的端口号改为对应的700*
    [root@localhost conf]#touch redis_7000.conf
    [root@localhost conf]#vim redis_7000.conf
    把
    daemonize    yes    
    pidfile  /var/run/redis_7000.pid         
    port  7000                              
    cluster-enabled  yes                     
    cluster-config-file  nodes_7000.conf      
    cluster-node-timeout  5000               
    appendonly  yes                          
    粘贴到文件中
    Esc :wq, 保存退出

    [root@localhost conf]# cp redis_7000.conf  redis_7001.conf
    [root@localhost conf]# cp redis_7000.conf  redis_7002.conf
    [root@localhost conf]# cp redis_7000.conf  redis_7003.conf
    [root@localhost conf]# cp redis_7000.conf  redis_7004.conf
    [root@localhost conf]# cp redis_7000.conf  redis_7005.conf
    记得把cp后的文件内容的端口相应的修改
    
    字段说明:
    daemonize    yes                        //redis后台运行
    pidfile  /var/run/redis_7000.pid        //pidfile文件对应
    port  7000                              //端口
    cluster-enabled  yes                    //开启集群  把注释#去掉
    cluster-config-file  nodes_7000.conf    //集群的配置  配置文件首次启动自动生成
    cluster-node-timeout  5000              //请求超时  设置5秒够了
    appendonly  yes                         //aof日志开启  有需要就开启,它会每次写操作都记录一条日志
    
    使用tree命令可以清楚的查看目录的结构:
    [root@localhost redis_cluster]#yum install tree
    [root@localhost redis_cluster]# tree -I conf
    配置好的6个文件如下图

    
    启动这6个redis实例

    
    查看启动后的redis进程

    
    查看redis6个进程的监听端口

    第五步:搭建集群

    现在我们已经有了六个正在运行中的 Redis 实例, 接下来我们需要使用这些实例来创建集群, 并为每个节点编写配置文件。
    通过使用 Redis 集群命令行工具 redis-trib , 编写节点配置文件的工作可以非常容易地完成: redis-trib 位于 Redis 源码的 src 文件夹中, 它是一个 Ruby 程序, 这个程序通过向实例发送特殊命令来完成创建新集群, 检查集群, 或者对集群进行重新分片(reshared)等工作。所以我们需要安装ruby的东西
    [root@localhost redis_cluster]# yum install ruby

    
    [root@localhost redis_cluster]# yum install rubygems

    
    [root@localhost redis_cluster]# gem install redis

    
    
    [root@localhost src]# ./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个master3个slave redis-trib 会打印出一份预想中的配置给你看, 如果你觉得没问题的话, 就可以输入 yes , redis-trib 就会将这份配置应用到集群当中,让各个节点开始互相通讯,最后可以得到如下信息:

    输入"yes",回车

    左边的“M:”表示该节点是master节点,相应的“S:”表示该节点为slave节点

    测试集群:

    Redis 分支中的 redis-cli 程序实现了非常基本的集群支持, 可以使用命令 redis-cli -c 来启动。

    7000set yy yao,集群自动存到7001上。
    在7000set yy2 go2,集群自动存到7001上。
    在7000get yy2,集群自动到7001上取值。

    本帖子中包含更多资源

    您需要 登录 才可以下载或查看,没有帐号?立即注册

    x
    守望者AIR技术交流社区(www.airmyth.com)
    回复

    使用道具 举报

    您需要登录后才可以回帖 登录 | 立即注册

    本版积分规则

    
    关闭

    站长推荐上一条 /4 下一条

    QQ|手机版|Archiver|网站地图|小黑屋|守望者 ( 京ICP备14061876号

    GMT+8, 2017-10-19 22:27 , Processed in 1.234375 second(s), 34 queries .

    守望者AIR

    守望者AIR技术交流社区

    本站成立于 2014年12月31日

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