Redis集群部署指南：高可用与分布式实践

[1. 原理与理论](#1. 原理与理论)

[2. 背景与目的](#2. 背景与目的)

[3. 详细部署步骤（手动操作）](#3. 详细部署步骤（手动操作）)

[步骤1：安装Redis 5.0.4](#步骤1：安装Redis 5.0.4)

[4. 常见问题与解决方案](#4. 常见问题与解决方案)

[5. 总结与心得](#5. 总结与心得)

1. 原理与理论

Redis集群通过分片（Sharding） 实现数据分布式存储，核心机制包括：

槽位分配（Slot）：数据被划分为16384个槽位，每个节点负责部分槽位。
Gossip协议：节点间通过PING/PONG消息交换集群状态。
主从复制：每个主节点（Master）至少有一个从节点（Slave），实现故障自动转移（Failover）。
重定向机制 ：客户端访问错误节点时，返回MOVED指令重定向到正确节点。

2. 背景与目的

背景：单机Redis存在性能瓶颈（内存/QPS限制）和单点故障风险。
目的：
1. 实现数据水平拆分，支持海量数据存储。
2. 通过主从复制和故障转移保障高可用性。
3. 提升读写并发能力（如三主集群理论QPS可达30万+）。

3. 详细部署步骤（手动操作）

环境准备：

6台CentOS 7服务器（3主3从），IP：172.16.1.131-136

关闭防火墙和SELinux：

复制代码

systemctl stop firewalld && systemctl disable firewalld
sed -i 's/SELINUX=.*/SELINUX=disabled/g' /etc/selinux/config && setenforce 0

步骤1：安装Redis 5.0.4

复制代码

# 所有节点执行
cd /opt
wget http://download.redis.io/releases/redis-5.0.4.tar.gz
tar xzvf redis-5.0.4.tar.gz
cd redis-5.0.4
make && make install

步骤2：配置Redis服务

复制代码

# 创建配置文件目录
mkdir -p /etc/redis /var/log/redis /var/lib/redis

# 复制配置文件
cp /opt/redis-5.0.4/redis.conf /etc/redis/6379.conf

步骤3：修改关键配置

编辑/etc/redis/6379.conf：

复制代码

bind 172.16.1.131 127.0.0.1   # 当前节点IP（每台不同）
port 6379
daemonize yes
pidfile /var/run/redis_6379.pid
logfile /var/log/redis/redis.log
dir /var/lib/redis
cluster-enabled yes             # 启用集群模式
cluster-node-timeout 15000      # 节点超时时间
cluster-config-file nodes.conf  # 集群状态文件

步骤4：启动所有节点

复制代码

redis-server /etc/redis/6379.conf

步骤5：构建集群

复制代码

# 任意节点执行（使用真实IP）
redis-cli --cluster create \
  172.16.1.131:6379 172.16.1.132:6379 172.16.1.133:6379 \
  172.16.1.134:6379 172.16.1.135:6379 172.16.1.136:6379 \
  --cluster-replicas 1  # 1表示每个主节点配1个从节点

输入yes确认槽位分配方案。

步骤6：验证集群状态

复制代码

redis-cli -c -h 172.16.1.131 cluster nodes  # 查看节点角色
redis-cli -c -h 172.16.1.131 cluster info   # 检查集群健康

4. 常见问题与解决方案

节点无法加入集群

检查防火墙/端口：确保开放6379（服务端口）和16379（集群总线端口）。
重置节点状态：redis-cli cluster reset + 重启服务。

集群槽位未完全分配

手动分配槽位：redis-cli --cluster fix <节点IP>:6379

主从切换失败

检查节点超时时间：确保cluster-node-timeout ≥ 15000ms。
验证网络延迟：使用ping测试节点间通信。

客户端重定向错误

使用支持集群的客户端（如JedisCluster）。
捕获MOVED异常并更新连接池。

5. 总结与心得

优势：

集群模式完美解决了Redis单点故障和容量瓶颈，实测写入性能提升3倍以上（三主节点）。
注意事项：
1. 生产环境建议每个主节点配置≥2个从节点。
2. 避免使用跨槽位事务（如MULTI），优先使用Lua脚本。
3. 定期备份nodes.conf文件防止集群配置丢失。
踩坑经验 ：

节点IP绑定错误是导致集群组建失败的常见原因，务必验证每台服务器的bind配置。

部署箴言 ：

Redis集群不是银弹------合理规划槽位分布、监控节点状态、定期演练故障转移，才能构建真正的高可用服务！

附录：集群节点规划示例

节点IP	角色	从属关系
172.16.1.131	Master	-
172.16.1.132	Master	-
172.16.1.133	Master	-
172.16.1.134	Slave	→ 131
172.16.1.135	Slave	→ 132
172.16.1.136	Slave	→ 133