Redis集群安装

Redis集群安装

1.集群介绍

首先要了解，Redis的高可用机制。

• 2个master节点，挂掉1个，1不过半，则集群宕机，不可用，容错率为0；
• 3个master节点，挂掉1个，2>1，还可正常运行，容错率为1；
• 4个master节点，挂掉1个，3>1，还可正常运行，但是当宕掉2个时，2=2，不过半，容错率依然为1；

所以结合硬件资源，以及应用实际需求来评估，一般3主3从最优，即6节点模式。

Redis集群的基本工作原理：

Redis集群的每个主节点负责一部分哈希槽（slot），而从节点则作为主节点的副本，当主节点宕机时，从节点可以升级为主节点。

这里规划的是3台服务器，每台上面1主1从，从而形成 3 master + 3 slave 的集群模式。

OS: CentOS Linux release 7.9.2009 (Core)

机器:

IP	cpu	内存	存储
10.28.19.101	8 核	32 G	100 G
10.28.19.102	8 核	32 G	100 G
10.28.19.103	8 核	32 G	100 G

2.环境准备

规划

IP地址	端口	角色
10.28.19.101	5000	Master
10.28.19.101	5001	Slave
10.28.19.102	5002	Master
10.28.19.102	5003	Slave
10.28.19.103	5004	Master
10.28.19.103	5005	Slave

依赖安装
在三台服务器上执行以下命令安装编译工具：

yum install -y gcc tcl make wget

ssh免密访问配置

生成密钥对

在3台机器上分别执行

ssh-keygen -t rsa
cd /root/.ssh

在10.28.19.101机器上执行

cp id_rsa.pub id_rsa_10.28.19.101.pub

在10.28.19.102机器上执行,执行scp时，会提示输入密码

scp /root/.ssh/id_rsa.pub root@10.28.19.101:/root/.ssh/id_rsa_10.28.19.102.pub

在10.28.19.103机器上执行,执行scp时，会提示输入密码

scp /root/.ssh/id_rsa.pub root@10.28.19.101:/root/.ssh/id_rsa_10.28.19.103.pub

在10.28.19.101机器上执行,执行scp时，会提示输入密码

touch authorized_keys
cat id_rsa_10.28.19.10*.pub >> authorized_keys
scp authorized_keys root@10.28.19.102:/root/.ssh
scp authorized_keys root@10.28.19.103:/root/.ssh

在3台机器上分别执行

chmod 700 ~/.ssh
chmod 600 ~/.ssh/authorized_keys

内核参数调优 (添加到/etc/sysctl.conf):

vm.overcommit_memory = 1
vm.swappiness = 0
net.core.somaxconn = 65535
net.ipv4.tcp_max_syn_backlog = 65535
net.ipv4.tcp_fin_timeout = 30
fs.file-max = 65535

参数	推荐值	作用	典型应用场景
vm.overcommit_memory	1	允许内存过度提交，避免fork失败	Redis持久化、高并发内存分配
vm.swappiness	0	禁用主动交换，防止Redis数据页被换出	Redis内存数据库
net.core.somaxconn	65535	增大监听队列长度，避免高并发连接被丢弃	Redis高并发连接接入
net.ipv4.tcp_max_syn_backlog	65535	增大SYN队列长度，防止握手阶段连接被丢弃	防DDoS攻击、高并发连接建立
net.ipv4.tcp_fin_timeout	30	缩短TIME_WAIT时间，加速端口和内存回收	Redis短连接密集型业务（如API网关）
fs.file-max	65535	确保系统有足够的资源支持高并发，同时防止因单个进程配置过高导致其他进程资源不足。	Redis高并发连接接入

以上配置，可显著提升Redis在高并发、高内存压力下的稳定性和性能，同时降低因系统限制导致的服务中断风险。

文件描述符限制 (添加到/etc/security/limits.conf):

redis soft nofile 65535
redis hard nofile 65535

通过设置soft nofile和hard nofile为65535，可以确保Redis进程在高负载情况下不会因为文件描述符不足而出现问题，从而保证服务的稳定性和可靠性。

透明大页(THP)禁用 (添加到/etc/rc.local):

编辑/etc/rc.local文件（如果存在），添加以下行：

if test -f /sys/kernel/mm/transparent_hugepage/enabled; thenecho never > /sys/kernel/mm/transparent_hugepage/enabled
fi
if test -f /sys/kernel/mm/transparent_hugepage/defrag; thenecho never > /sys/kernel/mm/transparent_hugepage/defrag
fi

