搭建和测试 Redis 主备和集群

内容简介：搭建和测试 Redis 主备和集群

本文章只是自我学习用，不适宜转载。

1. Redis主备集群

1.1 搭建步骤

机器：海航云虚机（2核4GB内存），使用 Centos 7.2 64bit 操作系统，IP 分别是 192.168.100.5（主） 和 192.168.100.6（备）。

Redis 版本：3.2.3

1.1.1 在主备节点上，做如下安装

sudo yum update
sudo yum install epel-release
sudo yum update
sudo yum install redis
sudo systemctl start redis
sudo systemctl enable redis #配置 redis 在启动机器时自动启动

验证是否安装正确：

1.1.2 配置主备节点

主节点上，修改 /etc/redis.conf，设置 bind 127.0.0.1 192.168.100.5，然后运行 sudo systemctl restart redis 来重启redis。

主节点上，修改 /etc/redis.conf，设置 slaveof 192.168.100.5 6379，然后运行 sudo systemctl restart redis 来重启redis。

确认是否设置成功：

• 在 master 上设置一个key/value：

• 在 salve 上试着查看：

• 不成功。检查 slave 上的 master 日志：

• 检查网络连接，都没有问题。检查 master 节点，看看 redis 是否在网卡 192.168.100.5 的 6379 上监听，发现没有。再检查 redis.conf，发现有两行 bind，好吧。修改后，在 slave 上能取到 'a' 的value。
• 查看两者之间的复制状态。在 master 上：

• 在 slave 上，能看到自身的 role 和 master 的信息，以及 replication 的信息等

1.1.3 测试benchmark

在 master 上，运行：

不清楚这些绝对值意味着什么，但是和 https://redis.io/topics/benchmarks 上的下面结果差不多：

1.1.4 将备升主

在备升主之前，在备上无法写：

将备升主：

此时它就可写了：

1.1.5 设置过期时间

https://redis.io/commands/expire

1.1.6 持久化

https://redis.io/topics/persistence

（1）关于持久化的几个问题：

• RDB 模式：Redis 在指定的时间间隔上对数据集做快照。RDB 对日常备份和灾备都非常方便，而且对性能没有太大的影响。通常定时，比如每5分钟来做快照，但是使用它还是会丢数据。
• AOF：Redis 服务器端将它收到的所有写操作以追加写方式写入到日志文件中，以便在服务器重启时重新执行。AOF有较强的灵活性，比如每秒刷新，每次写就刷新等；但是，AOF 文件通常比 RDB 文件大。根据不同的写入模式，AOF 通常会比 RDB 慢。
• 默认开启 RDB，关闭 AOF。用户可以将两者都关闭，或者将两者都开启。官方不建议单独使用 AOF。如果对数据丢失有一定的容忍度，比如五分钟，则可以使用 RDB；否则，建议两者同时使用。

（2）测试 RDB：

文件的默认路径是 /var/lib/redis/dump.rbd.

默认配置：

save 900 1 #15分钟内如有一个1个key变化

save 300 10 #5分钟内，如果有10个key变化

save 60 10000 #1分钟内如果有10000个key变化

写入10个key后，备份写入：

在日志中能看到完整检测和写入过程：

(3)测试 AOF

AOF 默认被关闭，通过修改配置文件中的 appendonly yes 来将其打开。相关配置包括：

• appendfsync everysec  #每隔一秒sync
• appendfilename "appendonly.aof"  #AOF文件名

写入两个key/value，然后看到 aof 文件被修改了，其内容是文本格式：

2. Redis Cluster

Redis 从 3.0.5 版本开始推出了 Redis cluster 版本。

2.1 安装

主要参考文档： https://redis.io/topics/cluster-tutorial

（1）创建配置文件 redis.conf

port 7000
cluster-enabled yes
cluster-config-file nodes.conf
cluster-node-timeout 5000
appendonly yes

（2）创建留个目录，每个目录运行一个 redis 进程，代表一个 redis 节点。共6个节点，3主3备。

mkdir cluster-test
cd cluster-test
mkdir 7000 7001 7002 7003 7004 7005

（3）将 redis.conf 拷贝到 7000 ~ 7005 目录中，修改其中的 port 值为各目录name，并且将 redis-server 文件拷贝到每个目录中。

（4）进入每个目录，启动进程

../redis-server ./redis.conf &

结果如下：

[cloud-user@redis-slave ~]$ ps -ef | grep redis
cloud-u+ 23828     1  0 17:05 ?        00:00:04 ./redis-server *:7000 [cluster]
cloud-u+ 23831     1  0 17:05 ?        00:00:04 ./redis-server *:7001 [cluster]
cloud-u+ 23834     1  0 17:05 ?        00:00:04 ./redis-server *:7002 [cluster]
cloud-u+ 23837     1  0 17:06 ?        00:00:04 ./redis-server *:7003 [cluster]
cloud-u+ 23840     1  0 17:06 ?        00:00:04 ./redis-server *:7004 [cluster]
cloud-u+ 23843     1  0 17:06 ?        00:00:05 ./redis-server *:7005 [cluster]

（5）下载 redis 源码，比如 http://download.redis.io/releases/redis-3.2.3.tar.gz ，解压，从 src 目录找到 redis-trib.rb 文件，拷贝到工作目录。注意redis-trib.rb版本必须和你使用的redis的版本相同，否则会出现兼容性问题。

（6）安装 ruby 和 rubygems

sudo yum install ruby
sudo yum install rubygems
sudo gem install redi

（7）运行下面的命令，创建 cluster：

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

（8）检查cluster 状态，OK

可以看到，6个节点，分为3个master，3个slave。每个master分了5461个slots，共计 16384 slots。

(9)基本操作

2.2 集群操作

2.2.1 将 7000 （master） 杀掉

此时，7003 由 slave 变为 master，它没有 slave。原来在 7000 上的数据改到了 7003 上：

启动 7000，它变为了 7003 的 slave：

2.2.2 增加主节点

（1）按照同样方法，启动 7006 redis 进程

（2）运行 sudo ruby redis-trib.rb add-node 127.0.0.1:7006 127.0.0.1:7000 命令，将它加入集群

（3）此时，它作为孤立的 master node，上面却没有分配 slots

（4）执行 reshard 操作

sudo ruby redis-trib-3.2.3.rb reshard 127.0.0.1:7000

结果：

会看到从其他的 master 上有移动一些 slots 到 7006 上。

2.2.3 增加从节点

（1）增加 7007

（2）运行

sudo ruby redis-trib.rb add-node --slave --master-id 98c93f338eaada7ced83e0e02360721c6f2187e2 127.0.0.1:7007 127.0.0.1:7000

结果：

能看到 7006 和 7007 之间的主备关系：

2.2.4 移除主节点

运行：

udo ruby redis-trib.rb del-node 127.0.0.1:7000 98c93f338eaada7ced83e0e02360721c6f2187e2

结果：

看来要先做resharding：

结果：

• 7007 成了 7001 的 slave
• 7006 被直接删除了

2.2.5 移除从节点

直接删除，不需要提前做 resharding：

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

• Elasticsearch 集群搭建和集群原理
• Zookeeper学习系列【二】Zookeeper 集群章节之集群搭建
• Spark集群环境搭建
• Zookeeper搭建集群
• FastDFS集群搭建
• Zookeeper集群环境搭建

本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。