关于redis集群:Redis集群部署的三种模式

34次阅读

共计 15838 个字符，预计需要花费 40 分钟才能阅读完成。

一、Redis 简介

Redis 是一款齐全开源收费、恪守 BSD 协定的高性能 (NOSQL) 的 key-value 数据库。它应用 ANSI C 语言编写，反对网络、可基于内存亦可长久化的日志型、Key-Value 数据库，并提供多种语言的 API。

Redis 的应用场景有如下一些：

  • 读写效率要求高，须要将数据进行缓存的。此时，能够把一些须要频繁拜访的数据，而且在短时间之内不会发生变化的，放入 Redis 中进行操作，从而进步用户的申请速度和升高网站的负载，升高数据库的读写次数。
  • 须要实时计算的场景。须要实时变动和展现的性能，就能够把相干数据放在 Redis 中进行操作，能够大大提高拜访效率。
  • 音讯队列场景。比方在应答实时聊天零碎时，就能够应用 Redis，能够大大提高利用的可用性。

正是因为 Redis 有这么多的益处，所以不论是大中型我的项目，都会用到 Redis。而咱们明天要讲的就是 Redis 的三种集群部署模式：主从模式，Sentinel（哨兵）模式，Cluster 模式。

Rdis 最开始应用主从模式做集群，若 master 宕机须要手动配置 slave 转为 master；起初为了高可用提出来哨兵模式，该模式下有一个哨兵监督 master 和 slave，若 master 宕机可主动将 slave 转为 master，但它也有一个问题，就是不能动静裁减；所以在 3.x 提出 cluster 集群模式。

二、主从模式

2.1 主从模式简介

主从模式是三种模式中最简略的，在主从复制中，数据库分为两类：主数据库 (master) 和从数据库(slave)。其中，主从复制有如下特点：

  • 主数据库能够进行读写操作，当读写操作导致数据变动时会主动将数据同步给从数据库；
  • 从数据库个别是只读的，并且接管主数据库同步过去的数据；
  • 一个 master 能够领有多个 slave，然而一个 slave 只能对应一个 master；
  • slave 挂了不影响其余 slave 的读和 master 的读和写，重新启动后会将数据从 master 同步过去；
  • master 挂了当前，不影响 slave 的读，但 redis 不再提供写服务，master 重启后 redis 将从新对外提供写服务；
  • master 挂了当前，不会在 slave 节点中从新选一个 master；

上面是主从模式的工作示意图。

工作机制：

  • 当 slave 启动后，被动向 master 发送 SYNC 命令。master 接管到 SYNC 命令后在后盾保留快照（RDB 长久化）和缓存保留快照这段时间的命令，而后将保留的快照文件和缓存的命令发送给 slave。slave 接管到快照文件和命令后加载快照文件和缓存的执行命令。
  • 复制初始化后，master 每次接管到的写命令都会同步发送给 slave，保障主从数据一致性。

2.2 环境阐明

为了不便演示主从模式，咱们须要筹备至多 3 台机器（虚拟机）。

2.3 下载解压 Redis 安装包

接下来，就是下载 Redis 的安装包，下载地址：http://download.redis.io/rele…。

cd /opt/software
wget http://download.redis.io/releases/redis-7.0.3.tar.gz
# 解压
tar -xf redis-7.0.3.tar.gz
cd redis-7.0.3
# 设置环境变量
echo "export REDIS_HOME=/opt/software/redis-7.0.3">> /etc/profile
source /etc/profile

2.4 编译装置

接下来是，编译装置所有的节点。

cd $REDIS_HOME
yum -y install gcc gcc++
make && make install
# 默认装置目录 /usr/local/bin

2.5 配置服务

装置节点之后，为了不便前期启动和保护服务，须要对装置的节点进行服务的配置。

cat << EOF > /usr/lib/systemd/system/redis.service
[Unit]
Description=Redis persistent key-value database
After=network.target
After=network-online.target
Wants=network-online.target

