nginx upstream会话保持需按场景选策：ip_hash简单但易因nat、ip变动失效；cookie-based sticky需第三方模块或商业版；hash $cookie_xxx consistent适合已有session id的应用；最优解是后端无状态+redis等共享session存储。
upstream 会话保持不是“开个开关就能用”的功能，必须根据后端服务状态、客户端访问特征和部署环境选对策略，否则要么失效，要么引发负载倾斜或会话丢失。
ip_hash 是最简单但最容易误用的会话保持方式
它靠客户端 $remote_addr 做哈希，强制同一 IP 的请求始终打到同一台后端。配置写在 upstream 块里就行：
upstream backend {
ip_hash;
server 192.168.1.10:8080;
server 192.168.1.11:8080;
}
但它有三个硬伤：
- 经过 NAT 或代理（比如公司出口网关、CDN、运营商 LB）的用户，
$remote_addr变成同一个公网 IP，所有请求全挤到一台后端，瞬间压垮 - 后端宕机时，Nginx 会把该 IP 的流量切到其他节点，但原 session 数据还在故障机内存里，直接丢失
- 移动端 IP 频繁变动（比如切换 Wi-Fi/4G），会话被重置，用户反复登录
基于 Cookie 的 sticky 会话需要额外模块或 Nginx 商业版
开源版 Nginx 不自带 sticky 指令，常见方案有两种：
- 用第三方模块
nginx-sticky-module-ng：编译时需手动加入，语法形如sticky cookie srv_id expires=1h domain=.example.com path=/; - 用官方商业版 Nginx Plus 的
sticky learn：自动从响应头（如Set-Cookie: JSESSIONID=xxx）提取 session ID 并绑定，但要付费
注意：sticky 类指令必须放在 upstream 块内，且不能和 ip_hash 共存——Nginx 会报错 directive is not allowed here。
hash $cookie_xxx consistent 更适合已有 session ID 的 Java/Tomcat 应用
如果你的后端（比如 Spring Boot + Tomcat）已经通过 Set-Cookie: JSESSIONID=abc123 返回了 session 标识，就可以用 map + hash 提取并路由：
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
map $cookie_JSESSIONID $backend_key {
default "";
"~^(.+)$" $1;
}
upstream backend {
hash $backend_key consistent;
server 192.168.1.10:8080;
server 192.168.1.11:8080;
}
这个方案的关键点：
-
consistent参数避免节点增减时大量 key 重散列，减少会话漂移 - 如果 cookie 为空（首次访问），
hash ""会固定落到某台后端，后续 set-cookie 后才开始真正绑定 - 务必确认后端返回的 cookie 名准确（比如有些是
PHPSESSID、connect.sid），否则$cookie_xxx取不到值，hash 总是空字符串
后端无状态 + 共享 Session 存储才是长期解
所有基于 Nginx 的会话保持都是“妥协方案”，本质是把有状态问题甩给反向代理。真正健壮的做法是让后端无状态：
- Spring Boot 改用 Redis 存 session：
spring.session.store-type=redis - Node.js 用
connect-redis或session-file-store - Next.js 用
getServerSideProps+ JWT 或外部缓存，避免依赖进程内存
这时 upstream 就能放心用轮询（least_conn 或默认），不再需要任何 sticky 配置。Nginx 只管转发，session 一致性由存储层保障。
容易被忽略的是：即使你配了 ip_hash，只要后端没做 session 共享，单点故障仍会导致会话丢失——这不是 Nginx 的问题，而是架构层面没解耦。
