亚豪平台-华鑫建材有限公司

首页

AD联系:507867812

亚豪平台

时间:2019-11-18 22:25:30 作者:AG亚游备用网址 浏览量:58475

亚豪平台1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linux1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linuxCentOS7.0安装配置Redis集群1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linux1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linux1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linuxCentOS7.0安装配置Redis集群,见下图

CentOS7.0安装配置Redis集群

CentOS7.0安装配置Redis集群1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linux,见下图

CentOS7.0安装配置Redis集群1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linuxCentOS7.0安装配置Redis集群1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linux,如下图

CentOS7.0安装配置Redis集群CentOS7.0安装配置Redis集群

CentOS7.0安装配置Redis集群

如下图

CentOS7.0安装配置Redis集群,如下图

1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linux1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linux,见图

亚豪平台CentOS7.0安装配置Redis集群1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linux1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linux

CentOS7.0安装配置Redis集群

CentOS7.0安装配置Redis集群CentOS7.0安装配置Redis集群1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linuxCentOS7.0安装配置Redis集群CentOS7.0安装配置Redis集群CentOS7.0安装配置Redis集群

CentOS7.0安装配置Redis集群

CentOS7.0安装配置Redis集群

1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linux1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linuxCentOS7.0安装配置Redis集群1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linuxCentOS7.0安装配置Redis集群CentOS7.0安装配置Redis集群1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linux1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linux1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linux1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linux1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linuxCentOS7.0安装配置Redis集群1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linux

1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linux

亚豪平台1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linux

1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linuxCentOS7.0安装配置Redis集群CentOS7.0安装配置Redis集群1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linuxCentOS7.0安装配置Redis集群CentOS7.0安装配置Redis集群1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linuxCentOS7.0安装配置Redis集群1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linux

1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linux

1.CentOS7.0安装配置Redis集群

CentOS7.0安装配置Redis集群CentOS7.0安装配置Redis集群1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linux1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linux1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linuxCentOS7.0安装配置Redis集群1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linux1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linuxCentOS7.0安装配置Redis集群CentOS7.0安装配置Redis集群1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linuxCentOS7.0安装配置Redis集群1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linux1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linuxCentOS7.0安装配置Redis集群

2.1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linux

CentOS7.0安装配置Redis集群CentOS7.0安装配置Redis集群CentOS7.0安装配置Redis集群1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linux

3.CentOS7.0安装配置Redis集群。

1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linux1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linuxCentOS7.0安装配置Redis集群1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linuxCentOS7.0安装配置Redis集群1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linuxCentOS7.0安装配置Redis集群

4.1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linux

CentOS7.0安装配置Redis集群1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linuxCentOS7.0安装配置Redis集群1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linux1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linuxCentOS7.0安装配置Redis集群1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linux1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linux1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linux1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linuxCentOS7.0安装配置Redis集群。亚豪平台

展开全文
相关文章
澳门十六铺

CentOS7.0安装配置Redis集群

日博娱乐

1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linux....

澳门赌博正规网站大全

CentOS7.0安装配置Redis集群....

太阳城娱乐管理网

1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linux....

ag环亚集团

1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linux....

相关资讯
pt老虎机

1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linux....

ag8829环亚娱乐

1.redis集群简介

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

2.redis集群数据分片

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

3.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集群使用同步复制的方式。 基本上,在性能和一致性之间,需要一个权衡。

4. 创建和使用redis集群4.1.下载redis文件[root@apollo dtadmin]# wget http://download.redis.io/releases/redis-3.2.9.tar.gz4.2.解压redis到/opt/目录下[root@apollo dtadmin]# tar -zxvf redis-3.2.9.tar.gz -C /opt/4.3.编译redis#进入目录/opt/redis-3.2.9[root@apollo dtadmin]# cd /opt/redis-3.2.9/[root@artemis redis-3.2.9]# make && make install #如果报错,说明缺少依赖包,要先执行以下命令[root@artemis redis-cluster]# yum -y install ruby ruby-devel rubygems rpm-build gcc4.4.配置redis集群4.4.1.环境准备#hostnameipsoftwareportnotes1apollo.dt.com192.168.56.181redis7000700170022artemis.dt.com192.168.56.182redis7003700470053uranus.dt.com192.168.56.183redis7006700770084.4.2 在/opt/redis-3.2.9/目录下创建目录redis-cluster#创建目录redis-cluster[root@apollo redis-3.2.9]# mkdir redis-cluster#在redis-cluster目录下创建三个子目录[root@apollo redis-cluster]# mkdir -p 7000 7001 7002#把/opt/redis-3.2.9目录下的redis.conf分别拷贝一份到7000, 7001和7002目录下:[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7000[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/7001[root@apollo redis-cluster]# cp /opt/redis-3.2.9/redis.conf /opt/redis-3.2.9/redis-cluster/70024.4.3.配置子目录/opt/redis-3.2.9/redis-cluster/目录下三个子目录7000, 7001和7002下的redis.conf文件,主要修改内容为:[root@apollo redis-cluster]# vim 7000/redis.conf [root@apollo redis-cluster]# vim 7001/redis.conf [root@apollo redis-cluster]# vim 7002/redis.conf ###############配置修改项########################bind 192.168.56.181 #修改为本机IPport 7000 #要根据所在的子目录下配置daemonize yespidfile /var/run/redis_7000.pid #要根据所在的子目录下配置logfile "/var/log/redis-7000.log" #要根据所在的子目录下配置appendonly yescluster-enabled yescluster-config-file nodes-7000.conf #要根据所在的子目录下配置cluster-node-timeout 150004.4.4.以相同方法配置其它两台务器