[Service]
ExecStart=/usr/local/bin/redis-server /usr/local/redis/redis.conf --supervised systemd
ExecStop=/usr/libexec/redis-shutdown
Type=forking
User=redis
Group=redis
RuntimeDirectory=redis
RuntimeDirectoryMode=0755
LimitNOFILE=65536
PrivateTmp=true

[Install]
WantedBy=multi-user.target
EOF

上面是配置的相干形容和阐明：

  • Description: # 形容服务
  • After: # 形容服务类别
  • [Service] # 服务运行参数的设置
  • Type=forking # 是后盾运行的模式
  • ExecStart # 为服务的具体运行命令
  • ExecReload # 为重启命令
  • ExecStop # 为进行命令
  • LimitNOFILE=65536 # 关上文件数和过程数有限度，默认限度为 1024，如果不设置，或者设置为 LimitNOFILE=unlimited(不辨认)，则失去了 1024
  • PrivateTmp=True # 示意给服务调配独立的长期空间

【留神】[Service]的启动、重启、进行命令全副要求应用绝对路径 [Install] #运行级别下服务装置的相干设置，可设置为多用户，即零碎运行级别为 3

重载零碎服务：systemctl daemon-reload。以下是配置，位于 /usr/libexec/redis-shutdown 门路下。

#!/bin/bash
#
# Wrapper to close properly redis and sentinel
test x"$REDIS_DEBUG" != x && set -x
REDIS_CLI=/usr/local/bin/redis-cli
# Retrieve service name
SERVICE_NAME="$1"
if [-z "$SERVICE_NAME"]; then
   SERVICE_NAME=redis
fi
# Get the proper config file based on service name
CONFIG_FILE="/usr/local/redis/$SERVICE_NAME.conf"
# Use awk to retrieve host, port from config file
HOST=`awk '/^[[:blank:]]*bind/ {print $2}' $CONFIG_FILE | tail -n1`
PORT=`awk '/^[[:blank:]]*port/ {print $2}' $CONFIG_FILE | tail -n1`
PASS=`awk '/^[[:blank:]]*requirepass/ {print $2}' $CONFIG_FILE | tail -n1`
SOCK=`awk '/^[[:blank:]]*unixsocket\s/ {print $2}' $CONFIG_FILE | tail -n1`
# Just in case, use default host, port
HOST=${HOST:-127.0.0.1}
if ["$SERVICE_NAME" = redis]; then
    PORT=${PORT:-6379}
else
    PORT=${PORT:-26739}
fi
# Setup additional parameters
# e.g password-protected redis instances
[-z "$PASS"] || ADDITIONAL_PARAMS="-a $PASS"
# shutdown the service properly
if [-e "$SOCK"] ; then
        $REDIS_CLI -s $SOCK $ADDITIONAL_PARAMS shutdown
else
        $REDIS_CLI -h $HOST -p $PORT $ADDITIONAL_PARAMS shutdown
fi

通过下面的解决后，就能够应用 systemctl 命令来启停 redis 了。

2.6 受权启动服务

接下来，是受权启动服务须要用到的一些命令：

chmod +x /usr/libexec/redis-shutdown
useradd -s /sbin/nologin redis

mkdir /usr/local/redis ; cp $REDIS_HOME/redis.conf /usr/local/redis/ && chown -R redis:redis /usr/local/redis
mkdir -p /opt/software/redis-7.0.3/data && chown -R redis:redis /opt/software/redis-7.0.3/data
yum install -y bash-completion && source /etc/profile                 # 命令补全
systemctl daemon-reload
systemctl enable redis

2.7 批改 linux 内核参数

