上一篇
场景引入:凌晨3点,电商大促流量暴涨,你的单节点Redis突然宕机,整个网站购物车功能崩溃... 这种噩梦其实可以避免,今天我们就用最接地气的方式,带你一步步搭建Redis集群,让缓存系统真正扛得住高并发。
硬件要求
6379
(服务端口) + 16379
(集群总线端口) 软件版本
# 查看版本,推荐用Redis 7.0+(2025年最新稳定版是7.2.5) redis-server --version
重要提醒
每台服务器修改redis.conf
(关键参数):
bind 0.0.0.0 # 允许所有IP访问 port 6379 # 默认端口 cluster-enabled yes # 开集群模式 cluster-config-file nodes.conf # 集群状态文件 cluster-node-timeout 5000 # 节点超时时间(毫秒) appendonly yes # 建议开启持久化 daemonize yes # 后台运行
# 每台机器执行(注意替换路径) redis-server /etc/redis/redis.conf
随便选一台机器执行(比如用10.0.0.1这台):
redis-cli --cluster create \ 10.0.0.1:6379 \ 10.0.0.2:6379 \ 10.0.0.3:6379 \ 10.0.0.4:6379 \ 10.0.0.5:6379 \ 10.0.0.6:6379 \ --cluster-replicas 1 # 每个主节点配1个从节点
注意看输出:它会提示主从分配方案,输入yes
确认
# 连接任意节点 redis-cli -c -h 10.0.0.1 # 查看集群节点关系 CLUSTER NODES # 检查健康状态 CLUSTER INFO
正常应该看到cluster_state:ok
和所有节点在线
密码保护
在所有节点的redis.conf
添加:
requirepass your_strong_password masterauth your_strong_password # 主从认证
自动故障转移测试
# 随便kill一个主节点进程 ps -ef | grep redis kill -9 [主节点PID] # 30秒内观察CLUSTER NODES,从节点应该自动升主
容量监控(救命用)
# 查看内存使用 redis-cli -h 10.0.0.1 INFO MEMORY # 监控集群关键指标 redis-cli --cluster check 10.0.0.1:6379
❌ 坑1:节点时间不同步
👉 症状:集群不断failover
✅ 解决:所有节点安装ntpdate
同步时间
❌ 坑2:硬盘写满导致集群下线
👉 症状:CLUSTERDOWN The cluster is down
✅ 解决:紧急清理数据后执行CLUSTER FAILOVER FORCE
❌ 坑3:新增节点报MOVED
错误
👉 症状:客户端一直重定向
✅ 解决:确保客户端使用支持集群模式的SDK(比如Java用JedisCluster)
最后说句大实话:Redis集群搭建就像组乐队,每个节点都得各司其职,按这个流程走下来,你的缓存系统至少能扛住双11级别的流量,如果还遇到问题,记得检查日志——Redis的报错信息其实比人话还直白。
本文由 邴晗日 于2025-08-02发表在【云服务器提供商】,文中图片由(邴晗日)上传,本平台仅提供信息存储服务;作者观点、意见不代表本站立场,如有侵权,请联系我们删除;若有图片侵权,请您准备原始证明材料和公证书后联系我方删除!
本文链接:https://up.7tqx.com/wenda/515945.html
发表评论