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


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

文章插图
图片
背景最近有个项目需求:
来自同一客户端的所有请求都被发送到同一个后端服务器,以确保会话数据或状态在服务器之间保持一致 。
会话粘性根据上面的需求,其实就是如何实现会话粘性 。
会话粘性(Session Affinity):也称为会话持久性(Session Persistence)或会话坚持(Session Stickiness) , 是一种负载均衡策略 , 其中来自同一客户端的所有请求都被路由到相同的后端服务器 。这样做的目的是确保在多个服务器之间保持用户的会话数据或状态的一致性 。通常,会话粘性通过客户端的标识信息来实现,最常见的标识信息是客户端的 IP 地址或Cookie 。
客户端和服务端之间的交互如下图所示:
如何保持会话粘性,看看 Nginx 怎么做的

文章插图
图片
实现方案Nginx 可以根据客户端的 IP 地址,将请求路由到不同的后端服务器 。如下图所示:
如何保持会话粘性,看看 Nginx 怎么做的

文章插图
图片
三个客户端具有不同的固定 IP , 客户端的请求达到 Nginx 之后,Nginx 对客户端 IP 进行哈希,算出一个哈希值,映射到某个上游服务器 。
服务器端会生成和存储 session 的有效期,然后将 sessionid 返给客户端,客户端下次发送请求时 , 携带 sessionid 。请求还是会发到上次的服务器上,服务器会校验客户端 sessionid 是否存在以及是否在有效期内 。
ip_hash 指令这里就需要用到 ip_hash 指令 。
先来看下 ip_hash 如何用的 。
Syntax: ip_hash;Default:Context: upstream来看下官网的解释:
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 和权重配置不能一起使用 。
使用示例ip_hash 的配置示例如下:
upstream backend {ip_hash;server backend1.example.com;server backend2.example.com;server backend3.example.com down;server backend4.example.com;}以下是对这个配置的详细解释:
  • ip_hash:这是一个Nginx指令 , 它告诉Nginx使用客户端的IP地址来决定将请求路由到哪个后端服务器 。这意味着来自同一IP地址的所有请求都会被发送到同一个后端服务器 。
  • server:在 upstream backend 块内,列出了多个后端服务器 。在这个示例中,有四个服务器:backend1.example.com、backend2.example.com、backend3.example.com 和 backend4.example.com 。
  • backend3.example.com down:这里的 down 关键字表示将 backend3.example.com 标记为 "down",即暂时禁用该服务器,不再接受新的连接 。这可以用于临时将某个服务器从负载均衡中移除,以进行维护或修复 。
通过这个配置,Nginx会根据客户端的IP地址将请求路由到相应的后端服务器 , 并确保来自同一客户端的所有请求都发送到同一个后端服务器,以保持会话数据或状态的一致性 。
Github 上一个有趣的问题我在 Github 上看到一个 ip_hash 有趣的问题:
https://gist.github.com/banjin/cf8d890591aa6c16d09e4ebfa6471284
如何保持会话粘性,看看 Nginx 怎么做的

文章插图
图片
你好 。有个问题想请教一下 。某个ip被hash分配到A机器后 , 假如机器A标记为down了,那这个ip是不是就会被分配到别的机器上了,比如机器B?如果机器A后面又好了的话,那这个ip是不是又从机器B分配回机器A了呢?相当于在A B之间来回处理了?假设客户端 IP 为 192.168.1.10


推荐阅读