# 长期失效
sysctl  -w  vm.overcommit_memory=1
# 永恒失效
echo 'vm.overcommit_memory=1' >> /etc/sysctl.conf && sysctl -p
### 可选值：0，1，2。# 0，：示意内核将查看是否有足够的可用内存供给用过程应用；如果有足够的可用内存，内存申请容许；否则，内存申请失败，并把谬误返回给利用过程。# 1：示意内核容许调配所有的物理内存，而不论以后的内存状态如何。# 2：示意内核容许调配超过所有物理内存和替换空间总和的内存。

2.8 节点配置

2.8.1 master 节点配置

首先，咱们关上 master 节点文件，文件位于 vi/usr/local/redis/redis.conf 目录下，而后批改配置如下：

bind 192.168.182.110               # 监听 ip，多个 ip 用空格分隔
daemonize yes               # 容许后盾启动
logfile "/usr/local/redis/redis.log"                # 日志门路
dir /opt/software/redis-7.0.3/data                 # 数据库备份文件寄存目录
masterauth 123456               # slave 连贯 master 明码，master 可省略
requirepass 123456              # 设置 master 连贯明码，slave 可省略
appendonly yes                  # 在 /opt/software/redis-7.0.3/data 目录生成 appendonly.aof 文件，将每一次写操作申请都追加到 appendonly.aof 文件中

2.8.2 slave1 节点配置

接着，咱们关上 slave1 节点文件，文件位于 vi/usr/local/redis/redis.conf，批改配置如下：

bind 192.168.182.111               # 监听 ip，多个 ip 用空格分隔
daemonize yes               # 容许后盾启动
logfile "/usr/local/redis/redis.log"                # 日志门路
dir /opt/software/redis-7.0.3/data                 # 数据库备份文件寄存目录
#  replicaof 用于追寻某个节点的 redis，被追寻的节点为主节点，追寻的为从节点。就是设置 master 节点
replicaof 192.168.182.110 6379
masterauth 123456               # slave 连贯 master 明码，master 可省略
requirepass 123456              # 设置 master 连贯明码，slave 可省略
appendonly yes                  # 在 /opt/software/redis-7.0.3/data 目录生成 appendonly.aof 文件，将每一次写操作申请都追加到 appendonly.aof 文件中

2.8.3 slave2 节点配置

关上 slave2 的节点文件，文件位于 vi/usr/local/redis/redis.conf，批改配置如下：bind 192.168.182.112               # 监听 ip，多个 ip 用空格分隔
daemonize yes               # 容许后盾启动
logfile "/usr/local/redis/redis.log"                # 日志门路
dir /opt/software/redis-7.0.3/data                 # 数据库备份文件寄存目录
#  replicaof 用于追寻某个节点的 redis，被追寻的节点为主节点，追寻的为从节点。就是设置 master 节点
replicaof 192.168.182.110 6379
masterauth 123456               # slave 连贯 master 明码，master 可省略
requirepass 123456              # 设置 master 连贯明码，slave 可省略
appendonly yes                  # 在 /opt/software/redis-7.0.3/data 目录生成 appendonly.aof 文件，将每一次写操作申请都追加到 appendonly.aof 文件中

2.9 启动 Redis 服务

systemctl start redis
systemctl status redis

2.10 查看集群

而后，应用上面的命令查看集群的一些数据：

# 交互式
redis-cli -h 192.168.182.110 -a 123456
192.168.182.110:6379> info replication

# 交互式
redis-cli -h 192.168.182.110
192.168.182.110:6379> auth 123456
192.168.182.110:6379> info replication

# 非交互式
redis-cli -h 192.168.182.110 -a 123456 info replication

如果所有配置都没有问题，Redis 的主数据库会不定时的向从数据库同步数据，如下图所示。

三、Sentinel（哨兵）模式

3.1 Sentinel（哨兵）模式简介

