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

4次阅读

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

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 集群模式。

主从模式是三种模式中最简略的，在主从复制中，数据库分为两类：主数据库 (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，保障主从数据一致性。

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

接下来，就是下载 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

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

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

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

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 了。

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

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

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

首先，咱们关上 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 文件中

接着，咱们关上 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 文件中

关上 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 文件中

systemctl start redis
systemctl status redis

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

# 交互式
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 的主数据库会不定时的向从数据库同步数据，如下图所示。

主从模式的弊病就是不具备高可用性，当 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 的主观下线状态就会被移除。

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

因为哨兵模式是基于主从模式的，所以 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

启动 sentinel 模式的命令如下：

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

为了模仿故障，咱们将 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 角色持续服务。

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 会升高性能并导致不可预测的行为；
反对在线减少、删除节点；
客户端能够连贯任何一个主节点进行读写。

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

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

# 创立存储目录
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

接下来，启动 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

启动胜利之后，如下图。

为了可能失常工作，咱们须要集群的一个主节点有 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}

登录集群

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 切库相当于是不能应用的。

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

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

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）。

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

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

正文完

redis集群

发表至： redis集群

2022-11-19

0

关于redis集群:面试官Redis集群有哪些方式Leader选举又是什么原理呢

关于redis集群:Redis-高可用篇Cluster-集群能支持的数据量有多大

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

关于redis集群:Redis集群

关于算法:PGL图学习之图神经网络GraphSAGEGIN图采样算法系列七

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

一、Redis 简介

二、主从模式

2.1 主从模式简介

2.2 环境阐明

2.3 下载解压 Redis 安装包

2.4 编译装置

2.5 配置服务

2.6 受权启动服务

2.7 批改 linux 内核参数

2.8 节点配置

2.8.1 master 节点配置

2.8.2 slave1 节点配置

2.8.3 slave2 节点配置

2.9 启动 Redis 服务

2.10 查看集群

三、Sentinel（哨兵）模式

3.1 Sentinel（哨兵）模式简介

3.2 环境阐明

3.3 配置 sentinel

3.4 启动 sentinel

3.5 故障模拟测试

四、Cluster（集群）模式

4.1 Cluster（集群）模式简介

4.2 环境阐明

4.3 批改配置

4.4 启动 Redis 服务

4.5 创立集群

4.6 继承操作

五、其余操作

5.1 查看集群信息

5.2 节点操作

5.3 槽 (slot) 操作

5.4 键

站内搜索