禁用透明大页(THP)可以显著提高Redis集群的性能，减少内存分配延迟，避免内存碎片化，提高响应速度，并确保Redis的稳定运行。在安装Redis集群时，建议禁用THP以获得最佳性能。

3.安装Redis

下载与编译
在每台服务器上操作：

cd /usr/local
wget https://download.redis.io/releases/redis-7.4.0.tar.gz
tar -zxvf redis-7.4.0.tar.gz
cd redis-7.4.0
make && sudo make install

创建集群目录
每台服务器按端口创建配置和数据目录：

在 10.28.19.101 上执行

mkdir -p /opt/redis-cluster/{5000/{data,logs},5001/{data,logs}}

在 10.28.19.102 上执行

mkdir -p /opt/redis-cluster/{5002/{data,logs},5003/{data,logs}}

在 10.28.19.103 上执行

mkdir -p /opt/redis-cluster/{5004/{data,logs},5005/{data,logs}}

3.配置节点

在10.28.19.101机器上执行下面步骤

编写配置文件模板：

cat << \EOF > /opt/redis-cluster/redis_conf.template
################################## 基础配置 ####################################
# 网络与进程
# 绑定IP地址（0.0.0.0表示允许所有网络接口访问）
bind 0.0.0.0
# 实例端口（5000/5001/5002/5003/5004/5005等）
port ${PORT}
# 守护进程模式
daemonize yes
# PID文件路径
pidfile /opt/redis-cluster/${PORT}/redis_${PORT}.pid
# 高并发场景提升连接队列
tcp-backlog 65535
# TCP保活检测（秒）
tcp-keepalive 300
# 关闭保护模式（集群模式下不需要）
protected-mode no# 日志与监控
# 日志级别（notice适合生产环境）
loglevel notice
# 日志路径（确保目录权限）
logfile "/opt/redis-cluster/${PORT}/logs/redis_${PORT}.log"
# 记录>10ms的操作（单位微秒）
slowlog-log-slower-than 10000
# 慢查询日志最大条目
slowlog-max-len 1024
# 延迟监控阈值（单位毫秒）
latency-monitor-threshold 100################################# 内存与持久化 #################################
# 数据文件目录
dir /opt/redis-cluster/${PORT}/data
# 内存管理
# 实例内存限制（32G总内存留8G给系统，分配12GB，占可用内存的50%）
maxmemory 12gb
# 淘汰策略（根据过期键LRU淘汰）
maxmemory-policy volatile-lru
# 淘汰采样精度
maxmemory-samples 10
# 异步内存回收（避免大Key阻塞）
lazyfree-lazy-eviction yes# RDB快照配置
# 1小时1次修改触发快照
save 3600 1
# RDB失败仍允许写入（防雪崩）
stop-writes-on-bgsave-error no
# 启用压缩
rdbcompression yes
# 启用校验和
rdbchecksum yes
# RDB文件名
dbfilename "dump_${PORT}.rdb"# AOF配置（建议开启）
# 启用AOF持久化
appendonly yes
appendfilename "appendonly_${PORT}.aof"
# 每秒刷盘（平衡性能与安全）
appendfsync everysec
# 重写期间不同步（提升性能）
no-appendfsync-on-rewrite yes
# AOF增长80%触发重写
auto-aof-rewrite-percentage 80
# AOF最小重写大小
auto-aof-rewrite-min-size 2gb
# 混合持久化（RDB+AOF头部）
aof-use-rdb-preamble yes################################ 集群配置 ###################################
# 集群核心参数
# 启用集群模式
cluster-enabled yes
# 集群节点配置文件
cluster-config-file nodes_${PORT}.conf
# 节点超时时间（毫秒，建议15秒）
cluster-node-timeout 15000
# 部分槽位失效仍可用
cluster-require-full-coverage no# 集群网络通信
# 节点真实IP（如10.28.19.101）
#cluster-announce-ip ${IP}
# 节点服务端口
#cluster-announce-port ${PORT}
# 集群总线端口（通常为服务端口+10000）
#cluster-announce-bus-port ${BUS_PORT}
# 无盘复制（SSD建议开启）
repl-diskless-sync yes
# 无盘复制等待时间（秒）
repl-diskless-sync-delay 5
# 复制积压缓冲区（提升主从容灾）
repl-backlog-size 512mb############################### 性能优化 ###################################
# 数据结构优化
# 小哈希使用ziplist
hash-max-ziplist-entries 512
# （单位字节）
hash-max-ziplist-value 64
# 小有序集合优化
zset-max-ziplist-entries 128
zset-max-ziplist-value 64
# 主动Rehash（内存碎片整理）
activerehashing yes
# 普通客户端限制（处理常规请求，需防止大结果集/慢查询导致内存失控）
client-output-buffer-limit normal 1gb 512mb 300
# 从节点复制连接限制（主从同步专用，需平衡同步延迟与内存消耗）
client-output-buffer-limit replica 2gb 1gb 120
# 发布订阅客户端限制（高频消息场景需控制突发流量）
client-output-buffer-limit pubsub 128mb 32mb 30
EOF