主从模式的弊病就是不具备高可用性，当 master 挂掉当前，Redis 将不能再对外提供写入操作，因而 sentinel 模式应运而生。sentinel 中文含意为哨兵，顾名思义，它的作用就是监控 redis 集群的运行状况，此模式具备如下一些特点：

  • sentinel 模式是建设在主从模式的根底上，如果只有一个 Redis 节点，sentinel 就没有任何意义；
  • 当 master 挂了当前，sentinel 会在 slave 中抉择一个做为 master，并批改它们的配置文件，其余 slave 的配置文件也会被批改，比方 slaveof 属性会指向新的 master；
  • 当 master 重新启动后，它将不再是 master，而是做为 slave 接管新的 master 的同步数据；
  • sentinel 因为也是一个过程，所以有挂掉的可能，所以 sentinel 也会启动多个造成一个 sentinel 集群；
  • 多 sentinel 配置的时候，sentinel 之间也会主动监控；
  • 当主从模式配置明码时，sentinel 也会同步将配置信息批改到配置文件中；
  • 一个 sentinel 或 sentinel 集群能够治理多个主从 Redis，多个 sentinel 也能够监控同一个 redis；
  • sentinel 最好不要和 Redis 部署在同一台机器，不然 Redis 的服务器挂了当前，sentinel 也可能会挂掉。

上面是 Sentinel（哨兵）模式的工作的原理图：

其工作的流程如下所示：

  • 每个 sentinel 以每秒钟一次的频率向它所知的 master，slave 以及其余 sentinel 实例发送一个 PING 命令；
  • 如果一个实例间隔最初一次无效回复 PING 命令的工夫超过 down-after-milliseconds 选项所指定的值，则这个实例会被 sentinel 标记为主观下线；
  • 如果一个 master 被标记为主观下线，则正在监督这个 master 的所有 sentinel 要以每秒一次的频率确认 master 确实进入了主观下线状态；
  • 当有足够数量的 sentinel（大于等于配置文件指定的值）在指定的工夫范畴内确认 master 确实进入了主观下线状态，则 master 会被标记为主观下线；
  • 在个别状况下，每个 sentinel 会以每 10 秒一次的频率向它已知的所有 master，slave 发送 INFO 命令；
  • 当 master 被 sentinel 标记为主观下线时，sentinel 向下线的 master 的所有 slave 发送 INFO 命令的频率会从 10 秒一次改为 1 秒一次；
  • 若没有足够数量的 sentinel 批准 master 曾经下线，master 的主观下线状态就会被移除；若 master 从新向 sentinel 的 PING 命令返回无效回复，master 的主观下线状态就会被移除。

3.2 环境阐明

同时，为了保障可能最小可能的碟机事件，sentinel 最好跟 redis 部署在不同的机器上，sentinel 端口：26379。

3.3 配置 sentinel

因为哨兵模式是基于主从模式的，所以 redis 的相干配置就不多阐明。咱们只须要在主从模式的根底上间接批改 sentinel 配置文件，配置 3 个哨兵即可，哨兵的配置能够参考如下内容。

# 三个节点创立存储目录
mkdir /opt/software/redis-7.0.3/sentinel
mkdir /opt/software/redis-7.0.3/sentinel ; chown -R redis:redis /opt/software/redis-7.0.3/
cat >/usr/local/redis/sentinel.conf<<EOF
daemonize yes
logfile "/usr/local/redis/sentinel.log"
# sentinel 工作目录
dir "/opt/software/redis-7.0.3/sentinel"
# 判断 master 生效至多须要 2 个 sentinel 批准，倡议设置为 n /2+1，n 为 sentinel 个数
# sentinel monitor <master-name> <ip> <port> <count>
sentinel monitor mymaster 192.168.182.110 6379 2
sentinel auth-pass mymaster 123456
# 判断 master 主观下线工夫，默认 30s
sentinel down-after-milliseconds mymaster 30000
EOF

3.4 启动 sentinel

启动 sentinel 模式的命令如下：

/usr/local/bin/redis-sentinel /usr/local/redis/sentinel.conf
netstat -tnlp|grep 26379

