一文搞定Redis主从复制,哨兵集群,Cluster集群搭建与测试
Posted 小杰666
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了一文搞定Redis主从复制,哨兵集群,Cluster集群搭建与测试相关的知识,希望对你有一定的参考价值。
在本文中,我们将准备三台虚拟机,安装三个Redis服务端,分别搭建Redis主从、哨兵和集群。
下面我会图文结合来讲解搭建的详细过程,并对注意点加以说明,开始吧~
一、安装Redis服务端
1、准备三台乌班图虚拟机:
下面以Ubuntu Server 20.04作为实验环境,对于CentOS中的安装过程自行百度。准备工作:
乌班图 Server 20.04 虚拟机三台,我用的是MacOS的vmware,架构图:
2、安装Redis和哨兵:
为了方便,用apt包管理安装Redis + Sentinel哨兵,版本为 v5.0.7。分别在三台机器执行下面的命令行:
sudo apt install redis redis-sentinel
安装完成后,查看三台机器上的redis/sentinel端口是否已监听,如下图红框部分:
6379为redis默认端口,26379为sentinel哨兵默认端口。
然后,分别在三台机器查看redis和sentinel的进程是否已运行:
查看 进程 + 端口 正常后,redis服务就启动成功了(redis和哨兵是两个独立服务)。
3、修改Redis配置文件:
分别修改三台机器的三个redis.conf配置文件:sudo vim /etc/redis/redis.conf
# 修改绑定ip,下面表示redis绑定本地和本机ip地址
# 每个机器上的 redis.conf 中只需要一行 bind xxx xxx 配置
bind 127.0.0.1 192.168.173.140 # master机器要改成这行
bind 127.0.0.1 192.168.173.141 # slave1机器改成这行
bind 127.0.0.1 192.168.173.142 # slave2机器改成这行
# 保护模式开启
protected-mode yes
# yes表示以后台进程方式运行redis
daemonize yes
# 改为yes,开启aof持久化,同时开启AOF+RDB则为混合持久化
appendonly yes
# 添加密码访问,protected-mode 选项为yes时需要密码访问redis
# 在 redis.conf 中的 # requirepass foobared 这行下面添加如下一行即可
requirepass 123456
然后重启三台机器的redis:
sudo systemctl restart redis-server.service
用上述步骤【2、安装Redis和哨兵】中的方法再次确认redis进程+端口监听是否正常。
注意:
1、三个redis.conf文件里的密码选项requirepass,都设置成一样,方便redis从节点或哨兵节点访问。
2、编译安装的redis无法用systemctl restart,可以先关闭:kill -15 redisPID,然后再启动:/path/to/redis-server /path/to/redis.conf
二、配置Redis主从复制
1、配置主从:
分别在两台slave上执行如下命令:
redis-cli -a 123456 # 登录本机redis,默认连127.0.0.1 6379上的redis服务
127.0.0.1:6379> REPLICAOF 192.168.173.140 6379 # 本机redis作为从,连接主的 IP + 端口
OK
127.0.0.1:6379> CONFIG SET masterauth 123456 # 主的登录密码,此密码即上文redis.conf中的requirepass 123456选项
OK
用命令设置主从是临时的,重启redis会失效,可以修改两个slave的redis.conf配置文件:
# 在 redis.conf 中的 # replicaof <masterip> <masterport> 这行下添加如下一行
replicaof 192.168.173.140 6379
# 在 # masterauth <master-password> 下添加如下一行
masterauth 123456
注意:
masterauth 123456 选项在三个redis.conf配置文件中都要设置。
如果主的配置中不设置,在出现故障,切换新主的时候,主节点无法连接上新主节点。
修改完配置后,然后重启三台机器的redis:
sudo systemctl restart redis-server.service
2、查看主从info信息:
登录主的redis并查看info:
redis-cli -a 123456
127.0.0.1:6379> INFO replication
# Replication
role:master
connected_slaves:2 # 连接了两个从,下面是它们的ip+端口,状态以及slave目前同步的位置offset,lag是同步延迟
slave0:ip=192.168.173.141,port=6379,state=online,offset=1386,lag=0
slave1:ip=192.168.173.142,port=6379,state=online,offset=1386,lag=1
master_replid:9233b2810b60541532a1ea8fa083da081c5b5fee # master的id
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:1386 # master目前写入数据的位置
...
登录两个从的redis查看info:
redis-cli -a 123456
127.0.0.1:6379> INFO replication
# Replication
role:slave
master_host:192.168.173.140
master_port:6379
master_link_status:up # 已连上master
master_last_io_seconds_ago:4
master_sync_in_progress:0
slave_repl_offset:1386 # slave目前同步的位置,这个值应该与主的 master_repl_offset 的值一样
slave_priority:100
slave_read_only:1 # 默认情况,slave都是只读的,仅把master同步过来的数据写入slave
connected_slaves:0 # slave下面还可以连接别的slave,把自己当作经理角色
master_replid:9233b2810b60541532a1ea8fa083da081c5b5fee # master的id
master_replid2:0000000000000000000000000000000000000000
...
3、查看主从复制的日志:
下面是查看slave的日志(/var/log/redis/redis-server.log):
关于redis主从同步的原理,后面单独写文章讲解,本文主要以实践为主。
4、测试主从数据同步:
在master上添加两个键值对(name:Tom, age:22),在两个slave中也可访问,表示主从复制成功:
三、配置Redis哨兵
1、修改哨兵配置文件:
三个哨兵配置修改如下(sudo vim /etc/redis/sentinel.conf):
# 注释掉下面这行
#bind 127.0.0.1 ::1
# 关闭保护模式,v5.0.7没有找到requirepass选项,无法添加密码,因此关闭
protected-mode no
# 以后台进程方式运行
daemonize yes
# 核心配置,把 sentinel monitor mymaster 127.0.0.1 6379 2 这行改成如下:
# 指定哨兵把谁作为主节点,参数含义为:主节点别名、主的IP、主的端口、投票法定人数
# 2表示投票法定人数,即三个哨兵中有2个赞成时,哨兵才会采取下一步动作,如让主节点客观下线
sentinel monitor mymaster 192.168.173.140 6379 2
# 因为redis节点设置了密码,需要在 sentinel monitor mymaster xxx 的下面加一行:
sentinel auth-pass mymaster 123456
注意:
上面的bind选项,一定要把本机ip放前面,如 bind 192.168.173.140 127.0.0.1。不然会出现哨兵找不到其他哨兵的问题。或者直接注释掉 bind 这行【注1】。
2、重启主从共3个哨兵(顺序 主、从1、从2):
sudo systemctl restart redis-sentinel.service
3、查看哨兵信息:
登录master查看哨兵信息:
redis-cli -p 26379
127.0.0.1:26379> info sentinel
# Sentinel
sentinel_masters:1
sentinel_tilt:0
sentinel_running_scripts:0
sentinel_scripts_queue_length:0
sentinel_simulate_failure_flags:0
master0:name=mymaster,status=ok,address=192.168.173.140:6379,slaves=2,sentinels=3 # 如果sentinels=1,说明哨兵无法发现彼此
127.0.0.1:26379> sentinel master mymaster # 查看主的信息
...
127.0.0.1:26379> sentinel slaves mymaster # 查看两个从的信息
...
127.0.0.1:26379> sentinel sentinels mymaster # 查看其他两个哨兵的信息
...
注意:
如果三个哨兵之间无法发现彼此,检查三个哨兵配置文件里的 sentinel myid xxx 是否一样,如果一样,删除每个配置文件里的 myid 这行,然后分别重启三个哨兵,会自动生成随机id写入相应配置文件。
三个哨兵日志(/var/log/redis/redis-sentinel.log)中,也可以看到 +monitor, +sentinel, +slave 这样的事件,表示哨兵之间已经发现redis主从节点,以及其他哨兵节点。
4、测试故障转移:
在master机器执行:
redis-cli -a 123456 DEBUG sleep 100
表示执行调试命令,睡眠100秒,模拟redis主节点下线。30秒后sentinel会发现主节点主观下线(+sdown事件),然后哨兵之间判定客观下线(-odown事件),最后投票选举出领头(leader)哨兵,执行故障转移(failover),等下线的主节点重新上线后,作为新主节点的从节点。看如下日志:
此时在192.168.173.140机器上登录sentinel:
redis-cli -p 26379
127.0.0.1:26379> info sentinel # 192.168.173.140 此时已经变为从节点
# Sentinel
sentinel_masters:1
sentinel_tilt:0
sentinel_running_scripts:0
sentinel_scripts_queue_length:0
sentinel_simulate_failure_flags:0
master0:name=mymaster,status=ok,address=192.168.173.141:6379,slaves=2,sentinels=3 # 新主是192.168.173.141
四、配置Redis Cluster集群
1、集群介绍:
如同哨兵模式,redis cluster集群也是高可用方案,并且有hash slot(哈希槽)加持,使得集群具有高并发。此外,可以使用 hash tag 特性,指定 key 中第一对 xxx 花括号内包裹的内容来计算CRC16,这样可以实现具有固定hash tag的一组数据都存储到同一个redis节点上。如果没使用hash tag,就会对整个key进行CRC16计算。
由于cluster集群与哨兵无关,先关闭所有哨兵服务:
sudo systemctl stop redis-sentinel.service
并且把三个redis.conf文件里的 replicaof 192.168.173.140 6379 这行都注释掉。搭建集群需要3主3从共6个节点,三台机器上分别搭建1主1从,架构如下:
3主3从分别在三台机器上,端口号范围:7001~7006,如上图。
注意:组成集群的6个redis节点都需要清空数据。
2、创建集群:
在ubtSvr机器执行命令:
sudo mkdir -pv /data/redis_cluster/7001,7004 # 创建集群目录
sudo cp /etc/redis/redis.conf /data/redis_cluster/7001 # 复制配置文件
sudo cp /etc/redis/redis.conf /data/redis_cluster/7004 # 复制配置文件
# 分别修改下面的配置文件
sudo vim /data/redis_cluster/7001/redis.conf
sudo vim /data/redis_cluster/7004/redis.conf
# 分别在配置文件修改下面的选项
# 7001的修改
# bind xxx xxx # 注释掉这行,不然下文执行创建集群命令可能卡在 Waiting for the cluster to join,原因可能与上文 注1 相同
protected-mode no # 关闭保护模式
port 7001 # 端口修改
cluster-enabled yes # 开启集群
cluster-config-file nodes-7001.conf # 集群节点自动写的配置,不需要手动修改
cluster-node-timeout 15000 # 判断集群节点是否挂掉的超时
appendonly yes # 开始aof持久化
# 7004的修改
# bind xxx xxx # 注释掉这行
protected-mode no # 关闭保护模式
port 7004
cluster-enabled yes
cluster-config-file nodes-7004.conf
cluster-node-timeout 15000
appendonly yes
# 启动redis节点,为了避免目录权限问题,用root权限启动,生产环境不推荐root用户运行
sudo redis-server /data/redis_cluster/7001/redis.conf
sudo redis-server /data/redis_cluster/7004/redis.conf
在ubtSvrSlave1机器执行命令:
sudo mkdir -pv /data/redis_cluster/7002,7005
sudo cp /etc/redis/redis.conf /data/redis_cluster/7002
sudo cp /etc/redis/redis.conf /data/redis_cluster/7005
sudo vim /data/redis_cluster/7002/redis.conf
sudo vim /data/redis_cluster/7005/redis.conf
# 7002
# bind xxx xxx # 注释掉这行
protected-mode no # 关闭保护模式
port 7002 # 端口修改
cluster-enabled yes # 开启集群
cluster-config-file nodes-7002.conf # 集群节点自动写的配置,不需要手动修改
cluster-node-timeout 15000 # 判断集群节点是否挂掉的超时
appendonly yes # 开始aof持久化
# 7005
# bind xxx xxx # 注释掉这行
protected-mode no # 关闭保护模式
port 7005 # 端口修改
cluster-enabled yes # 开启集群
cluster-config-file nodes-7005.conf # 集群节点自动写的配置,不需要手动修改
cluster-node-timeout 15000 # 判断集群节点是否挂掉的超时
appendonly yes # 开始aof持久化
# 启动redis节点,为了避免目录权限问题,用root权限启动,生产环境不推荐root用户运行
sudo redis-server /data/redis_cluster/7002/redis.conf
sudo redis-server /data/redis_cluster/7005/redis.conf
在ubtSvrSlave2机器执行命令:
sudo mkdir -pv /data/redis_cluster/7003,7006
sudo cp /etc/redis/redis.conf /data/redis_cluster/7003
sudo cp /etc/redis/redis.conf /data/redis_cluster/7006
sudo vim /data/redis_cluster/7003/redis.conf
sudo vim /data/redis_cluster/7006/redis.conf
# 7003
# bind xxx xxx # 注释掉这行
protected-mode no # 关闭保护模式
port 7003 # 端口修改
cluster-enabled yes # 开启集群
cluster-config-file nodes-7003.conf # 集群节点自动写的配置,不需要手动修改
cluster-node-timeout 15000 # 判断集群节点是否挂掉的超时
appendonly yes # 开始aof持久化
# 7006
# bind xxx xxx # 注释掉这行
protected-mode no # 关闭保护模式
port 7006 # 端口修改
cluster-enabled yes # 开启集群
cluster-config-file nodes-7006.conf # 集群节点自动写的配置,不需要手动修改
cluster-node-timeout 15000 # 判断集群节点是否挂掉的超时
appendonly yes # 开始aof持久化
# 启动redis节点,为了避免目录权限问题,用root权限启动,生产环境不推荐root用户运行
sudo redis-server /data/redis_cluster/7003/redis.conf
sudo redis-server /data/redis_cluster/7006/redis.conf
注意:
上面的redis节点启动后,每个节点都会监听两个端口,如7001节点,会监听:7001、17001,前者为集群服务端口,后者为集群总线的通信端口,用于集群节点之间互相检测、配置升级、故障转移等。
查看任意一个节点的日志,如7001节点,会看到节点id:
在 ubtSvr 机器执行如下命令,启动集群:
# 创建集群,前三个,即 7001, 7002, 7003 节点是主节点,后面三个是从节点
redis-cli -a 123456 --cluster create \\
192.168.173.140:7001 192.168.173.141:7002 192.168.173.142:7003 \\
192.168.173.140:7004 192.168.173.141:7005 192.168.173.142:7006 \\
--cluster-replicas 1
输入 yes 继续:
注意:
创建集群可能遇到错误:[ERR] Node 192.168.173.140:7001 is not empty. Either the node already knows other nodes (check with CLUSTER NODES) or contains some key in database 0. 解决办法,kill掉3台机器上的redis进程并删除持久化与配置文件:
sudo su
kill -15 $(ps -C redis-server -o pid=)
rm -f /var/lib/redis/appendonly.aof,dump.rdb,nodes-*.conf
按 CTRL + D 退出root然后重新执行上面的创建集群命令。
3、测试集群:
在ubtSvr上执行:
# 连接主节点7001
redis-cli -a 123456 -c -p 7001
Warning: Using a password with '-a' or '-u' option on the command line interface may not be safe.
127.0.0.1:7001> set for bar
-> Redirected to slot [11274] located at 192.168.173.142:7003
OK
192.168.173.142:7003> set hello world
-> Redirected to slot [866] located at 192.168.173.140:7001
OK
192.168.173.140:7001> get for
-> Redirected to slot [11274] located at 192.168.173.142:7003
"bar"
192.168.173.142:7003> get hello
-> Redirected to slot [866] located at 192.168.173.140:7001
"world"
# 连接从节点7004,注意这是 192.168.173.142:7003 的从节点
redis-cli -a 123456 -c -p 7004
Warning: Using a password with '-a' or '-u' option on the command line interface may not be safe.
127.0.0.1:7004> get hello
-> Redirected to slot [866] located at 192.168.173.140:7001
"world"
192.168.173.140:7001> get for
-> Redirected to slot [11274] located at 192.168.173.142:7003
"bar"
在ubtSvr上执行,查看集群信息:
# 查看集群信息
redis-cli -a 123456 -c -p 7001
Warning: Using a password with '-a' or '-u' option on the command line interface may not be safe.
127.0.0.1:7001> cluster info
cluster_state:ok
cluster_slots_assigned:16384
cluster_slots_ok:16384
cluster_slots_pfail:0
cluster_slots_fail:0
cluster_known_nodes:6
cluster_size:3
cluster_current_epoch:6
cluster_my_epoch:1
cluster_stats_messages_ping_sent:1173
cluster_stats_messages_pong_sent:1138
cluster_stats_messages_sent:2311
cluster_stats_messages_ping_received:1133
cluster_stats_messages_pong_received:1173
cluster_stats_messages_meet_received:5
cluster_stats_messages_received:2311
# 查看集群的所有节点
127.0.0.1:7001> cluster nodes
31d5fb714a4993a78e179715cb36f5a59da0e9f6 192.168.173.142:7006@17006 slave 00b6c8ffa4742c2c5c566d6847bb2db17a0a5908 0 1664812510000 6 connected
94545c8039aab5820ec3308e28cad61b6dae587a 192.168.173.140:7004@17004 slave f6e081f0cf0a7c9f5d2e0f3a89588277256c0296 0 1664812510117 4 connected
f6e081f0cf0a7c9f5d2e0f3a89588277256c0296 192.168.173.142:7003@17003 master - 0 1664812510000 3 connected 10923-16383
b4dc019f403c113383545c46ca2e7b9225855ee5 192.168.173.141:7005@17005 slave a002703bfd5855e4167ee6fea5e416b8a4acbe9c 0 1664812511124 5 connected
00b6c8ffa4742c2c5c566d6847bb2db17a0a5908 192.168.173.141:7002@17002 master - 0 1664812512131 2 connected 5461-10922
a002703bfd5855e4167ee6fea5e416b8a4acbe9c 192.168.173.140:7001@17001 myself,master - 0 1664812511000 1 connected 0-5460
4、集群节点扩容:
添加(扩容)新节点包括1主1从(至少1从)两个节点。下面在 ubtSvr 上添加主从节点,执行命令:
sudo mkdir /data/redis_cluster/7007,7008
# 拷贝配置
sudo cp /data/redis_cluster/7001/redis.conf /data/redis_cluster/7007/
sudo cp /data/redis_cluster/7001/redis.conf /data/redis_cluster/7008/
# 修改7007,7008的如下配置项
# 7007的
port 7007
cluster-config-file nodes-7007.conf
# 7008的
port 7008
cluster-config-file nodes-7008.conf
# 启动两个redis
sudo redis-server /data/redis_cluster/7007/redis.conf
sudo redis-server /data/redis_cluster/7008/redis.conf
添加7007主节点到集群中(在ubtSvr上执行):
redis-cli -a 123456 --cluster add-node 192.168.173.140:7007 192.168.173.140:7001
Warning: Using a password with '-a' or '-u' option on the command line interface may not be safe.
>>> Adding node 192.168.173.140:7007 to cluster 192.168.173.140:7001
>>> Performing Cluster Check (using node 192.168.173.140:7001)
M: a002703bfd5855e4167ee6fea5e416b8a4acbe9c 192.168.173.140:7001
slots:[0-5460] (5461 slots) master
1 additional replica(s)
S: 94545c8039aab5820ec3308e28cad61b6dae587a 192.168.173.140:7004
slots: (0 slots) slave
replicates f6e081f0cf0a7c9f5d2e0f3a89588277256c0296
S: b4dc019f403c113383545c46ca2e7b9225855ee5 192.168.173.141:7005
slots: (0 slots) slave
replicates a002703bfd5855e4167ee6fea5e416b8a4acbe9c
M: 00b6c8ffa4742c2c5c566d6847bb2db17a0a5908 192.168.173.141:7002
slots:[5461-10922] (5462 slots) master
1 additional replica(s)
M: f6e081f0cf0a7c9f5d2e0f3a89588277256c0296 192.168.173.142:7003
slots:[10923-16383] (5461 slots) master
1 additional replica(s)
S: 31d5fb714a4993a78e179715cb36f5a59da0e9f6 192.168.173.142:7006
slots: (0 slots) slave
replicates 00b6c8ffa4742c2c5c566d6847bb2db17a0a5908
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.
>>> Send CLUSTER MEET to node 192.168.173.140:7007 to make it join the cluster.
[OK] New node added correctly.
注意:
添加7007主节点时,如果出错:[ERR] Node 192.168.173.140:7007 is not empty. Either the node already knows other nodes (check with CLUSTER NODES) or contains some key in database 0. 连接并清空此节点的数据:
redis-cli -a 123456 -p 7007 flushall
最后,重新执行上文的 “添加7007主节点到集群中…”
查看新添加的主节点(在ubtSvr上执行):
redis-cli -a 123456 -p 7007 cluster nodes
Warning: Using a password with '-a' or '-u' option on the command line interface may not be safe.
31d5fb714a4993a78e179715cb36f5a59da0e9f6 192.168.173.142:7006@17006 slave 00b6c8ffa4742c2c5c566d6847bb2db17a0a5908 0 1664820948226 2 connected
f6e081f0cf0a7c9f5d2e0f3a89588277256c0296 192.168.173.142:7003@17003 master - 0 1664820950241 3 connected 10923-11273 11275-16383
# 新增节点,注意7007节点的id=cd64c00f2b30a72346968a73a0e6bf0603f472b9,下文会用到
cd64c00f2b30a72346968a73a0e6bf0603f472b9 192.168.173.140:7007@17007 myself,master - 0 1664820948000 7 connected 11274
a002703bfd5855e4167ee6fea5e416b8a4acbe9c 192.168.173.140:7001@17001 master - 0 1664820949000 1 connected 0-5460
b4dc019f403c113383545c46ca2e7b9225855ee5 192.168.173.141:7005@17005 slave a002703bfd5855e4167ee6fea5e416b8a4acbe9c 0 1664820946209 1 connected
00b6c8ffa4742c2c5c566d6847bb2db17a0a5908 192.168.173.141:7002@17002 master - 0 1664820949232 2 connected 5461-10922
94545c8039aab5820ec3308e28cad61b6dae587a 192.168.173.140:7004@17004 slave f6e081f0cf0a7c9f5d2e0f3a89588277256c0296 0 1664820947000 3 connected
如果发现7007不小心变成了从节点,比如变成:
cd64c00f2b30a72346968a73a0e6bf0603f472b9 192.168.173.140:7007@17007 myself,slave f6e081f0cf0a7c9f5d2e0f3a89588277256c0296 0 1664814817000 0 connected
执行 手动故障转移 命令,把7007重新变成主节点:
redis-cli -a 123456 -p 7007 cluster failover
给新增主节点分配槽(在任一可用redis机器都可执行如下命令,这里选择ubtSvrSlave1机器):
redis-cli -a 123456 --cluster reshard 192.168.173.140:7007
输入需要分配的槽数量与7007节点的id:
查看7007上槽分配的结果(在ubtSvr上执行):
添加从节点7008(在ubtSvr上执行,下同):
redis-cli -a 123456 -p 7008 flushall # 先清空
# cd64c00f2b30a72346968a73a0e6bf0603f472b9 是 7007的id
redis-cli -a 123456 --cluster add-node 192.168.173.140:7008 192.168.173.140:7007 --cluster-slave --cluster-master-id cd64c00f2b30a72346968a73a0e6bf0603f472b9
Warning: Using a password with '-a' or '-u' option on the command line interface may not be safe.
>>> Adding node 192.168.173.140:7008 to cluster 192.168.173.140:7007
>>> Performing Cluster Check (using node 192.168.173.140:7007)
M: cd64c00f2b30a72346968a73a0e6bf0603f472b9 192.168.173.140:7007
slots:[0-332],[5461-5794],[10923-11255],[11274] (1001 slots) master
S: 31d5fb714a4993a78e179715cb36f5a59da0e9f6 192.168.173.142:7006
slots: (0 slots) slave
replicates 00b6c8ffa4742c2c5c566d6847bb2db17a0a5908
M: f6e081f0cf0a7c9f5d2e0f3a89588277256c0296 192.168.173.142:7003
slots:[11256-11273],[11275-16383] (5127 slots) master
1 additional replica(s)
M: a002703bfd5855e4167ee6fea5e416b8a4acbe9c 192.168.173.140:7001
slots:[333-5460] (5128 slots) master
1 additional replica(s)
S: b4dc019f403c113383545c46ca2e7b9225855ee5 192.168.173.141:7005
slots: (0 slots) slave
replicates a002703bfd5855e4167ee6fea5e416b8a4acbe9c
M: 00b6c8ffa4742c2c5c566d6847bb2db17a0a5908 192.168.173.141:7002
slots:[5795-10922] (5128 slots) master
1 additional replica(s)
S: 94545c8039aab5820ec3308e28cad61b6dae587a 192.168.173.140:7004
slots: (0 slots) slave
replicates f6e081f0cf0a7c9f5d2e0f3a89588277256c0296
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.
>>> Send CLUSTER MEET to node 192.168.173.140:7008 to make it join the cluster.
Waiting for the cluster to join
>>> Configure node as replica of 192.168.173.140:7007.
[OK] New node added correctly.
查看节点信息:
好了,目前已经有8个集群节点,4主4从。测试下get/set:
# 下面4个set,分别把数据存到了4个主节点 7001, 7002, 7003, 7007
redis-cli -c -a 123456 -p 7001
Warning: Using a password with '-a' or '-u' option on the command line interface may not be safe.
127.0.0.1:7001> set for me
-> Redirected to slot [11274] located at 192.168.173.140:7007
OK
192.168.173.140:7007> set foo bar
-> Redirected to slot [12182] located at 192.168.173.142:7003
OK
192.168.173.142:7003> set hello world
-> Redirected to slot [866] located at 192.168.173.140:7001
OK
192.168.173.140:7001> set name Tom
-> Redirected to slot [5798] located at 192.168.173.141:7002
OK
# 获取4个kv
redis-cli -c -a 123456 -p 7008
Warning: Using a password with '-a' or '-u' option on the command line interface may not be safe.
127.0.0.1:7008> get for
-> Redirected to slot [11274] located at 192.168.173.140:7007
"me"
192.168.173.140:7007> get foo
-> Redirected to slot [12182] located at 192.168.173.142:7003
"bar"
192.168.173.142:7003> get hello
-> Redirected to slot [866] located at 192.168.173.140:7001
"world"
192.168.173.140:7001> get name
-> Redirected to slot [5798] located at 192.168.173.141:7002
"Tom"
5、集群节点缩容:
尝试删除7007节点:
redis-cli -a 123456 --cluster del-node 127.0.0.1:7001 cd64c00f2b30a72346968a73a0e6bf0603f472b9
Warning: Using a password with '-a' or '-u' option on the command line interface may not be safe.
>>> Removing node cd64c00f2b30a72346968a73a0e6bf0603f472b9 from cluster 127.0.0.1:7001
[ERR] Node 192.168.173.140:7007 is not empty! Reshard data away and try again.
如上,删除非空的节点会报错,需要把7007上的槽挪走,才可以删除节点。
6、测试故障转移:
假如7002这个主节点故障了:
redis-cli -a 123456 -p 7002 debug segfault
Warning: Using a password with '-a' or '-u' option on the command line interface may not be safe.
Error: Server closed the connection
查看redis日志:
查看目前节点信息:
7、使用Hash Tag:
在集群中,一个key中用包裹的部分就是hash tag(哈希标签),比如有如下key:
name.user:1000.foo
age.user:1000.bar
这两个key会被分配到相同的槽,因为使用hash tag之后,只对中的内容计算哈希,这样只要hash tag一样,不同的key也可以分配到相同的槽中,比如:
redis-cli -c -a 123456 -p 7007
127.0.0.1:7007> set name.user:1000.foo Jerry
-> Redirected to slot [1649] located at 192.168.173.140:7001
OK
192.168.173.140:7001> set age.user:1000.bar 222
OK
# 这两个key被分配到相同的槽1649中,可以进行多键操作
192.168.173.140:7001> mget age.user:1000.bar name.user:1000.foo
1) "222"
2) "Jerry"
# 也可以使用mset
192.168.173.140:7001> mset login_uid:1001 abc reg_uid:1001 123
OK
192.168.173.140:7001> mset login_1 abc reg_2 123 # 如果没有hash tag,会报错
(error) CROSSSLOT Keys in request don't hash to the same slot
所以使用hash tag的好处是可以支持多键操作(如mget,mset),让相同特征(比如同一个用户)的数据落到同一个节点中,便于管理。
不过也要注意,hash tag要具有一定的离散性,比如上面的 user:1000 这样的tag是基于用户id的,不同的用户会分配到不同的槽,如 user:1000, user:1001, user:2000。不要使用完全一样的hash tag,比如 user:id,这样的tag不会变化,会造成大量的key都落在相同的槽上,造成数据倾斜,加重某个节点的负担。
参考:
https://redis.io/docs/manual/sentinel/
https://redis.io/docs/manual/scaling/
https://blog.csdn.net/liucy007/article/details/121227295
以上是关于一文搞定Redis主从复制,哨兵集群,Cluster集群搭建与测试的主要内容,如果未能解决你的问题,请参考以下文章