模板当中，只需要修改 ${PORT}、${IP}、${BUS_PORT}

这里写了一个脚本，批量生成集群6个节点的所有配置文件。

批量生成所有节点配置文件：

cat << \EOF > /opt/redis-cluster/generate_redis_configs.sh
#!/bin/bash# 节点列表 (IP:Port)
nodes=("10.28.19.101:5000""10.28.19.101:5001""10.28.19.102:5002""10.28.19.103:5003""10.28.19.103:5004""10.28.19.103:5005"
)# 模板文件路径
TEMPLATE_FILE="./redis_conf.template"# 遍历所有节点生成配置
for node in "${nodes[@]}"; do# 提取IP和端口IFS=':' read -ra ADDR <<< "${node}"IP="${ADDR[0]}"PORT="${ADDR[1]}"BUS_PORT=$((PORT + 10000))# 生成配置文件路径CONFIG_FILE="redis_${PORT}.conf"# 使用 sed 替换模板变量sed -e "s|\${PORT}|${PORT}|g" \-e "s|\${IP}|${IP}|g" \-e "s|\${BUS_PORT}|${BUS_PORT}|g" \"${TEMPLATE_FILE}" > "${CONFIG_FILE}"echo "Generated: ${CONFIG_FILE}"
doneecho "All Redis cluster config files generated!"
EOF

授予可执行权限，并批量生成配置文件

cd /opt/redis-cluster/
chmod +x generate_redis_configs.sh
sh generate_redis_configs.sh

同步配置到部署的目录：

cp redis_5000.conf /opt/redis-cluster/5000/
cp redis_5001.conf /opt/redis-cluster/5001/
scp redis_5002.conf root@10.28.19.102:/opt/redis-cluster/5002/
scp redis_5003.conf root@10.28.19.102:/opt/redis-cluster/5003/
scp redis_5004.conf root@10.28.19.103:/opt/redis-cluster/5004/
scp redis_5005.conf root@10.28.19.103:/opt/redis-cluster/5005/

4.启动服务

手动启动节点
在每台服务器上启动对应实例：

在 10.28.19.101 上执行

redis-server /opt/redis-cluster/5000/redis_5000.conf
redis-server /opt/redis-cluster/5001/redis_5001.conf

在 10.28.19.102 上执行

redis-server /opt/redis-cluster/5002/redis_5002.conf
redis-server /opt/redis-cluster/5003/redis_5003.conf

在 10.28.19.103 上执行

redis-server /opt/redis-cluster/5004/redis_5004.conf
redis-server /opt/redis-cluster/5005/redis_5005.conf

验证进程状态

ps -ef | grep redis

这里附上停服务命令：

redis-cli -p 5000 shutdown

5.创建集群

执行集群创建命令
在任意一台服务器上运行（需指定所有节点地址）：

redis-cli --cluster create \
10.28.19.101:5000 10.28.19.102:5002 10.28.19.103:5004 \
10.28.19.101:5001 10.28.19.102:5003 10.28.19.103:5005 \
--cluster-replicas 1

输入 yes 确认节点分配方案。

验证集群状态

redis-cli -h 10.28.19.101 -p 5000 cluster nodes

也可以使用快速检查集群是否健康

redis-cli --cluster check 10.28.19.101:5000

6.开机自启

在10.28.19.101机器上执行下面步骤

编写systemd服务文件模板：

cat << \EOF > /opt/redis-cluster/redis_service.template
[Unit]
Description=Redis Cluster Node ${PORT}
After=network.target[Service]
Type=forking
ExecStart=/usr/local/bin/redis-server /opt/redis-cluster/${PORT}/redis_${PORT}.conf
Restart=always
User=root[Install]
WantedBy=multi-user.target
EOF

批量生成 Systemd 服务文件