3.5 故障模拟测试

为了模仿故障，咱们将 master 停掉。

# 停掉 master
systemctl stop redis
redis-cli -h 192.168.182.111 -a 123456 info replication

能够看到，Redis 发现 master 节点呈现问题后，会主动切换到其它节点。接下来，咱们再测试一下读写。

[root@local-168-182-110 redis-7.0.3]# redis-cli -h 192.168.182.112 -a 123456
Warning: Using a password with '-a' or '-u' option on the command line interface may not be safe.
192.168.182.112:6379> set k2 v2
OK

能够看到，新的 master 节点读写能力都是失常的，接下来就是复原故障，看是否失常。

redis-cli -h 192.168.182.112 -a 123456 info replication

能够看到，和之前预约的 sentinel 模式的工作流程是一样的：原先的 master 节点在复原后并不会被动切换到 master 角色，而是作为 slave 角色持续服务。

四、Cluster（集群）模式

4.1 Cluster（集群）模式简介

Redis 的哨兵模式根本曾经能够实现高可用，读写拆散，然而在这种模式下每台 Redis 服务器都存储雷同的数据，很节约内存，所以在 redis3.0 上退出了 Cluster 集群模式，实现了 Redis 的分布式存储，也就是说每台 Redis 节点上存储不同的内容。上面是 Cluster 集群模式的一些特点：

  • sentinel 模式根本能够满足个别生产的需要，具备高可用性。然而当数据量过大到一台服务器寄存不下的状况时，主从模式或 sentinel 模式就不能满足需要了，这个时候须要对存储的数据进行分片，将数据存储到多个 Redis 实例中。cluster 模式的呈现就是为了解决单机 Redis 容量无限的问题，将 Redis 的数据依据肯定的规定调配到多台机器。
  • cluster 能够说是 sentinel+ 主从模式的结合体，通过 cluster 能够实现主从和 master 重选性能，所以如果配置两个正本三个分片的话，就须要六个 Redis 实例。因为 Redis 的数据是依据肯定规定调配到 cluster 的不同机器的，当数据量过大时，能够新增机器进行扩容。
  • 应用集群，只须要将 redis 配置文件中的 cluster-enable 配置关上即可，每个集群中至多须要三个主数据库能力失常运行，新增节点十分不便。

上面是 Cluster 集群模式的架构示意图。

能够看到，Cluster 集群模式有如下一些特点：

  • 多个 redis 节点网络互联，数据共享；
  • 所有的节点都是一主一从（也能够是一主多从），其中从不提供服务，仅作为备用；
  • 不反对同时解决多个 key（如 MSET/MGET），因为 redis 须要把 key 均匀分布在各个节点上，并发量很高的状况下同时创立 key-value 会升高性能并导致不可预测的行为；
  • 反对在线减少、删除节点；
  • 客户端能够连贯任何一个主节点进行读写。

4.2 环境阐明

为了模仿 Cluster 集群模式，咱们须要筹备至多三台机器，而后别离开启三个 redis 服务，即每个节点都要是一主两从模式。

4.3 批改配置

接下来，咱们基于主从模式的配置进行如下批改。

# 创立存储目录
mkdir -p /opt/software/redis-7.0.3/cluster/redis_{7001..7003}
cp /usr/local/redis/redis.conf /usr/local/redis/cluster_redis_7001.conf
cp /usr/local/redis/redis.conf /usr/local/redis/cluster_redis_7002.conf
cp /usr/local/redis/redis.conf /usr/local/redis/cluster_redis_7003.conf

chown -R redis:redis /usr/local/redis ;chown -R redis:redis /opt/software/redis-7.0.3/cluster

而后，批改位于 /usr/local/redis/cluster_redis_7001.conf 目录的配置文件

