nginx sticky 实现基于cookie 的负载平衡
本篇次要介绍一下 nginx 的第三方模块 sticky , 依附它实现基于 cookie级别的负载平衡, 不依赖后端
前言
sticky 是一个nginx的第三方模块 它不在nginx发行版中 须要额定编译这个模块的, 它的思维就是不依附后端生成cookie , 而是sticky在nginx这里生成cookie ,而后下发到客户端, 客户端收到cookie后 当前的申请带着这个cookie 就会通过这个cookie 进行hash 被始终定位到后端的某一台服务器了
长处:
- 它比纯
ip hash负载有个长处就是 纯 ip hash 像局域网内的拜访ip 拜访会导致ip歪斜 - 它比 hash
$cookie_jsessionid的长处就是 它不依赖后端 不必后端生成 session 从而缩小后端的 资源
思考
想想为什么要用这个 sticky 来把用户尽量始终定位到一台服务器呢? 在多台后盾服务器的环境下，咱们为了确保一个客户只和一台服务器通信，咱们势必应用长连贯。应用什么形式来实现这种连贯呢，常见的有应用nginx自带的ip_hash来做，我想这相对不是一个好的方法，如果前端是CDN，或者说一个局域网的客户同时拜访服务器，导致呈现服务器调配不平衡，以及不能保障每次拜访都粘滞在同一台服务器。如果基于cookie会是一种什么情景，想想看, 每台电脑都会有不同的cookie，在放弃长连贯的同时还保障了服务器的压力平衡，nginx sticky值得举荐。
如果浏览器不反对cookie，那么sticky不失效，毕竟整个模块是给予cookie实现的.
1.cookie_jsessionid 负载平衡
在说sticky 之前先来看看 nginx 通过 cookie_jessionid 的负载平衡形式
1.1 后端筹备
@Autowiredlateinit var env: Environment@GetMapping("/server")fun server(request:HttpServletRequest):String { //获取以后服务的端口 val port = env.getProperty("local.server.port") println("now port: $port") //调用了request.getSession(true) 则会没有session的时候创立session val session = request.getSession(true) val name = session.getAttribute("name") println("name: $name") if (name == null){ session.setAttribute("name","johnny") } return "success"}1.2 hash $cookie_jsessionid;配置
在upstream 外面配置 hash 的形式 应用 cookie_jsessionid 去做hash
#user nobody;worker_processes 1;#error_log logs/error.log;#error_log logs/error.log notice;#error_log logs/error.log info;#pid logs/nginx.pid;events { worker_connections 1024;}http { include mime.types; default_type application/octet-stream; sendfile on; #tcp_nopush on; #keepalive_timeout 0; keepalive_timeout 65; #gzip on; upstream backend { # 指定hash 形式是 cookie_jessionid nginx自带的形式 hash $cookie_jsessionid; server 172.16.225.1:8081; server 172.16.225.1:8080; } server { listen 80; server_name localhost; #charset koi8-r; #access_log logs/host.access.log main; location / { # 指定负载到后端upstream proxy_pass http://backend; } error_page 500 502 503 504 /50x.html; location = /50x.html { root html; } }}能够看到 服务器下发了 cookie JSESSIONID 并且屡次申请这个 都不会扭转 因为nginx 依据 JSESSIONID 它进行hash 每次都负载到同一台后端服务器, 因为这个后端服务器曾经存在了 这个session 所以不会再次创立
能够看到 屡次申请 都打到这个 8081 的后端服务了
2.nginx sticky 负载平衡
2.1 下载 sticky
Bitbucket
https://bitbucket.org/nginx-g...
2.2 从新编译降级nginx
1）下载实现，放入服务器解压，记住解压的地位，前面要用
2）进入到nginx的安装文件
3）配置nginx
tar -xvf nginx-goodies-nginx-sticky-module-ng-c78b7dd79d0d.tar.gzmv nginx-goodies-nginx-sticky-module-ng-c78b7dd79d0d nginx-sticky# 增加sticky 模块./configure \--prefix=/usr/local/nginx \--add-module=/opt/nginx-stickymake 编译的时候有可能会报错
找到sticky刚刚的解压目录，进入批改文件 vim ngx_http_sticky_misc.c ，退出上面的头文件
#include <openssl/sha.h> #include <openssl/md5.h>再次make , 当然前面如果还报错的话，openssl查看是否装置
apt-get install -y openssl 2.3 upstream 配置 sticky
配置好后重启nginx
upstream backend { #hash $cookie_jsessionid; sticky; #指定应用 sticky 进行负载平衡 server 172.16.225.1:8081; server 172.16.225.1:8080; }2.4 批改后端不再创立session
此时后端不会创立session 也不会下发cookie jsessionid 了
@Autowiredlateinit var env: Environment@GetMapping("/server")fun server(request:HttpServletRequest):String { val port = env.getProperty("local.server.port") println("now port: $port") return "success"}2.5 再次 屡次申请
能够看到stick 帮咱们下发了 route 这个cookie , 并且这个不会变 默认敞开浏览器就会生效
能够看到申请还是只会落在一台服务器上
3.sticky 其余用法
sticky [name=route] [domain=.foo.bar] [path=/] [expires=1h] [hash=index|md5|sha1] [no_fallback];name: 能够为任何的string字符,默认是routedomain：哪些域名下能够应用这个cookiepath：哪些门路对启用sticky,例如path/test,那么只有test这个目录才会应用sticky做负载平衡expires：cookie过期工夫，默认浏览器敞开就过期，也就是会话形式。no_fallbackup：如果设置了这个，cookie对应的服务器宕机了，那么将会返回502（bad gateway 或者 proxy error），倡议不启用总结
本篇次要介绍了 nginx sticky 负载平衡,它不须要后端去生成session 下发jsessionid 而是nginx的sticky模块帮咱们去下发一个 route 的 cookie , nginx 应用这个cookie 进行hash 负载, 从而实现了 客户每次拜访都粘滞在同一台服务器
欢送大家拜访 集体博客 Johnny小屋
欢送关注集体公众号