cat << \EOF > /opt/redis-cluster/generate_redis_services.sh
#!/bin/bash# 端口列表 (Port)
ports=("5000""5001""5002""5003""5004""5005"
)# 模板文件路径
TEMPLATE_FILE="./redis_service.template"# 遍历所有节点生成配置
for port in "${ports[@]}"; do# 生成配置文件路径SERVICE_FILE="redis_${port}.service"# 使用 sed 替换模板变量sed -e "s|\${PORT}|${port}|g" \"${TEMPLATE_FILE}" > "${SERVICE_FILE}"echo "Generated: ${CONFIG_FILE}"
doneecho "All Redis cluster service files generated!"
EOF

授权可执行权限，并生成服务文件：

cd /opt/redis-cluster
chmod +x generate_redis_services.sh
sh generate_redis_services.sh

为每个实例创建服务：

cp redis_5000.service /etc/systemd/system/
cp redis_5001.service /etc/systemd/system/
scp redis_5002.service root@10.28.19.102:/etc/systemd/system/
scp redis_5003.service root@10.28.19.102:/etc/systemd/system/
scp redis_5004.service root@10.28.19.103:/etc/systemd/system/
scp redis_5005.service root@10.28.19.103:/etc/systemd/system/

启用并启动服务

在 10.28.19.101 上执行

systemctl daemon-reload && systemctl enable redis_5000 && systemctl enable redis_5001
systemctl start redis_5000 && systemctl start redis_5001

在 10.28.19.102 上执行

systemctl daemon-reload && systemctl enable redis_5002 && systemctl enable redis_5003
systemctl start redis_5002 && systemctl start redis_5003

在 10.28.19.103 上执行

systemctl daemon-reload && systemctl enable redis_5004 && systemctl enable redis_5005
systemctl start redis_5000 && systemctl start redis_5001

7.防火墙配置

开放端口
在每台服务器上开放 Redis 服务端口及集群总线端口（服务端口 + 10000）：

firewall-cmd --permanent --add-port={5000,5001,15000,15001}/tcp
firewall-cmd --reload

按实际端口，逐个服务器上开放

如果是公司内部网络访问，可以考虑直接关闭与禁用防火墙

systemctl stop firewalld
systemctl disable firewalld

8.验证与测试

写入数据测试

redis-cli -h 10.28.19.101 -p 5000 -c
127.0.0.1:5000> set test_key "Hello Redis"

跨节点读取

redis-cli -h 10.28.19.102 -p 5002 -c get test_key

9.故障知识

✅ 高可用性需求说明

我们部署了由三台服务器组成的 Redis 集群环境，每台服务器上运行一个主节点（Master）和一个从节点（Slave），共计 3 个主节点和 3 个从节点。集群中的每个主节点负责一部分哈希槽（Hash Slot），以实现数据的分布式存储。

我们的目标是：当其中任意一台服务器发生宕机或 Redis 服务不可用时，其余两台服务器上的 Redis 节点仍能正常对外提供服务，确保整个集群的持续可用性。

---

🧠 Redis 集群故障转移机制回顾

Redis 集群通过主从复制与自动故障转移机制来保障高可用性：

• 每个主节点都有一个对应的从节点，用于实时同步数据。
• 当某个主节点无法访问（如网络中断、服务宕机等），且超过设定的超时时间仍未恢复时，集群将触发故障转移流程。
• 在此过程中，该主节点的从节点会被选举为新的主节点，接替原主节点的工作职责，接管其负责的哈希槽。

---

📌 场景分析：单台服务器宕机后集群状态变化

假设当前集群结构为：

Node1: Master A + Slave B'
Node2: Master B + Slave C'
Node3: Master C + Slave A'

当 Node1 宕机后，集群状态将发生变化：

• Master A 和 Slave B’ 均不可用。
• 剩余两个健康节点：Master B 和 Master C，以及它们的从节点 Slave C’ 和 Slave A’。

此时，集群会根据 Gossip 协议检测到 Master A 不可达，并在剩余的健康从节点中（Slave C’ 或 Slave A’）选择一个作为新主节点，替代原 Master A 的角色。

最终集群结构如下：

Node2: Master B + Slave C'
Node3: Master C + Slave A'
新选出的 Master A': 来自 Slave C' 或 Slave A'

⚠️ 注意：由于只剩下一个从节点可用，因此新的 Master A’ 将没有自己的从节点，集群进入“部分降级”状态，但仍保持完整哈希槽覆盖，可继续对外提供读写服务。

---

✅ 总结：满足高可用性要求的关键点

