Chinaunix首页 | 论坛 | 博客
  • 博客访问: 26267056
  • 博文数量: 2065
  • 博客积分: 10377
  • 博客等级: 上将
  • 技术积分: 21525
  • 用 户 组: 普通用户
  • 注册时间: 2008-11-04 17:50
文章分类

全部博文(2065)

文章存档

2012年(2)

2011年(19)

2010年(1160)

2009年(969)

2008年(153)

分类: Java

2010-05-13 17:36:03

nginx + resin (jvm-patch)

1、  先讲一下nginx下面配置resin环境

首先探讨一下为什么要使用nginx
1
、类似于apache+resinnginx用于提供静态页面服务,比java服务器要强。虽然这些java服务器的性能都不赖,tomcat新版甚至还支持了epoll,但是用nginx来处理静态文件是一定比这些服务器更稳妥并更快速的。
2
nginx在配合java应用服务器时相比apache耦合度更低,所以它可以用相同的方式连上所有能支持http服务能力的java应用服务器,无 论是tomcatresinweblogicjettywebsphere……,并且可以轻易地将一个应用同时连接不相同的服务器。譬如一台跑 tomcat,一台跑resin,这一点在切换或测试生产环境时非常有用。另外耦合度的降低,将使nginx和这些服务器之间的相互影响降到最低,这样两 者就能各尽其责,apache一般是采用一个模块来和java应用服务器打交道,这个模块是会对apache的运行或多或少产生影响的,nginx告诉我 们这些模块是多么的鸡肋,java服务器要不就往fastcgi协议支持方面发展会更好。
3
nginx的一些特性可以保住脆弱的java服务器。其中可以点名的:1是可细致定制的负载均衡策略;2是超强的故障屏蔽功能可以做到不遗漏任何一个请求;3是客户端连接的异步处理;

4是比java服务器强上百倍的负荷能力。

综合这些优点,一般的java应用服务器,接上一个nginx后,在服务稳定性上将可匹敌数万美金的大型java集群服务器,java开发者就不用再为java性能方面发愁了。

 

 

如果决定试用一下nginx,那接下来的事就比吐口水轻松得多了。

nginx
可以用两种方式去接java后台:

1
、将jsp扩展名的请求发往后台,这是比较传统的方式

2
、将所有请求都发往后台,而将一些静态文件的目录留下

3
、将所有请求都发往后台,而将某种扩展名的链接留下

这三种方式都是利用链接特征处理的,举例说明(例子中是服务器是单机):

首先配置一个upstream,这是通用的:

upstream {
server 127.0.0.1:8081;
server 127.0.0.1:8082;
}

127.0.0.1:8081
127.0.0.1:8082就是后端服务器了,resin支持两种方式服务,一种是引擎方式用于连接apache IIS,另一种是http server方式,一定要启动的是http服务器方式的,这样这两个端口才有效。tomcat我不太清楚,如果有两种方式,也一定要启动http server方式,检查的办法是通过一个链接要能够直接访问得到页面。(相当于是开了一个HTTP服务

针对扩展名的策略的配置:

server {
listen 80;
server_name ;

location / {
root /data/html/;
rewrite "^/([0-9]+)\.html$" /a.jsp?id=$1 last;
}

location ~ (\.jsp)|(\.do)$ {
proxy_pass http://;
}

}

需要注意的事项是:

1
location ~ (\.jsp)|(\.do)$这一段中的proxy_pass标签后面一定不要写/,也不能多写/jsp,例如不能写成proxy_pass http:///;,原因是location如果用到正则表达式,则不能在proxy_pass中含有链接路径。

2
server_name ;指定的是用户访问nginx时用的域名,proxy_pass http://;这个是nginx upstream的名称,同时是nginx访问后台用的域名,多数情况下用相同名称就可以了,有一些特殊情况需要用到不相同名称的,则要确保后台不会因为 这一点惹出乱子。

3
rewrite直接写在location /下面就可以了,不能写在location ~ (\.jsp)|(\.do)$里面,注意rewrite后面的参数在这里一定要是last。(表示最后一个了)

 

4、在此配置里仅仅配置了jspdo,当然java还不只支持这么多,所以要找到所有java链接规则才可以。

 

 

 

 

 

 

 


把所有请求都发往后台的配置(23一起写了):

server {
listen 80;
server_name ;

location / {
proxy_pass ;                 //
即全部的请求全部发到后台
}

location /images/ {
alias /data/html/images/;
}

location ~ (\.jpg)|(\.gif)|(\.png)$
{
root /data/html/;
}

}

这两种配置和针对jsp扩展名的原理刚好是反的,注意事项:

1
、和针对jsp扩展名不同,在proxy_pass http://;这里,因为没有用到正则表达式,所以可以在后面写/,亦可支持/jsp

2
location /images/这一段用alias会能看得比较清楚,也可以用root标签,不过这时就应该写成:root /data/html/,提前一级。

3
location ~ (\.jpg)|(\.gif)|(\.png)$这一段只能用root标签,不能写aliaslocation用正则后再用alias的话nginx不支持,我也想不清楚用alias的话逻辑会是怎样的。

以上配置都是最简化的配置,还有很多参数可以调整,我在我其他文章里会有所讲述。另外提醒,要好好测试,有问题先思考,这些配置都不是万能配置还不足以能解决所有情况,同时这几种配置也没有优劣之说,如果不确定用哪种,采用第一种方式就可以了。

 

 

 

 

 

 

 

 

 

主要就是,resin 不能使用cluster的模式,必须使用http server的模式,
涉及session相关的,还可以用ip_hash,将同一个ip过来的请求,分配到同一个resin,配置如下:
upstream {
server 127.0.0.1:8081;
server 127.0.0.1:8082;
ip_hash;
}

现在,问题来了:
如果,前面是一个代理服务器,那每一个请求都是同一个ip过来,那么,所有的请求都会分配到同一个resin,我们负载均衡的目的又达不到了。

google
一搜,搜出了一个中国人写的补丁。

比较巧的是,竟然是网易的。杭州blog sa

具体安装配置可以参考以下地址,我也是同样的配置方式的
http://deidara.blog.51cto.com/400447/193887
经过测试,可以正常使用,但没在具体的产品上使用。

nginx + resin3.1.x ,
由于我们的应用多是在resin 3.0.x 上,可能会稍有不同。

这个补丁的负载均衡原理是:
为了令每次的请求,都发送到正确的resinresin 用一个cookie ----- JSESSIONID 去标示自己的身份。当你启用server
id=a
resin,它的JSESSIONIDa***。当你启用server id=b resin,它的JSESSIONIDb***nginx
采用轮询的方式对待每个请求,第一次来的请求,resin set cookie。往后的请求,nginx 就根据JSESSIONID去分配请求。

 

session层面上处理不了的问题还是让客户端来做即采用cookie技术来实现!

阅读(908) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~