cluster_redis_7001.conf。#【留神】节点不一样，IP 不一样，记得批改这个 bind 配置
bind 192.168.182.110
port 7001
daemonize yes
pidfile "/var/run/cluster_redis_7001.pid"
logfile "/usr/local/redis/cluster_redis_7001.log"
dir "/opt/software/redis-7.0.3/cluster/redis_7001"
#replicaof 192.168.182.110 6379
masterauth "123456"
requirepass "123456"
appendonly yes
# 开启集群模式
cluster-enabled yes
# 尽管此配置的名字叫 "集群配置文件"，然而此配置文件不能人工编辑，它是集群节点主动保护的文件，次要用于记录集群中有哪些节点、他们的状态以及一些长久化参数等，不便在重启时复原这些状态。通常是在收到申请之后这个文件就会被更新。cluster-config-file nodes_7001.conf
cluster-node-timeout 15000

而后，批改配置文件 cluster_redis_7002.conf，位于 /usr/local/redis/cluster_redis_7002.conf 目录下。

#【留神】节点不一样，IP 不一样，记得批改这个 bind 配置
bind 192.168.182.110
port 7002
daemonize yes
pidfile "/var/run/cluster_redis_7002.pid"
logfile "/usr/local/redis/cluster_redis_7002.log"
dir "/opt/software/redis-7.0.3/cluster/redis_7002"
#replicaof 192.168.182.110 6379
masterauth "123456"
requirepass "123456"
appendonly yes
# 配置 yes 则开启集群性能，此 redis 实例作为集群的一个节点，否则，它是一个一般的繁多的 redis 实例。cluster-enabled yes
# 尽管此配置的名字叫 "集群配置文件"，然而此配置文件不能人工编辑，它是集群节点主动保护的文件，次要用于记录集群中有哪些节点、他们的状态以及一些长久化参数等，不便在重启时复原这些状态。通常是在收到申请之后这个文件就会被更新。cluster-config-file nodes_7002.conf
cluster-node-timeout 15000

而后，持续批改配置文件 cluster_redis_7003.conf，文件目录位于 /usr/local/redis/cluster_redis_7003.conf。

#【留神】节点不一样，IP 不一样，记得批改这个 bind 配置
bind 192.168.182.110
port 7003
daemonize yes
pidfile "/var/run/cluster_redis_7003.pid"
logfile "/usr/local/redis/cluster_redis_7003.log"
dir "/opt/software/redis-7.0.3/cluster/redis_7003"
#replicaof 192.168.182.110 6379
masterauth "123456"
requirepass "123456"
appendonly yes
# 配置 yes 则开启集群性能，此 redis 实例作为集群的一个节点，否则，它是一个一般的繁多的 redis 实例。cluster-enabled yes
# 尽管此配置的名字叫 "集群配置文件"，然而此配置文件不能人工编辑，它是集群节点主动保护的文件，次要用于记录集群中有哪些节点、他们的状态以及一些长久化参数等，不便在重启时复原这些状态。通常是在收到申请之后这个文件就会被更新。cluster-config-file nodes_7003.conf
cluster-node-timeout 15000

其它两台机器配置与 192.168.182.110 统一，只是 ip 不同，此处省略。

# 将配置 copy 到另外两个节点
scp -r /usr/local/redis/cluster_redis_{7001..7003}.conf local-168-182-111:/usr/local/redis/
scp -r /usr/local/redis/cluster_redis_{7001..7003}.conf local-168-182-112:/usr/local/redis/

# 在 node2 上执行
sed -i 's/192.168.182.110/192.168.182.111/g' /usr/local/redis/cluster_redis_{7001..7003}.conf

# 在 node3 上执行
sed -i 's/192.168.182.110/192.168.182.112/g' /usr/local/redis/cluster_redis_{7001..7003}.conf

4.4 启动 Redis 服务

接下来，启动 Redis 服务的所有的节点。