条件	是否满足
单台服务器宕机	✅ 是
整体集群仍可读写	✅ 是
自动完成主节点故障转移	✅ 是
数据完整性与一致性	✅ 是（基于主从复制）
最终形成 3 主 + 1 从 结构	✅ 是

---

💡 手工订正集群状态（提高容灾能力）

每台服务器上运行一个主节点（Master）和一个从节点（Slave），当发现哪台服务器上是两个slave时，执行下面脚本：

这里以 10.28.19.101 为例，编写 redis_reset_master_slave_10.28.19.101.sh

#!/bin/bash# 定义变量
NODE_IP="10.28.19.101"
MASTER_PORT=5000
SLAVE_PORT=5001# 获取当前节点ID
MASTER_NODE_ID=$(redis-cli -h $NODE_IP -p $MASTER_PORT cluster nodes | grep myself | awk '{print $1}')
SLAVE_NODE_ID=$(redis-cli -h $NODE_IP -p $SLAVE_PORT cluster nodes | grep myself | awk '{print $1}')echo "[$(date)] 当前节点信息:"
echo "主节点 (5000) Node ID: $MASTER_NODE_ID"
echo "从节点 (5001) Node ID: $SLAVE_NODE_ID"# 步骤1：将5000节点强制接管成为master
echo "[$(date)] 强制将节点 $MASTER_NODE_ID 提升为 master..."
redis-cli -h $NODE_IP -p $MASTER_PORT cluster failover takeoverif [ $? -eq 0 ]; thenecho "[$(date)] 节点 $MASTER_NODE_ID 已成功变更为 master。"
elseecho "[$(date)] 提升 master 失败，请检查集群状态。"exit 1
fi# 等待一段时间确保集群状态更新
sleep 5# 步骤2：将5001设为5000的从节点
echo "[$(date)] 将节点 $SLAVE_NODE_ID 设为 $MASTER_NODE_ID 的从节点..."
redis-cli -h $NODE_IP -p $SLAVE_PORT cluster replicate $MASTER_NODE_IDif [ $? -eq 0 ]; thenecho "[$(date)] 节点 $SLAVE_NODE_ID 已成功设为 $MASTER_NODE_ID 的从节点。"
elseecho "[$(date)] 设置从节点失败。"exit 1
fi# 步骤3：验证结果
echo "[$(date)] 验证集群节点角色..."
redis-cli -h $NODE_IP -p $MASTER_PORT cluster nodes | grep $MASTER_NODE_ID
redis-cli -h $NODE_IP -p $SLAVE_PORT cluster nodes | grep $SLAVE_NODE_IDecho "[$(date)] 操作完成。"

分别在3台机器的 /opt/redis-cluster 目录下创建对应的订正脚本，请注意，每个机器上订正脚本中的ip与端口要正确。

10.28.19.101 /opt/redis-cluster 目录下创建：

vim redis_reset_master_slave_10.28.19.101.sh
chmod +x redis_reset_master_slave_10.28.19.101.sh

10.28.19.102 /opt/redis-cluster 目录下创建：

vim redis_reset_master_slave_10.28.19.102.sh
chmod +x redis_reset_master_slave_10.28.19.102.sh

10.28.19.103 /opt/redis-cluster 目录下创建：

vim redis_reset_master_slave_10.28.19.102.sh
chmod +x redis_reset_master_slave_10.28.19.103.sh

✅ 验证数据同步情况

编写脚本：

