nginx基于cookie粘滞做的负载均衡

最新推荐文章于 2024-03-25 21:43:28 发布
最新推荐文章于 2024-03-25 21:43:28 发布
阅读量6.4k 收藏 2
点赞数
分类专栏： nginx
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/willwee2/article/details/50420669
版权

nginx-sticky-module 是 Nginx 的一个扩展模块，实现了通过 Cookie 的会话粘贴效果。

Nginx以前对session 保持支持不太好，主要采用ip_hash把同一来源的客户(同一C段的IP)固定指向后端的同一台机器，ip_hash有个缺点是不能实现很好的负载均衡；直到nginx的扩展模块nginx-sticky-module的出现，解决了session sticky的问题。
基本的原理：
首先根据轮询RR随机到某台后端，然后在响应的Set-Cookie上加上route=md5(upstream)字段，第二次请求再处理的时候，发现有route字段，直接导向原来的那个节点

基于centos/redhat6，集群搭建过程
相关软件版本
Oracle 11gr2
apache-tomcat-7.0.42.tar.gz
nginx-1.8.0.tar.gz
jdk-6u45-linux-x64.bin
nginx-sticky-module-1.1.tar.gz
openssl-1.0.2e.tar.gz
pcre-8.38.tar.gz
zlib-1.2.8.tar.gz
1. 首先安装JDK,数据库等基础环境
默认安装jdk

