1) 不使用session,换作cookie
能把session改成cookie,就能避开session的一些弊端,在从前看的一本J2EE的书上,也指明在集群系统中不能用 session,否则惹出祸端来就不好办。如果系统不复杂,就优先考虑能否将session去掉,改动起来非常麻烦的话,再用下面的办法。
2) 应用服务器自行实现共享
已知的,php可以用数据库或memcached来保存session,从而在php本身建立了一个session集群,用这样的方式可以令 session保证稳定,即使某个节点有故障,session也不会丢失,适用于较为严格但请求量不高的场合。但是它的效率是不会很高的,不适用于对效率 要求高的场合。
以上两个办法都跟nginx没什么关系,下面来说说用nginx该如何处理:
3) ip_hash
nginx中的ip_hash技术能够将某个ip的请求定向到同一台后端,这样一来这个ip下的某个客户端和某个后端就能建立起稳固的 session,ip_hash是在upstream配置中定义的:
upstream backend {
server 127.0.0.1:8001;
server 127.0.0.1:8002;
ip_hash;
}
ip_hash是容易理解的,但是因为仅仅能用ip这个因子来分配后端,因此ip_hash是有缺陷的,不能在一些情况下使用:
1/ nginx不是最前端的服务器。ip_hash要求nginx一定是最前端的服务器,否则nginx得不到正确ip,就不能根据ip作hash。譬如使用 的是squid为最前端,那么nginx取ip时只能得到squid的服务器ip地址,用这个地址来作分流是肯定错乱的。
2/ nginx的后端还有其它方式的负载均衡。假如nginx后端又有其它负载均衡,将请求又通过另外的方式分流了,那么某个客户端的请求肯定不能定位到同一 台session应用服务器上。这么算起来,nginx后端只能直接指向应用服务器,或者再搭一个squid,然后指向应用服务器。最好的办法是用 location作一次分流,将需要session的部分请求通过ip_hash分流,剩下的走其它后端去。
4) upstream_hash
为了解决ip_hash的一些问题,可以使用upstream_hash这个第三方模块,这个模块多数情况下是用作url_hash的,但是并不妨 碍将它用来做session共享:
假如前端是squid,他会将ip加入x_forwarded_for这个http_header里,用upstream_hash可以用这个头做 因子,将请求定向到指定的后端:
可见这篇文档:
http://www.oschina.net/discuss/thread/622
在文档中是使用$request_uri做因子,稍微改一下:
hash $http_x_forwarded_for;
这样就改成了利用x_forwarded_for这个头作因子,在nginx新版本中可支持读取cookie值,所以也可以改成:
hash $cookie_jsessionid;
假如在php中配置的session为无cookie方式,配合nginx自己的一个userid_module模块就可以用nginx自发一个 cookie,可参见userid模块的英文文档:
http://wiki.nginx.org/NginxHttpUserIdModule
相关推荐
本教程将详细讲解如何通过`Nginx`实现`Tomcat`集群的负载均衡,并实现`session`共享。 首先,我们要理解负载均衡的基本概念。负载均衡是通过将工作负载分散到多个计算资源,以优化资源使用、最大化吞吐量、最小化...
为了解决这个问题,有以下几种Tomcat Session共享策略: 1. **负载均衡服务器提供的Session共享**:某些硬件负载均衡器提供此功能,但Nginx不支持。 2. **Web容器自身的Session共享策略**:Tomcat可以配置集群模式...
可以采用以下几种方式实现Nginx+Tomcat的Session共享: 1. Sticky Session:通过Nginx配置,确保用户的所有请求都路由到最初处理其请求的Tomcat实例。 2. 共享存储:使用Redis、Memcached等缓存服务作为共享存储,将...
在IT行业中,构建高效、可扩展的Web服务是至关重要的,而"Nginx+Tomcat+memcached实现集群部署、负载均衡session共享"是一种常见的解决方案。这个方案结合了Nginx作为反向代理和负载均衡器,Tomcat作为Java应用...
在本知识点中,我们将详细讨论如何利用数据库来存储Session信息,以及相关的配置步骤,以便在多站点环境下的Nginx负载均衡架构中实现Session共享。 首先,我们来了解几种常见的多站点间Session共享的作法。最常见的...
在构建高性能、高可用性的Web应用系统时,通常会采用Nginx作为反向代理和负载均衡器,Tomcat作为Java应用服务器,而Memcached作为分布式缓存来处理session共享问题。本文将详细讲解如何利用Nginx、Tomcat和Memcached...
Nginx作为反向代理服务器,可以接收来自客户端的请求,并根据负载均衡策略将请求分发到不同的Tomcat实例。为了实现Session粘滞(Sticky Sessions),我们可以配置Nginx的`upstream`模块,使其基于Session ID将请求...
Nginx可以通过以下几种方式实现负载均衡: 1. **轮询(Round Robin)**:每个请求按顺序分配到不同的后端服务器,如果所有服务器都忙,则等待,直到有服务器空闲。 2. **权重轮询(Weighted Round Robin)**:可以...
负载均衡的几种方式: 1.轮询:默认按照时间顺序对所有服务器一个一个的访问,如果有服务器宕机,会自动剔除; 2.weight:服务器的方位几率和weight成正比,这个可以在服务器配置不均的时候进行配置; 3.ip_hash...
有几种方法可以实现Tomcat的Session共享: 1. **集群(Clustering)**:Tomcat支持基于JVM路由(JVMRoute)的Session复制,通过`stickiness`(粘滞会话)策略,确保来自同一客户端的请求始终被定向到同一个服务器。...
3. **配置负载均衡器**:如果采用软件解决方案,如Nginx或HAProxy,则需要对其进行详细配置。 4. **部署WAS实例**:确保所有WAS实例都正确安装并配置好必要的环境变量和参数。 5. **监控与调试**:实施监控措施,...
5. **负载均衡器**:在同台机器上,虽然Tomcat实例可以运行在不同端口上,但通常还需要一个负载均衡器(如Apache HTTPD或Nginx)来分配请求到不同的Tomcat实例,同时处理session粘滞。 6. **测试与监控**:部署后,...
可以使用硬件负载均衡器,如F5,或者软件负载均衡器,如Nginx、HAProxy。这里我们以Nginx为例,需要配置Nginx的反向代理和负载均衡模块。在nginx.conf文件中,创建一个upstream块定义Tomcat服务器组,然后在http或...
因此 在启用多进程时 不能使用共享内存来做SSL的session缓存 也就是说 要实现SSL 只能使用单进程 从而限制了并发连接数 (造成这种结果的原因 可能是作者对Nginx在Windows平台下的应用不太重视 在共享内存中使用了...
在使用 Nginx+Tomcat 进行负载均衡时,使用轮询方式进行负载可能会导致用户退出登录的问题。为了解决这个问题,需要使用 Tomcat 内置的 Session 复制方案。 Session 复制方案的实现主要是通过在 server.xml 配置...
6. **使用负载均衡器**:例如Apache mod_jk或Nginx,它们可以负责Session粘滞,确保用户的请求始终被转发到同一台服务器,从而实现逻辑上的Session共享。 在实际操作中,通常还需要`javax.servlet`和`javax.servlet...
这个名为“Linux-memcached-tomcat8-session共享lib.rar”的压缩包文件显然旨在解决一个特定的问题:在Linux系统上,通过Nginx作为负载均衡器,利用Memcached实现跨多个Tomcat实例的session共享。下面将详细解释这个...
- **原理**:通过负载均衡器(如Nginx)的Hash映射策略,确保来自同一客户端的请求始终被转发到同一台服务器上。 - **优点**: - 实现简单、易于配置; - 无需修改应用程序代码。 - **缺点**: - 如果某个服务器...
本文将详细解析解决Nginx Session共享问题的几种方法。 首先,通过负载均衡器来实现Session共享。在使用Nginx进行负载均衡时,可以通过配置ip_hash指令来确保同一个客户端的请求总是被转发到同一台服务器。这样,...
为了解决这个问题,可以采用以下几种方案实现Session共享: - **Memcached**:通过使用Memcached等缓存工具实现Session数据的集中式存储。 - **数据库**:将Session数据存储在关系型数据库中,供各个节点查询使用。...