cat << \EOF > /opt/redis-cluster/redis_cluster_data_sync_check.sh
#!/bin/bash
# 定义集群任意一个正常节点作为入口
ENTRY_NODE="10.28.19.101:5000"# 测试 Key 前缀和值（确保覆盖不同哈希槽）
TEST_KEY_PREFIX="cluster_test_"
TEST_VALUE="sync_ok_$(date +%s)"
TEST_KEY_EXPIRE=300  # 测试 Key 过期时间（秒）# 函数：检查主从偏移量一致性
check_replication_sync() {local node_ip=$1local node_port=$2local master_id=$3echo "===== 检查主节点 ${node_ip}:${node_port} 及其从节点 ====="# 获取主节点偏移量master_offset=$(redis-cli -h $node_ip -p $node_port INFO replication | grep "master_repl_offset" | awk -F: '{print $2}' | tr -cd '[:digit:]')echo "主节点 ${master_id} 偏移量: ${master_offset:-0}"# 查找所有从节点slaves=$(redis-cli -h $node_ip -p $node_port CLUSTER NODES | grep -E "slave" | grep "master=${master_id}" | awk '{print $2}' | cut -d@ -f1)for slave in $slaves; doslave_ip=$(echo $slave | cut -d: -f1)slave_port=$(echo $slave | cut -d: -f2)# 获取从节点偏移量slave_offset=$(redis-cli -h $slave_ip -p $slave_port INFO replication | grep "master_repl_offset" | awk -F: '{print $2}' | tr -cd '[:digit:]')echo "从节点 ${slave_ip}:${slave_port} 偏移量: ${slave_offset:-0}"# 验证一致性if [ "${slave_offset:-0}" -ne "${master_offset:-0}" ]; thenecho "错误：从节点 ${slave_ip}:${slave_port} 数据不同步！"return 1fidoneecho "主从同步正常"return 0
}# 函数：跨节点数据读写验证
test_data_consistency() {local key="${TEST_KEY_PREFIX}$(shuf -i 0-16383 -n 1)"  # 随机哈希槽local value="$TEST_VALUE"local result=0# 写入数据（带过期时间，避免残留）echo "===== 测试 Key: ${key} ====="redis-cli -c -h ${ENTRY_NODE%:*} -p ${ENTRY_NODE#*:} \SET ${key} "${value}" EX ${TEST_KEY_EXPIRE} > /dev/null# 从所有节点读取验证cluster_nodes=$(redis-cli -h ${ENTRY_NODE%:*} -p ${ENTRY_NODE#*:} CLUSTER NODES | grep -vE "fail|handshake" | awk '{print $2}' | cut -d@ -f1)for node in $cluster_nodes; donode_ip=$(echo $node | cut -d: -f1)node_port=$(echo $node | cut -d: -f2)read_value=$(redis-cli -c -h $node_ip -p $node_port GET ${key} 2>/dev/null)if [ "$read_value" != "$value" ]; thenecho "错误：节点 ${node_ip}:${node_port} 数据不一致！预期: '${value}'，实际: '${read_value}'"result=1elseecho "节点 ${node_ip}:${node_port} 数据一致"fidone# 主动删除测试 Key（即使过期时间存在也立即清理）redis-cli -c -h ${ENTRY_NODE%:*} -p ${ENTRY_NODE#*:} DEL ${key} > /dev/null 2>&1echo "测试 Key ${key} 已清理"return $result
}# 主流程
overall_status=0# 步骤 1：获取所有主节点列表并检查同步状态
masters=$(redis-cli -h ${ENTRY_NODE%:*} -p ${ENTRY_NODE#*:} CLUSTER NODES | grep -E "master" | grep -vE "fail|handshake" | awk '{print $2, $3}')
while read -r node_line; donode_addr=$(echo $node_line | awk '{print $1}')node_ip=$(echo $node_addr | cut -d: -f1)node_port=$(echo $node_addr | cut -d: -f2)master_id=$(echo $node_line | awk '{print $2}')if ! check_replication_sync $node_ip $node_port $master_id; thenoverall_status=1fi
done <<< "$masters"# 步骤 2：跨节点数据读写验证
if ! test_data_consistency; thenoverall_status=1
fi# 步骤 3：检查集群状态
cluster_check=$(redis-cli --cluster check $ENTRY_NODE | grep -E "OK|ERROR")
if [[ $cluster_check == *"OK"* ]]; thenecho "集群状态正常：所有 16384 个槽位已分配"
elseecho "集群状态异常：$cluster_check"overall_status=1
fiexit $overall_status
EOF

授予执行权限：

chmod +x redis_cluster_data_sync_check.sh

执行redis_cluster_data_sync_check.sh即可验证集群数据同步情况。

10.引用Reference

• CentOS8搭建nfs服务
• Kubernetes1.25.4版本安装
• kubeasz安装kubernetes1.25.5
• k8s一键安装redis单机版
• k8s一键安装mysql8单机版
• k8s部署springboot应用
• Docker安装及学习
• Docker制作springboot运行应用镜像
• Docker制作Java8环境镜像
• Docker安装Mysql5.7.31
• Docker安装Mysql8.1.0
• Elasticsearch单机版本安装
• Elasticsearch集群安装
• ELK安装
• Docker安装ELK
• zookeeper集群安装
• Nginx日志切割
• RabbitMQ集群安装
• Docker安装RabbitMQ单机版
• springboot集成prometheus+grafana
• windows11安装android应用
• Windows下多个JDK版本快速切换
• MongoDB主从仲裁模式安装
• MongoDB单机版安装
• Redis集群安装