redis-server /usr/local/redis/cluster_redis_7001.conf
netstat -tnlp|grep 7001
redis-server /usr/local/redis/cluster_redis_7002.conf
netstat -tnlp|grep 7002
redis-server /usr/local/redis/cluster_redis_7003.conf
netstat -tnlp|grep 7003
tail -f /usr/local/redis/cluster_redis_7001.log
tail -f /usr/local/redis/cluster_redis_7002.log
tail -f /usr/local/redis/cluster_redis_7003.log

启动胜利之后，如下图。

4.5 创立集群

为了可能失常工作，咱们须要集群的一个主节点有 2 个从节点。

# –cluster-replicas 2 : 示意集群的一个主节点有 2 个从节点，就是一主两从模式
redis-cli -a 123456 --cluster create \
192.168.182.110:7001 192.168.182.110:7002 192.168.182.110:7003 \
192.168.182.111:7001 192.168.182.111:7002 192.168.182.111:7003 \
192.168.182.112:7001 192.168.182.112:7002 192.168.182.112:7003 \
--cluster-replicas 2

接着，零碎会会主动生成 nodes.conf 文件，而后关上文件即可看到集群的相干信息。

ll /opt/software/redis-7.0.3/cluster/redis_{7001..7003}

4.6 继承操作

登录集群

redis-cli -c -h 192.168.182.110 -p 7001
192.168.182.110:7001> auth 123456

集群信息

redis-cli -c -h 192.168.182.129 -p 7001
192.168.182.110:7001> auth 123456
192.168.182.110:7001> CLUSTER INFO

列出节点信息

redis-cli -c -h 192.168.182.129 -p 7001
192.168.182.110:7001> auth 123456
192.168.182.110:7001> CLUSTER INFO
192.168.182.110:7001> CLUSTER NODES

减少节点
比方，在 node1 服务器上减少一节点。首先，咱们增加如下配置：

# copy 配置
cp /usr/local/redis/cluster_redis_7003.conf /usr/local/redis/cluster_redis_7004.conf
# 创立存储目录
mkdir /opt/software/redis-7.0.3/cluster/redis_7004

# 批改配置
vi /usr/local/redis/cluster_redis_7004.conf

bind 192.168.182.110
port 7004
daemonize yes
pidfile "/var/run/redis_7004.pid"
logfile "/usr/local/redis/cluster_redis_7004.log"
dir "/opt/software/redis-7.0.3/cluster/redis_7004"
#replicaof 192.168.182.110 6379
masterauth "123456"
requirepass "123456"
appendonly yes
cluster-enabled yes
cluster-config-file nodes_7004.conf
cluster-node-timeout 15000

# 受权
chown -R redis:redis /usr/local/redis && chown -R redis:redis /opt/software/redis-7.0.3/cluster/redis_7004

而后，再启动服务。

redis-server /usr/local/redis/cluster_redis_7004.conf
netstat -tnlp|grep :7004

如果要在集群中减少节点，能够应用上面的形式。

[root@local-168-182-110 ~]# redis-cli -c -h 192.168.182.110 -p 7001
192.168.182.110:7001> auth 123456
# 增加节点
192.168.182.110:7001> CLUSTER MEET 192.168.182.110 7004
# 查看节点信息
192.168.182.110:7001> CLUSTER NODES

能够看到，新增的节点都是以 master 身份退出集群的。如果要【更换节点身份】，比方将新增的 192.168.182.110:7004 节点身份改为 192.168.182.130:7001 的 slave。

redis-cli -c -h 192.168.182.110 -p 7004
192.168.182.110:7004> auth 123456
# 扭转节点类型
192.168.182.110:7004> cluster replicate 0a9d68b75d529b611b4bae5753be602006fcef74
192.168.182.110:7004> CLUSTER NODES

删除某个节点，能够参考上面的内容。

redis-cli -c -h 192.168.182.110 -p 7001
192.168.182.110:7001> auth 123456
# 查看节点
192.168.182.110:7001> CLUSTER NODES
# 删除节点
192.168.182.110:7001> CLUSTER FORGET 378ef2a24fb4138496b8da85bb66143800b53686
# 查看节点信息
192.168.182.110:7001> CLUSTER NODES

