阿里云-云小站(无限量代金券发放中)
【腾讯云】云服务器、云数据库、COS、CDN、短信等热卖云产品特惠抢购

CentOS7.0安装配置Redis集群

241次阅读
没有评论

共计 9553 个字符,预计需要花费 24 分钟才能阅读完成。

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.gz

4.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 gcc

4.4. 配置 redis 集群

4.4.1. 环境准备

# hostname ip software port notes
1 apollo.dt.com 192.168.56.181 redis 7000
7001
7002
 
2 artemis.dt.com 192.168.56.182 redis 7003
7004
7005
 
3 uranus.dt.com 192.168.56.183 redis 7006
7007
7008
 

4.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, 70017002目录下:[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/7002

4.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 # 修改为本机 IP
port 7000 # 要根据所在的子目录下配置
daemonize yes
pidfile /var/run/redis_7000.pid  # 要根据所在的子目录下配置
logfile "/var/log/redis-7000.log" # 要根据所在的子目录下配置
appendonly yes
cluster-enabled yes
cluster-config-file nodes-7000.conf # 要根据所在的子目录下配置
cluster-node-timeout 15000

4.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 redis
root     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 redis
tcp        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 redis
root      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 redis
tcp        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 redis
root     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 redis
tcp        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:7000
192.168.56.182:7003
192.168.56.183:7006
192.168.56.181:7001
Adding replica 192.168.56.182:7004 to 192.168.56.181:7000
Adding replica 192.168.56.183:7007 to 192.168.56.182:7003
Adding replica 192.168.56.181:7002 to 192.168.56.183:7006
Adding replica 192.168.56.182:7005 to 192.168.56.181:7001
Adding replica 192.168.56.183:7008 to 192.168.56.181:7000
M: 4d007a1e8efdc43ca4ec3db77029709b4e8413d0 192.168.56.181:7000
   slots:0-4095 (4096 slots) master
M: 0d0b4528f32db0111db2a78b8451567086b66d97 192.168.56.181:7001
   slots:12288-16383 (4096 slots) master
S: e7b8ba7a800683ba017401bde9a72bb34ad252d8 192.168.56.181:7002
   replicates 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa
M: 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce 192.168.56.182:7003
   slots:4096-8191 (4096 slots) master
S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004
   replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0
S: da3556753efe388a64fafc259338ea420a795163 192.168.56.182:7005
   replicates 0d0b4528f32db0111db2a78b8451567086b66d97
M: 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa 192.168.56.183:7006
   slots:8192-12287 (4096 slots) master
S: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007
   replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce
S: b0dda91a2527f71fe555cdd28fa8be4b571a4bed 192.168.56.183:7008
   replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0
Can 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 cluster
Waiting 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 3b9056e1c92ee9b94870a4100b89f6dc474ec1fa
S: ab90ee3ff9834a88416da311011e9bdfaa9a831f 192.168.56.183:7007
   slots: (0 slots) slave
   replicates 4b34dcec53e46ad990b0e6bc36d5cd7b7f3f4cce
M: 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 4d007a1e8efdc43ca4ec3db77029709b4e8413d0
S: 13863d63aa323fd58e7ceeba1ccc91b6304d0539 192.168.56.182:7004
   slots: (0 slots) slave
   replicates 4d007a1e8efdc43ca4ec3db77029709b4e8413d0
S: 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

本文永久更新链接地址:http://www.linuxidc.com/Linux/2017-06/144948.htm 

正文完
星哥玩云-微信公众号
post-qrcode
 0
星锅
版权声明:本站原创文章,由 星锅 于2022-01-22发表,共计9553字。
转载说明:除特殊说明外本站文章皆由CC-4.0协议发布,转载请注明出处。
【腾讯云】推广者专属福利,新客户无门槛领取总价值高达2860元代金券,每种代金券限量500张,先到先得。
阿里云-最新活动爆款每日限量供应
评论(没有评论)
验证码
【腾讯云】云服务器、云数据库、COS、CDN、短信等云产品特惠热卖中