文章插图
图片
背景最近有个项目需求:
来自同一客户端的所有请求都被发送到同一个后端服务器,以确保会话数据或状态在服务器之间保持一致 。
会话粘性根据上面的需求,其实就是如何实现会话粘性 。
会话粘性(Session Affinity):也称为会话持久性(Session Persistence)或会话坚持(Session Stickiness) , 是一种负载均衡策略 , 其中来自同一客户端的所有请求都被路由到相同的后端服务器 。这样做的目的是确保在多个服务器之间保持用户的会话数据或状态的一致性 。通常,会话粘性通过客户端的标识信息来实现,最常见的标识信息是客户端的 IP 地址或Cookie 。
客户端和服务端之间的交互如下图所示:
文章插图
图片
实现方案Nginx 可以根据客户端的 IP 地址,将请求路由到不同的后端服务器 。如下图所示:
文章插图
图片
三个客户端具有不同的固定 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",即暂时禁用该服务器,不再接受新的连接 。这可以用于临时将某个服务器从负载均衡中移除,以进行维护或修复 。
Github 上一个有趣的问题我在 Github 上看到一个 ip_hash 有趣的问题:
https://gist.github.com/banjin/cf8d890591aa6c16d09e4ebfa6471284
文章插图
图片
你好 。有个问题想请教一下 。某个ip被hash分配到A机器后 , 假如机器A标记为down了,那这个ip是不是就会被分配到别的机器上了,比如机器B?如果机器A后面又好了的话,那这个ip是不是又从机器B分配回机器A了呢?相当于在A B之间来回处理了?假设客户端 IP 为 192.168.1.10
推荐阅读
- 如何用Java实现B+树和跳表的高效存储?
- 如何构建基于大模型的App
- 如何使用Noir从源代码检测攻击面
- 孩子作文获奖如何发朋友圈 孩子作文获奖如何发朋友圈说说
- 有氧运动是否一定会掉肌肉?如何通过合理的方式减脂不掉肌肉?
- 如何避免跑步导致的腿部变粗?
- 退休金计算公式揭秘:如何最大化养老金待遇?
- 吃什么能保持皮肤湿润 吃什么保持皮肤湿润
- 微信在哪里拍一拍自己 如何微信拍一拍自己
- 存折在取款机如何取钱视频 存折在取款机如何取钱