最初，在配置批改完后保留配置。

redis-cli -c -h 192.168.182.110 -p 7001
192.168.182.110:7001> auth 123456
# 将节点的配置文件保留到硬盘外面
192.168.182.110:7001> CLUSTER SAVECONFIG

能够看到，之前删除的节点又复原了，这是因为对应的配置文件没有删除，执行 CLUSTER SAVECONFIG 复原。

接下来，咱们模仿下模仿 master 节点挂掉的场景。

netstat -lntp |grep :7001|awk '{print $NF}'|cut -d '/' -f 1|xargs kill -9
redis-cli -c -h 192.168.182.111 -p 7001 -a 123456 CLUSTER NODES

能够看到，192.168.182.110:7001 的一行为 master fail，状态为 disconnected；而对应 192.168.182.110:7004 的一行，slave 曾经变成 master。

接着，咱们再模仿下故障复原场景，重新启动 192.168.182.110:7001 节点。

redis-server /usr/local/redis/cluster_redis_7001.conf
redis-cli -c -h 192.168.182.111 -p 7001 -a 123456 CLUSTER NODES

能够看到，192.168.182.110:7001 节点启动后为 slave 节点，并且是 192.168.182.110:7004 的 slave 节点。即 master 节点如果挂掉，它的 slave 节点变为新 master 节点持续对外提供服务，而原来的 master 节点如果重启，则变为新 master 节点的 slave 节点。须要阐明的是，cluster 不能抉择 db，只能默认 db 为 0，所以 select 切库相当于是不能应用的。

五、其余操作

5.1 查看集群信息

  • cluster info：打印集群的信息
  • cluster nodes：列出集群以后已知的所有节点（node），以及这些节点的相干信息。

5.2 节点操作

  • cluster meet <ip> <port>：将 ip 和 port 所指定的节点增加到集群当中，让它成为集群的一份子。
  • cluster forget <node_id>：从集群中移除 node_id 指定的节点。
  • cluster replicate <node_id>：将以后节点设置为 node_id 指定的节点的从节点。
  • cluster saveconfig：将节点的配置文件保留到硬盘外面。

5.3 槽 (slot) 操作

  • cluster addslots <slot> [slot …]：将一个或多个槽（slot）指派（assign）给以后节点。
  • cluster delslots <slot> [slot …]：移除一个或多个槽对以后节点的指派。
  • cluster flushslots：移除指派给以后节点的所有槽，让以后节点变成一个没有指派任何槽的节点。
  • cluster setslot <slot> node <node_id>：将槽 slot 指派给 node_id 指定的节点，如果槽曾经指派给另一个节点，那么先让另一个节点删除该槽 >，而后再进行指派。
  • cluster setslot <slot> migrating <node_id>：将本节点的槽 slot 迁徙到 node_id 指定的节点中。
  • cluster setslot <slot> importing <node_id>：从 node_id 指定的节点中导入槽 slot 到本节点。
  • cluster setslot <slot> stable：勾销对槽 slot 的导入（import）或者迁徙（migrate）。

5.4 键

  • cluster keyslot <key>：计算键 key 应该被搁置在哪个槽上。
  • cluster countkeysinslot <slot>：返回槽 slot 目前蕴含的键值对数量。
  • cluster getkeysinslot <slot> <count>：返回 count 个 slot 槽中的键

主从模式、哨兵模式、集群模式的环境部署就到这里了，redis 更多操作请查看官网文档。

正文完
redis集群
发表至： redis集群
2022-11-19
 0
关于redis集群:Redis集群部署的三种模式
关于redis集群:基于Dokcer搭建Redis集群主从集群冲就完了
关于redis集群:redis-安装
关于redis集群:Redis哨兵模式搭建