后端面试必备：如何在Nginx中配置负载均衡的会话保持-CSDN博客

本文链接：https://blog.csdn.net/qq_58299462/article/details/147403282

Nginx面试题 - 如何在Nginx中配置负载均衡的会话保持？

回答重点

在Nginx 中配置负载均衡的会话保持，可以使用"ip_hash”或者"sticky”directive(指令)。其中"ip_hash”方法会根据客户端IP地址进行分配，而"sticky”方法则需要安装Nginx的特定模块，如ngx_http_sticky_module。

1) ip_hash配置示例:

在Nginx配置文件(通常是nginx.conf中,在http或者server部分添加以下内容:

http {
    upstream backend {
        ip_hash;
        server backend1.example.com;
        server backend2.example.com;
    }

    server {
        location / {
            proxy_pass http://backend;
        }
    }
}

2) 使用sticky指令:

首先需要安装sticky模块,可以在编译Nginx时添加–add-module=path/to/nginx-sticky-module参数。配置示例如下:

http {
    upstream backend {
        sticky;
        server backend1.example.com;
        server backend2.example.com;
    }

    server {
        location / {
            proxy_pass http://backend;
        }
    }
}

引言

在现代Web应用中，负载均衡是提高系统可用性和扩展性的关键技术。然而，当应用需要维护用户会话状态时，简单的轮询负载均衡可能导致用户体验问题。本文将详细介绍如何在Nginx中配置负载均衡并实现会话保持（Session Persistence），确保用户请求被正确路由到同一后端服务器。

什么是会话保持？

会话保持（Session Persistence），也称为粘性会话（Sticky Session），是一种确保来自同一客户端的请求被定向到同一后端服务器的技术。这对于需要维护会话状态的应用程序（如购物车、用户登录状态等）至关重要。

Nginx负载均衡基础配置

在深入会话保持之前，我们先看一个基本的Nginx负载均衡配置：

http {
    upstream backend {
        server backend1.example.com;
        server backend2.example.com;
        server backend3.example.com;
    }

    server {
        listen 80;
        
        location / {
            proxy_pass http://backend;
        }
    }
}

这种配置使用默认的轮询算法，没有会话保持功能。

实现会话保持的几种方法

1. 基于IP哈希的会话保持

Nginx提供了ip_hash指令，可以根据客户端IP地址将请求分配到固定的后端服务器。

upstream backend {
    ip_hash;
    server backend1.example.com;
    server backend2.example.com;
    server backend3.example.com;
}

优点：

配置简单
不需要应用层修改

缺点：

同一NAT后的多个用户会被视为同一客户端
服务器数量变化时会导致大部分会话重新分配

2. 基于Cookie的会话保持

更精细的控制可以通过cookie实现。Nginx可以使用sticky指令（需要安装第三方模块）或通过配置实现。

使用sticky模块（商业版或第三方）

upstream backend {
    sticky cookie srv_id expires=1h domain=.example.com path=/;
    server backend1.example.com;
    server backend2.example.com;
}

手动配置方式

upstream backend {
    server backend1.example.com;
    server backend2.example.com;
}

server {
    listen 80;
    
    location / {
        # 检查cookie是否存在
        if ($http_cookie ~* "server_id=([^;]+)(?:;|$)") {
            set $server_id $1;
        }
        
        # 根据cookie值路由
        proxy_pass http://$server_id;
        
        # 如果没有cookie，正常负载均衡并设置cookie
        proxy_set_header Set-Cookie "server_id=$upstream_addr; Path=/; Max-Age=3600";
    }
}

优点：

更精确的会话控制
不受NAT影响

缺点：

需要客户端支持cookie
配置更复杂

3. 基于URI的会话保持

对于某些应用，可以根据URI路径保持会话：

upstream backend_users {
    server backend1.example.com;
    server backend2.example.com;
}

upstream backend_products {
    server backend3.example.com;
    server backend4.example.com;
}

server {
    listen 80;
    
    location /users/ {
        proxy_pass http://backend_users;
    }
    
    location /products/ {
        proxy_pass http://backend_products;
    }
}

高级配置选项

健康检查与会话保持结合

upstream backend {
    ip_hash;
    server backend1.example.com max_fails=3 fail_timeout=30s;
    server backend2.example.com max_fails=3 fail_timeout=30s;
    server backend3.example.com backup;
}

权重分配

upstream backend {
    ip_hash;
    server backend1.example.com weight=3;
    server backend2.example.com weight=2;
    server backend3.example.com weight=1;
}