不同的是要用7003,7004,7005,7006,7007,7008端口号并创建相应的子目录。

5.启动redis集群5.1.在第一台服务器上启动redis[root@apollo redis-cluster]# redis-server 7001/redis.conf [root@apollo redis-cluster]# redis-server 7002/redis.conf [root@apollo redis-cluster]# redis-server 7003/redis.conf 5.2.在第二台机器启动redis[root@artemis redis-cluster]# redis-server 7003/redis.conf [root@artemis redis-cluster]# redis-server 7004/redis.conf [root@artemis redis-cluster]# redis-server 7005/redis.conf 5.3 在第三台服务器上启动redis[root@uranus redis-cluster]# redis-server 7006/redis.conf [root@uranus redis-cluster]# redis-server 7007/redis.conf [root@uranus redis-cluster]# redis-server 7008/redis.conf 6.验证各个服务器上的redis启动状态6.1.第一台服务器[root@apollo redis-cluster]# ps -ef | grep redisroot 18313 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7001 [cluster]root 18325 1 0 16:44 ? 00:00:00 redis-server 192.168.56.181:7002 [cluster]root 18371 1 0 16:45 ? 00:00:00 redis-server 192.168.56.181:7000 [cluster]root 18449 2564 0 16:46 pts/0 00:00:00 grep --color=auto redis[root@apollo redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.181:7001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:7002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:17000 0.0.0.0:* LISTEN 18371/redis-server tcp 0 0 192.168.56.181:17001 0.0.0.0:* LISTEN 18313/redis-server tcp 0 0 192.168.56.181:17002 0.0.0.0:* LISTEN 18325/redis-server tcp 0 0 192.168.56.181:7000 0.0.0.0:* LISTEN 18371/redis-server 6.2.第二台服务器[root@artemis redis-cluster]# ps -ef | grep redisroot 5351 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7003 [cluster]root 5355 1 0 16:45 ? 00:00:00 redis-server 192.168.56.182:7004 [cluster]root 5359 1 0 16:46 ? 00:00:00 redis-server 192.168.56.182:7005 [cluster][root@artemis redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.182:7003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:7004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:7005 0.0.0.0:* LISTEN 5359/redis-server 1 tcp 0 0 192.168.56.182:17003 0.0.0.0:* LISTEN 5351/redis-server 1 tcp 0 0 192.168.56.182:17004 0.0.0.0:* LISTEN 5355/redis-server 1 tcp 0 0 192.168.56.182:17005 0.0.0.0:* LISTEN 5359/redis-server 1 6.3.第三台服务器[root@uranus redis-cluster]# ps -ef | grep redisroot 21138 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7006 [cluster]root 21156 1 0 16:46 ? 00:00:00 redis-server 192.168.56.183:7008 [cluster]root 21387 1 0 16:50 ? 00:00:00 redis-server 192.168.56.183:7007 [cluster]root 21394 9287 0 16:50 pts/0 00:00:00 grep --color=auto redis[root@uranus redis-cluster]# netstat -tnlp | grep redistcp 0 0 192.168.56.183:7006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:7007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:7008 0.0.0.0:* LISTEN 2982/redis-server 1 tcp 0 0 192.168.56.183:17006 0.0.0.0:* LISTEN 2959/redis-server 1 tcp 0 0 192.168.56.183:17007 0.0.0.0:* LISTEN 2971/redis-server 1 tcp 0 0 192.168.56.183:17008 0.0.0.0:* LISTEN 2982/redis-server 1 7.创建redis集群[root@apollo src]# ./redis-trib.rb create --replicas 1 192.168.56.181:7000 192.168.56.181:7001 192.168.56.181:7002 192.168.56.182:7003 192.168.56.182:7004 192.168.56.182:7005 192.168.56.183:7006 192.168.56.183:7007 192.168.56.183:7008>>> Creating cluster>>> Performing hash slots allocation on 9 nodes...Using 4 masters:192.168.56.181:7000192.168.56.182:7003192.168.56.183:7006192.168.56.181:7001Adding replica 192.168.56.182:7004 to 192.168.56.181:7000Adding replica 192.168.56.183:7007 to 192.168.56.182:7003Adding replica 192.168.56.181:7002 to 192.168.56.183:7006Adding replica 192.168.56.182:7005 to 192.168.56.181:7001Adding replica 192.168.56.183:7008 to 192.168.56.181:7000M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) masterM: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) masterS: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) masterS: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 replicates 0d0b4528f32db0111db2a78b8451567086b66d97M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) masterS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceS: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0Can I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join........>>> Performing Cluster Check (using node 192.168.56.181:7000)M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000 slots:0-4095 (4096 slots) master 2 additional replica(s)S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002 slots: (0 slots) slave replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1faS: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007 slots: (0 slots) slave replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cceM: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003 slots:4096-8191 (4096 slots) master 1 additional replica(s)M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001 slots:12288-16383 (4096 slots) master 1 additional replica(s)M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006 slots:8192-12287 (4096 slots) master 1 additional replica(s)S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004 slots: (0 slots) slave replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005 slots: (0 slots) slave replicates 0d0b4528f32db0111db2a78b8451567086b66d97[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered.

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

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

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

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

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

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

Redis 单机&集群离线安装部署 http://www.linuxidc.com/Linux/2017-03/141403.htm

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

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

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

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

linux....

热门资讯