nginx负责流量分发与入口控制，redis负责会话集中存储与共享，两者通过应用层桥接；高可用需覆盖nginx（keepalived vip切换）、后端集群、redis（sentinel/cluster）及健康感知机制。
构建 Nginx 反向代理与 Redis 的高可用集成，核心在于分工明确、故障隔离、自动切换：Nginx 负责流量分发与入口控制，Redis 负责会话等状态数据的集中存储与共享，两者不直接耦合，而是通过应用层（如 Java Web 应用）桥接。高可用不是单点加固，而是整条链路冗余——包括 Nginx 自身、后端服务集群、Redis 本身，以及它们之间的健康感知与切换机制。
一、Nginx 层实现反向代理 + 负载均衡
Nginx 作为统一入口，将用户请求按策略分发到多个后端应用服务器（如 Tomcat），避免单点崩溃导致服务中断。
- 在
http块中定义upstream，启用负载策略（如least_conn或带权重的轮询） - 配置
proxy_pass指向 upstream 名称，同时透传关键头信息（X-Real-IP、X-Forwarded-For） - 添加健康检查（需编译 ngx_http_upstream_check_module 或使用商业版；开源版可配合 keepalived + 脚本探测）
二、Redis 层实现 Session 共享与高可用
后端多实例无法共享内存中的 session，必须外置存储。Redis 是主流选择，但单机 Redis 是单点瓶颈，必须部署为高可用形态。
- 推荐使用 Redis Sentinel（哨兵）或 Redis Cluster 模式，而非单节点或主从复制（无自动故障转移）
- 应用侧接入 Redis 时，使用支持 Sentinel 的客户端（如 JedisPool + JedisSentinelPool，或 Lettuce）
- Web 容器（如 Tomcat）需集成 session manager（如
tomcat-redis-session-manager或 Spring Session），将 session 写入 Redis 并自动读取
三、Nginx 自身的高可用：Keepalived 虚拟 IP 切换
若 Nginx 实例宕机，整个入口就不可用。因此至少部署一主一备两台 Nginx 服务器，由 Keepalived 管理一个虚拟 IP（VIP）。
- 主 Nginx 正常运行时，VIP 绑定在其网卡上；Keepalived 通过组播/单播心跳检测主节点状态
- 主节点失联后，备节点在几秒内接管 VIP，用户无感切换（DNS 缓存或客户端重试即可恢复）
- 注意：两台 Nginx 配置文件需完全一致，并通过 rsync 或 Ansible 同步更新
四、网络与安全基础保障
再好的架构也依赖底层稳定。常见失效点往往出在被忽略的细节上。
- 确保所有节点间 TCP 端口互通：Nginx → 后端服务（如 8080）、Nginx → Redis（默认 6379）、Keepalived 心跳端口（默认 vrrp 协议，需开放协议号 112）
- 防火墙策略建议精细化开放，而非直接关闭。例如：
firewall-cmd --permanent --add-port=6379/tcp - Redis 生产环境必须设置密码（
requirepass），并绑定内网地址（bind 192.168.x.x），禁止监听 0.0.0.0
