如何保持会话粘性，看看 Nginx 怎么做的

你好，我是悟空。

图片

背景

最近有个项目需求：

来自同一客户端的所有请求都被发送到同一个后端服务器，以确保会话数据或状态在服务器之间保持一致。

会话粘性

根据上面的需求，其实就是如何实现会话粘性。

会话粘性（Session Affinity）：也称为会话持久性（Session Persistence）或会话坚持（Session Stickiness），是一种负载均衡策略，其中来自同一客户端的所有请求都被路由到相同的后端服务器。这样做的目的是确保在多个服务器之间保持用户的会话数据或状态的一致性。通常，会话粘性通过客户端的标识信息来实现，最常见的标识信息是客户端的IP 地址或Cookie。

客户端和服务端之间的交互如下图所示：

图片

实现方案

Nginx 可以根据客户端的 IP 地址，将请求路由到不同的后端服务器。如下图所示：

图片

三个客户端具有不同的固定 IP，客户端的请求达到 Nginx 之后，Nginx 对客户端 IP 进行哈希，算出一个哈希值，映射到某个上游服务器。

服务器端会生成和存储 session 的有效期，然后将 sessionid 返给客户端，客户端下次发送请求时，携带 sessionid。请求还是会发到上次的服务器上，服务器会校验客户端 sessionid 是否存在以及是否在有效期内。

ip_hash 指令

这里就需要用到 ip_hash 指令。

先来看下 ip_hash 如何用的。

来看下官网的解释：

Specifies that a group should use a load balancing method where requests are distributed between servers based on client IP addresses. The first three octets of the client IPv4 address, or the entire IPv6 address, are used as a hashing key. The method ensures that requests from the same client will always be passed to the same server except when this server is unavailable. In the latter case client requests will be passed to another server. Most probably, it will always be the same server as well.

我们翻译过来的意思就是ip_hash用于指定组应使用负载平衡方法，其中请求根据客户端 IP 地址在服务器之间分配。客户端IPv4地址或整个 IPv6 地址的前三个八位字节用作散列密钥。该方法确保来自同一客户端的请求始终会传递到同一服务器，除非该服务器不可用。在后一种情况下，客户端请求将被传递到另一台服务器。最有可能的是，它也将始终是同一台服务器。

注意 1：从版本 1.3.2 和 1.2.2 开始支持 IPv6 地址。

如果需要暂时删除其中一台服务器，则应使用down参数对其进行标记，客户端请求才会被下一个服务器接收和处理。

注意2：在版本 1.3.1 和 1.2.2 之前，ip_hash和权重配置不能一起使用。