# ./ jdk-6u45-linux-x64.bin
配置好环境变量
# vi /etc/profile
在文件后加上 
export JAVA_HOME=/usr/java/jdk1.6.0_45
export PATH=$PATH:$JAVA_HOME/bin:$JAVA_HOME/jre/bin
export CLASSPATH=.:$JAVA_HOME/lib:$JAVA_HOME/jre/lib
2.  安装pcre、openssl 、zlib
安装pcre
# tar zxvf pcre-8.38.tar.gz
进入解压目录
# .configure
# make
# make install
这个过程中可能涉及到一些其他软件的安装，其他的安装都可以使用系统自带的软件安装
查看版本
# yum list|grep ***
安装软件
# yum –y install ***
如果yum没法找到需要安装的软件，就修改下yum的源，找到要安装软件的源，并整合到系统中
修改yum源的文件 /etc/yum.repos.d/***
安装openssl
# tar zxvf openssl-1.0.2e.tar.gz
进入解压目录
# ./config
# make 
# make install
安装zlib
# tar zxvf zlib-1.2.8.tar.gz
进入目录
# configure
# make
# make install
解压nginx-sticky-module-1.1.tar.gz
# tar zxvf nginx-sticky-module-1.1.tar.gz
由于和nginx1.8有版本问题需要修改以下的程序
如果不修改，在执行nginx下的./configure的时候会报以下错误
……
/tmp/soft/nginx-sticky-module-1.1/ngx_http_sticky_misc.c:281: error: too few arg
uments to function ‘ngx_sock_ntop’
make[1]: *** [objs/addon/nginx-sticky-module-1.1/ngx_http_sticky_misc.o] Error 1
make[1]: Leaving directory `/tmp/soft/nginx-1.6.2'
make: *** [build] Error 2
根据资料 把ngx_http_sticky_misc.c 的281行修改如下即可解决问题
原digest->len = ngx_sock_ntop(in,digest
        ->data, len, 1);
改后digest->len = ngx_sock_ntop(in,sizeof(struct sockaddr_in),digest
        ->data, len, 1);

解压nginx  nginx-1.8.0.tar.gz
# tar zxvf nginx-1.8.0.tar.gz
进入解压目录执行
# ./configure \
--prefix=/usr/local/nginx \
--with-http_stub_status_module \
--with-http_ssl_module \
--with-http_flv_module \
--with-http_gzip_static_module \
--with-pcre=/usr/local/pcre-8.38 \
--with-openssl=/usr/local/openssl-1.0.2e \
--with-zlib=/usr/local/zlib-1.2.8 \
--add-module=/usr/local/nginx-sticky-module-1.1
# make
# make install
以上部分完成了nginx的安装，并带有基于Cookie 的会话粘滞功能做负载均衡。
安装tomcat
# tar zxvf apache-tomcat-7.0.42.tar.gz
# mv apache-tomcat-7.0.42 tomcat1
配置好端口
# vi /usr/local/tomcat1/conf/server.xml
修改里面http访问端口8080 为规划的端口号
修改里面ajp端口8009 为规划的端口号
修改里面的shutdown 8005 位规划的端口号

配置tomcat管理配置以及应用的jvm参数配置
# vi /usr/tomcat1/conf/ tomcat-users.xml
增加
<user username="admin" password="123456" roles="manager-gui"/>
# vi /usr/tomcat1/bin/ catalina.sh
在cygwin=false 前面增加jvm的配置
JAVA_OPTS="-Xms512m -Xmx512m -Xss1024K -XX:PermSize=128m -XX:MaxPermSize=256m"

然后将应用的war包拷贝到 /usr/tomcat1/webapps下面
至此已经完成基础工作，然后配置nginx集群相关，参考以下配置文件，具体配置项里面有详细说明



#定义Nginx运行的用户和用户组
user root root; 
#nginx进程数，建议设置为等于CPU总核心数
worker_processes  1;

#全局错误日志定义类型，[ debug | info | notice | warn | error | crit ]
error_log  /var/log/nginx/error.log warn;

#进程文件
pid        /var/run/nginx.pid;

#一个nginx进程打开的最多文件描述符数目，理论值应该是最多打开文件数（系统的值ulimit -n）
#与nginx进程数相除，但是nginx分配请求并不均匀,所以建议与ulimit -n的值保持一致。 
worker_rlimit_nofile 1024; 

#工作模式与连接数上限

events {

 #参考事件模型，use [ kqueue | rtsig | epoll | /dev/poll | select | poll ]; epoll模型是Linux 2.6以上版
 #本内核中的高性能网络I/O模型，如果跑在FreeBSD上面，就用kqueue模型。

    use epoll;
    #单个进程最大连接数（最大连接数=连接数*进程数）  
    worker_connections  1024;
}

#设定http服务器
http {
   #文件扩展名与文件类型映射表
    include       mime.types;
   #默认文件类型
    default_type  application/octet-stream;
   #charset utf-8; #默认编码

   server_names_hash_bucket_size 128; #服务器名字的hash表大小

   #client_header_buffer_size 32k; #上传文件大小限制

   #large_client_header_buffers 4 64k; #设定请求缓

   #client_max_body_size 8m; #设定请求缓

   #开启高效文件传输模式，sendfile指令指定nginx是否调用sendfile函数来输出文件，
   #对于普通应用设为 on，如>果用来进行下载等应用磁盘IO重负载应用,可设置为off，
   #以平衡磁盘与网络I/O处理速度，降低系统的负载。注意：如果图片显示不正常把这个改成off。
   sendfile on;   
   #autoindex on; #开启目录列表访问，合适下载服务器，默认关闭。  

   tcp_nopush on; #防止网络阻塞

   tcp_nodelay on; #防止网络阻塞


   keepalive_timeout 120; #长连接超时时间，单位是秒  

   #FastCGI相关参数是为了改善网站的性能：减少资源占用，提高访问速度。下面参数看字面意思都能理解。  

   fastcgi_connect_timeout 300;  

   fastcgi_send_timeout 300;  

   fastcgi_read_timeout 300;  

   fastcgi_buffer_size 64k;  

   fastcgi_buffers 4 64k;  

   fastcgi_busy_buffers_size 128k;  

   fastcgi_temp_file_write_size 128k; 

   log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';

    access_log  /var/log/nginx/access.log  main;

    #gzip模块设置
    #开启gzip压缩输出
    gzip  on;

    #gzip_min_length 1k; #最小压缩文件大小
    #gzip_buffers 4 16k; #压缩缓冲区
    #gzip_http_version 1.0; #压缩版本（默认1.1，前端如果是squid2.5请使用1.0）
    #gzip_comp_level 2; #压缩等级 
    #压缩类型，默认就已经包含textml，所以下面就不用再写了，写上去也不会有问题，但是会有一个warn。  
    #gzip_types text/plain application/x-javascript text/css application/xml; 

    gzip_vary on;

    #limit_zone crawler $binary_remote_addr 10m; #开启限制IP连接数的时候需要使用


    upstream  10.100.82.28  {
     #upstream的负载均衡，weight是权重，可以根据机器配置定义权重。weigth参数表示权值，权值越高被分配到的几率越大。
             #ip_hash; #基于ip hash做负载均衡
             #nginx sticky其他语法
             # sticky [name=route] [domain=.foo.bar] [path=/] [expires=1h] [hash=index|md5|sha1] [no_fallback];
             # name: 可以为任何的string字符,默认是route
             # domain：哪些域名下可以使用这个cookie
             # path：哪些路径对启用sticky,例如path/test,那么只有test这个目录才会使用sticky做负载均衡
             # expires：cookie过期时间，默认浏览器关闭就过期，也就是会话方式。
             # no_fallbackup：如果设置了这个，cookie对应的服务器宕机了，那么将会返回502（bad gateway 或者 proxy error），建议不启用
              sticky;  #基于cookie session粘滞做负载均衡
              server   10.100.82.28:8089;
              server   10.100.82.29:8089;
    }

    #虚拟主机的配置
    server {
        #监听端口 
        listen       80;
        #域名可以有多个，用空格隔开
        server_name  10.100.82.28;
        charset utf-8;
        #对 "/" 启用反向代理 
        location / {
            #root   html;
            #index  index.html index.htm;
            proxy_connect_timeout   10;
            proxy_send_timeout      30;
            proxy_read_timeout      30;
            proxy_pass        http://10.100.82.28;
            proxy_set_header  X-Real-IP  $remote_addr;
            client_max_body_size  100m;
            #后端的Web服务器可以通过X-Forwarded-For获取用户真实IP
            #proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; 
            #以下是一些反向代理的配置，可选。
            #proxy_set_header Host $host; 
            # client_max_body_size 10m; #允许客户端请求的最大单文件字节数  
            # client_body_buffer_size 128k; #缓冲区代理缓冲用户端请求的最大字节数，
            # proxy_connect_timeout 90; #nginx跟后端服务器连接超时时间(代理连接超时) 
            # proxy_send_timeout 90; #后端服务器数据回传时间(代理发送超时)
            # proxy_read_timeout 90; #连接成功后，后端服务器响应时间(代理接收超时) 
            # proxy_buffer_size 4k; #设置代理服务器（nginx）保存用户头信息的缓冲区大小 
            # proxy_buffers 4 32k; #proxy_buffers缓冲区，网页平均在32k以下的设置
            # proxy_busy_buffers_size 64k; #高负荷下缓冲大小（proxy_buffers*2） 
            # proxy_temp_file_write_size 64k;#设定缓存文件夹大小，大于这个值，将从upstream服务器传  


        }

        #图片缓存时间设置  

        # location ~ .*.(gif|jpg|jpeg|png|bmp|swf)$  
        #{  
        #    expires 10d;  
        # } 

        #JS和CSS缓存时间设置  
        #location ~ .*.(js|css)?$  
        #{  
        #  expires 1h;  
        # }   


        location ~ ^/(WEB-INF)/ { 
        deny all; 
        }

       #设定查看Nginx状态的地址  
        location /ngx_status
       {
          stub_status on;
          access_log on;


        } 

        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }

       #配置静态资源
       #location ~ \.(jpg|png|jpeg|bmp|gif|swf|css)$  
       #{  
       #  expires 30d;  
       #  root /nginx-1.4.7;#root:  
       #  break;  
       # } 

       location /cemscms/ {        
          root /home/cms_dev_static/; ##会指向/home/cms_dev_static/cemscms/下的资源
          autoindex on;   ##会自动显示资源目录
          index index.html;

        }
        #定义本虚拟主机的访问日志
        #access_log ar/loginx/xx.log access; 


    }
}





配置完成后，启动tomcat和nginx
Nginx 启动和关闭，热部署启动
启动nginx
# /usr/local/nginx/sbin/nginx
停止nginx
#/usr/local/nginx/sbin/nginx –s stop
配置项修改后测试配置项是否有问题
# /usr/local/nginx/sbin/nginx –t
平滑重启（即热部署） 
#/usr/local/nginx/sbin/nginx –s  reload
配置完后，在浏览器输入 http://nginx所在机器ip/war包名称 就能访问到发布后的应用了。

注：这个过程中可能涉及到有些端口没开放的问题，可以使用以下命令来开闭端口
开启8000端口
# /sbin/iptables -I INPUT -p tcp --dport 8000 -j ACCEPT
保存配置
# /etc/rc.d/init.d/iptables save 
重启服务
# /etc/rc.d/init.d/iptables restart 
查看端口是否已经开放 
#/etc/init.d/iptables status
linux查看端口被哪个进程占用:(lsof有些机器没装)
#lsof -i:端口号

这里写图片描述

用nginx-sticky-module实现cookie的粘滞，用浏览器查看cookie的时候回多出route参数。

willwee2008
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
nginx基于tcp做负载均衡的方法
09-30
主要介绍了nginx基于tcp做负载均衡的方法,需要的朋友可以参考下
推荐：Nginx　会话黏着一致性解决
大树叶 技术专栏
09-17 5496
关于session共享有四种方案 1), tomcat广播, 对系统资源占用较大, 占用io流, 不推荐使用 2), 使用memcache 3), 使用redis, 安装第三方库,  4), 使用tengine的cookie一致性解决 5) 使用nginx的sticky cookie第三方开发包。 本文只讲后面四种方式。其中4) 和5)原理一样。
Nginx反向代理与负载均衡
ll945608651的博客
04-23 2033
代理是在服务器和客户端之间假设的一层服务器，代理将接收客户端的请求并将它转发给服务器，然后将服务端的响应转发给客户端。
nginx--解决响应头带Set-Cookie导致的验证失败
最新发布
m0_50207524的博客
03-25 579
在用nginx做代理的时候，会发现nginx在访问不同ip请求的时候会带setCookie 导致后端就是放开cookie验证，在访问玩这个链接他更新了cookie导致在访问其他链接报错这个时候就需要禁用setCookie，可通过nginx的Set-Cookie属性Secure来进行实现。
nginx-sticky-module的使用（基于cookie的会话保持）
hqmln的博客
02-09 392
在多台后台服务器的环境下，我们为了确保一个客户只和一台服务器通信，我们势必使用长连接。使用什么方式来实现这种连接呢，常见的有使用nginx自带的ip_hash来做，我想这绝对不是一个好的办法，如果前端是CDN，或者说一个局域网的客户同时访问服务器，导致出现服务器分配不均衡，以及不能保证每次访问都粘滞在同一台服务器。如果基于cookie会是一种什么情形，想想看, 每台电脑都会有不同的cookie，...
NGINX基于Cookie和Header的负载均衡会话保持
热门推荐
lvshaorong的博客
10-22 2万+
Nginx是一个很高效稳定的软负载均衡器，最新的版本可以负载均衡HTTP(s),TCP,UDP等多种协议的链接。一般访问量比较大一点的Web站点都会用NGINX做HTTP协议的Web负载均衡，其后端一般是多个PHP或者JAVA中间件。另外NGINX还可以和Keepalived配合防止均衡器的单点故障，这一点要强于F5，A10这一类的硬件负载均衡设备。 但是F5，A10等硬件负载均衡器虽然价格昂贵
Nginx 负载均衡实现 | upstream 的5种分配方式 | cookie根据ip分流
qq_41497111的博客
06-22 2908
目录 一、描述 二、nginx 五种分配方式 1.轮询（默认） 2.weight 3.ip_hash 4.fair（第三方） 5.url_hash（第三方） 三、参数描述 四、cookie分流 五、Nginx 其他参考 一、描述 公司最近有个项目在运行时，用户频繁请求，用户量过多，导致socket连接拒绝及超时等等。又无法紧急修改该项目。所以想到使用nginx进行...
Nginx做NodeJS应用负载均衡配置实例
09-30
主要介绍了Nginx做NodeJS应用负载均衡配置实例,本文直接给出配置实例,需要的朋友可以参考下
java基于nginx的tomcat负载均衡和集群
09-26
java基于nginx的tomcat负载均衡和集群
nginx安装、配置、负载均衡.ppt
09-30
nginx安装、配置、负载均衡
基于nginx负载均衡的集群聊天系统.zip
12-28
基于nginx负载均衡的集群聊天系统，其中技术点有网络方面、数据库方面、线程安全方面；功能点有添加好友、单人聊天、群组聊天等 基于nginx负载均衡的集群聊天系统，其中技术点有网络方面、数据库方面、线程安全方面...
nginx配置转发，接口无法获取cookies的问题
hjg的专栏
05-26 2728
前端分离之后通过nginx进行转发到接口，但是接口无法获取到cookies。这个是因为后端创建的cookie和前端的地址不一致。而浏览器限制了，如果cookies的path与当前页面的地址不一致，会无法生效。解决方式：在nginx中配置proxy_cookie_path对cookies的path进行修改。
使用nginx做转发后前端cookie无法传入后台一直setCookie状态
weixin_42634398的博客
04-14 1379
问题解析：作为一个前端排查了很久很久之后 发现nginx配置文件中 proxy_cookie_path 增加了两个属性Secure和HttpOnly属性。项目背景简述：前端使用微前端，后端在本地启动了一份，前端更改访地址统一访问本地后端地址进行运行项目，包括数据库都在本地（–模拟离线运行）问题：项目登录 后端一直返回无登录状态，经排查cookie一直没有传到后台，浏览器一直展示setcookie。以下为我的访问setcookie信息可以 看到参数及其乱。
Nginx学习笔记07——Nginx负载均衡
ZZYSY的博客
06-22 950
配置负载均衡会用到三台虚拟机，如下 修改CentOS7-1的配置文件，使用proxy_pass来反向代理upstream，在upstream中配置两台Nginx服务器（注意upstream的名称和proxy_pass反向代理的域名一致） 修改好CentOS7-2和CentOS7-3的index.html，用来区分，之后将CentOS7-1、CentOS7-2、CentOS7-3三台Nginx服务器都打开 浏览器中访问CentOS7-1的ip地址，会发现浏览器会在CentOS7-2和CentOS7-3两
实现nginx的负载均衡
总有些事，值得你去努力
08-04 2万+
现在很多企业都采用多台服务器来共同支撑企业的网站，这样不仅可以加快企业网站的访问速度，还可以避免突发情况造成的灾难，但是会由于服务器本身原因或者某些外界因素会造成各个服务器的访问速度不一，这时候我们就需要配置http服务器的负载均衡来降低资源的浪费，下文就为大家介绍一下主流http服务器之一的nginx如何配置负载平衡。 一、Nginx负载均衡原理简介：   能实现nginx负载均衡的
nginx用upstream做负载均衡 服务端用session的 session一致性的所有解决方案
arr的博客
05-30 504
session跟cookie不一样,session是存放在服务端,在多服务器的环境下,用的session需要分配在同一个服务器才能正常识别,而,nginx的upstream用来做负载均衡很方便的,最后那个方案是最方便的,懒得看的可以直接拉到最后 方案一:redis做中间件存储session信息 这个方案对需要频繁对session进行读写的服务里面实际是不太友好的,因为不论redis是放在哪里,内网还是外网,多服务的环境下还是需要频繁的网络请求,这里面的时间差积沙成塔,性价比是很低的 方案二:ip_has.
Nginx如何保持会话粘性
爱琴孩的博客
10-04 260
ip_hash 在解决会话粘性的场景中可以发挥出奇效，但是 ip_hash 也会存在一些问题，比如负载不均衡问题。
nginx黏滞会话
weixin_34014555的博客
12-18 394
负载均衡调度器最大程度地让用户不必关心后端服务器，我们知道，当采用RR调度策略时，即便是同一用户对同一内容的多次请求，也可能被转发到了不同的后端服务器，这听起来似乎没什么大碍，但有时候，或许会带来一些问题。当某台后端服务器启用了Session来本地化保存用户的一些数据后，下次用户的请求如果转发给了其他后端服务器，将导致之前的Session...
nginx集群使用session粘连Tomcat故障后的会话转移解决策略
零度的博客专栏
10-28 4588
即使对于一般的企业应用，做一个小的集群也是有必要的，能防止单服务器down掉之后的尴尬，所以就在学习nginx+tomcat配置一个小型的集群，google之下也算搞定，然后自然涉及到session共享之类的问题，依旧想google之，前人经验后人乘凉，搜索后发现最多的文章的解决方式就是开启tomcat的session复制，还有比较多的情况是使用memcached session manage
nginx保留cookie的负载均衡
05-18
在nginx中，可以通过设置`ip_hash`和`sticky cookie`来实现保留cookie的负载均衡。 1. `ip_hash`方式：根据客户端的IP地址进行hash，将同一客户端的请求都转发到同一台后端服务器上，从而保持了同一客户端的会话状态。 ``` upstream backend { ip_hash; server backend1.example.com; server backend2.example.com; } ``` 2. `sticky cookie`方式：将一个特定的cookie作为session ID，通过nginx的`sticky`模块进行设置，使得同一客户端的请求都被转发到同一台后端服务器上。 ``` http { upstream backend { server backend1.example.com; server backend2.example.com; sticky cookie srv_id expires=1h domain=.example.com path=/; } } ``` 需要注意的是，保留cookie的负载均衡可能会导致后端服务器的负载不均衡，因为同一客户端的请求都被转发到同一台服务器上。因此，在使用该方式时，需要考虑后端服务器的性能和负载均衡策略。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值