Ubuntu下基于Nginx实现Tomcat集群负载均衡[服务器安全]
本文“Ubuntu下基于Nginx实现Tomcat集群负载均衡[服务器安全]”是由七道奇为您精心收集,来源于网络转载,文章版权归文章作者所有,本站不对其观点以及内容做任何评价,请读者自行判断,以下是其具体内容:
Nginx是一款HTTP和反向代理服务器,有关它的介绍可以到网上搜一下,很多很多,不再累述.这里,我们记录一下Nginx的安装历程,以及若何配置Nginx来实现Tomcat集群的负载均衡.
基本思绪
假定目前我们有一个利用Java实现的Web搜索服务器,用户可以通过Web页面输入关键词,搜索服务器处理搜索恳求并向用户展示搜索后果.假如用 户拜候量很大的话,我们的这台搜索服务器承受的压力会很大,极大概由于搜索服务器的处理本领到达上限,在某一个时刻无法再处理用户新到来的恳求.所以,我 们就考虑将用户恳求的压力分脱离,即在多台服务器上布置同一套搜索服务器程序,然后通过一个负载均衡战略,将恳求的压力分摊在多台搜索服务器上,这样,在 用户恳求量很大的情形下,很好办理单台服务器的无法处理恳求的问题.
|
我们的设法就是,通过一台服务器做代理,利用负载均衡软件实现恳求的代理转发,将用户的恳求转发到多台搜索服务器上去处理,就可以实现多台搜索服务器的负载均衡,而不致于单一服务器处理全部恳求.
假定,我们目前有三台机械,各台服务器以下所示:
- 搜索服务器:192.168.0.174 RHEL 5
- 搜索服务器:192.168.0.181 Win 7
- 代理服务器:192.168.0.184 Ubuntu 11.04.1
通过利用Nginx做反向代理,安装在192.168.0.184上.别的两台服务器均为搜索服务器,并且都安装了Tomcat Web服务器软件,搜索服务器程序就布置在Tomcat中.服务器192.168.0.184接纳搜索恳求,www.linuxidc.com 并通过 Nginx将恳求转发到两台搜索服务器上举行处理,然后返回后果,通过Nginx代理呼应的搜索后果.
配置资源
这里,阐明一下我们各台服务器的软件配置,及其利用端口,以下所示:
服务器IP:端口 |
软件配置 |
192.168.0.174:8080 | OpenJDK 1.6.0_22, apache-tomcat-7.0.22.tar |
192.168.0.181:8080 | Sun JDK 1.6.0_17, apache-tomcat-6.0.20.exe |
192.168.0.184:8888 | nginx-1.0.8.targz, pcre-8.13.tar.gz |
安装配置历程
-
Nginx安装
下载nginx-1.0.8.targz, pcre-8.13.tar.gz这两个安装包,并解紧缩到目录/home/shirdrn/tools下面,然后安装历程以下所示:
- cd /home/shirdrn/tools
- tar -xvf pcre-8.13.tar.bz2
- tar -xzvf nginx-1.0.8.tar.gz
- cd /home/shirdrn/tools/nginx-1.0.8
- ./configure --with-http_stub_status_module --prefix=/home/Ubuntu/servers/nginx --with-pcre=/home/ubuntu/tools/pcre-8.13
- make
- make install
履行上述号令,需求利用超级用户权限,将我们的Nginx安装到/home/shirdrn/servers/nginx-1.0.8下面,由于指 定了--with-pcre=/home/Ubuntu/tools/pcre-8.13,即pcre的源码途径,在安装的历程首先编译pcre并安装, 然后才开始配置安装Nginx.
考证能否安装成功,只需求在浏览器输入http://192.168.0.184:8888/便可,默许Nginx利用80端口,这里我的80端口被占用了,所以改正成8888(有关Nginx的基本配置在下面阐明).
-
Ngin负载均衡配置
下面,我们看一下我们实现Nginx负载均衡的配置.配置文件为conf/nginx.conf,由于我们举行的代理的配置,通过利用一个单独的代理配置文件conf/proxy.conf,在conf/nginx.conf中引入该代理配置便可.
conf/proxy.conf的配置内容以下所示:
- proxy_redirect off;
- proxy_set_header Host $host;
- proxy_set_header X-Real-IP $remote_addr;
- proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
- client_max_body_size 10m;
- client_body_buffer_size 128k;
- proxy_connect_timeout 300;
- proxy_send_timeout 300;
- proxy_read_timeout 300;
- proxy_buffer_size 4k;
- proxy_buffers 4 32k;
- proxy_busy_buffers_size 64k;
- proxy_temp_file_write_size 64k;
各配置项的含义,可以通过查阅相关文档理解.www.linuxidc.com下面看conf/nginx.conf的配置,我们按照实践改正的基本配置来做得当的阐明,以下所示:
- user root root; # Nginx所在的用户和用户组
- worker_processes 3; # 动的工作进程数目
- #error_log logs/error.log;
- #error_log logs/error.log notice;
- #error_log logs/error.log info;
- pid logs/nginx.pid; # Nginx进程ID
- events {
- worker_connections 1024;
- }
- http {
- include mime.types;
- default_type application/octet-stream;
- #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 logs/access.log main;
- sendfile on;
- #tcp_nopush on;
- #keepalive_timeout 0;
- keepalive_timeout 65;
- #gzip on;
- upstream localhost { # 发到localhost上的恳求,通过Nginx转发到实际处理恳求的服务器
- server 192.168.0.181:8080 weight=1;
- server 192.168.0.184:8080 weight=1;
- }
- server {
- listen 8888; # Nginx监听的端口,默许为80
- server_name localhost; # Nginx所在主机的名称
- #charset koi8-r;
- #access_log logs/host.access.log main;
- location / {
- root html/solr; # 恳求资源的途径(代理:/home/Ubuntu/servers/nginx/tml/solr/,该目录下没有任何数据)
- index index.html index.htm;
- proxy_pass http://localhost; # 代理:对发送到localhost上恳求举行代理
- include proxy.conf; # 引入proxy.conf配置
- }
- #error_page 404 /404.html;
- # redirect server error pages to the static page /50x.html
- #
- error_page 500 502 503 504 /50x.html;
- location = /50x.html {
- root html;
- }
- # proxy the PHP scripts to Apache listening on 127.0.0.1:80
- #
- #location ~ \.php$ {
- # proxy_pass http://127.0.0.1;
- #}
- # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
- #
- #location ~ \.php$ {
- # root html;
- # fastcgi_pass 127.0.0.1:9000;
- # fastcgi_index index.php;
- # fastcgi_param SCRIPT_FILENAME /scripts$fastcgi_script_name;
- # include fastcgi_params;
- #}
- # deny access to .htaccess files, if Apache's document root
- # concurs with nginx's one
- #
- #location ~ /\.ht {
- # deny all;
- #}
- }
- # another virtual host using mix of IP-, name-, and port-based configuration
- #
- #server {
- # listen 8000;
- # listen somename:8080;
- # server_name somename alias another.alias;
- # location / {
- # root html;
- # index index.html index.htm;
- # }
- #}
- # HTTPS server
- #
- #server {
- # listen 443;
- # server_name localhost;
- # ssl on;
- # ssl_certificate cert.pem;
- # ssl_certificate_key cert.key;
- # ssl_session_timeout 5m;
- # ssl_protocols SSLv2 SSLv3 TLSv1;
- # ssl_ciphers HIGH:!aNULL:!MD5;
- # ssl_prefer_server_ciphers on;
- # location / {
- # root html;
- # index index.html index.htm;
- # }
- #}
- }
-
启动Nginx
启动Nginx对比简单,有两种方法:一种是直接利用默许安装途径下的nginx.conf,启动号令以下所示:
- /home/shirdrn/servers/nginx-1.0.8/sbin/nginx
另一种是,nginx.conf配置可以放到其他目录下面,启动时通过-c选项指定配置文件途径便可,启动号令以下所示:
- /home/shirdrn/servers/nginx-1.0.8/sbin/nginx -c /home/shirdrn/servers/nginx-1.0.8/conf/nginx.conf
可以查看启动进程:
- root@dev2:~$ ps -ef | grep nginx
- root 15952 1 0 18:56 ? 00:00:00 nginx: master process sbin/nginx
- root 15953 15952 0 18:56 ? 00:00:00 nginx: worker process
- root 15954 15952 0 18:56 ? 00:00:00 nginx: worker process
- root 15955 15952 0 18:56 ? 00:00:00 nginx: worker process
- Ubuntu 22988 22887 0 22:19 pts/0 00:00:00 grep --color=auto nginx
查看Nginx监听的端口号:
- root@dev2:/home/Ubuntu# netstat -nap | grep '8888'
- tcp 0 0 0.0.0.0:8888 0.0.0.0:* LISTEN 15952/nginx
-
Tomcat配置
无论在Windows下还是Linux下,Tomcat的配置无需做额外的配置,只要可以公布你的Web利用便可.但是,我们通过 Nginx举行反向代理恳求,必须保证多个Tomcat下的Web利用的恳求途径相一致,比方,我们配置的两台搜索服务器的单独恳求途径,辨别以下所示:
- http://192.168.0.174:8080/solr/core0/search/?q=九寨沟&start=0&rows=10
- http://192.168.0.181:8080/solr/core0/search/?q=马尔代夫&start=0&rows=10
我们将我们的搜索服务器程序,辨别公布到这两台搜索服务器的Tomcat上,可以通过实际接口举行单独接纳恳求并处理.
测试考证
下面,来测试一下,考证我们上述配置的内容,能否可以按照开始计划的思绪,实现负载均衡.由于在Nginx的配置中,我们设置了两台搜索服 务器处理恳求的权重为1:1,所以在测试的历程中很简单就可以看到.由于全部的恳求都是先打到代理服务器,通过代理服务器举行转发,所以对外部只有一个统一 的接口:
- http://192.168.0.184:8888/solr/core0/search/?q=普吉岛&start=0&rows=10
按照代理配置,代理服务器只是转发恳求和呼应,而不做恳求的处理等工作,所以负荷会小一些.通过负载分摊,两个搜索服务器的负荷也会比单台的情形下有所好转.上面代理的恳求链接,实际会转换为以下二者之一:
- http://192.168.0.174:8080/solr/core0/search/?q=<span style="color:#000000;">普吉岛</span>&start=0&rows=10
- http://192.168.0.181:8080/solr/core0/search/?q=普吉岛&start=0&rows=10
我们看一下,各台服务器实际履行时的日记记录.以下4个恳求:
- <a href="http://192.168.0.184:8888/solr/core0/search/?q">http://192.168.0.184:8888/solr/core0/search/?q</a>=九寨沟&start=0&rows=10
- http://192.168.0.184:8888/solr/core0/search/?q=普吉岛&start=0&rows=10
- http://192.168.0.184:8888/solr/core0/search/?q=马尔代夫&start=0&rows=10
- http://192.168.0.184:8888/solr/core0/search/?q=西双版纳&start=0&rows=10
Nginx日记,以下所示:
- 192.168.0.181 - - [05/Oct/2011:21:42:05 +0800] "GET /solr/core0/search/?q=九寨沟&start=0&rows=10 HTTP/1.1" 200 329495 "-" "Mozilla/5.0 (Windows NT 6.1) AppleWebKit/534.30 (KHTML, like Gecko) Chrome/12.0.742.122 Safari/534.30"
- 192.168.0.181 - - [05/Oct/2011:21:42:12 +0800] "GET /solr/core0/search/?q=普吉岛&start=0&rows=10 HTTP/1.1" 200 110349 "-" "Mozilla/5.0 (Windows NT 6.1) AppleWebKit/534.30 (KHTML, like Gecko) Chrome/12.0.742.122 Safari/534.30"
- 192.168.0.181 - - [05/Oct/2011:21:42:25 +0800] "GET /solr/core0/search/?q=马尔代夫&start=0&rows=10 HTTP/1.1" 200 85572 "-" "Mozilla/5.0 (Windows NT 6.1) AppleWebKit/534.30 (KHTML, like Gecko) Chrome/12.0.742.122 Safari/534.30"
- 192.168.0.181 - - [05/Oct/2011:21:42:32 +0800] "GET /solr/core0/search/?q=西双版纳&start=0&rows=10 HTTP/1.1" 200 141030 "-" "Mozilla/5.0 (Windows NT 6.1) AppleWebKit/534.30 (KHTML, like Gecko) Chrome/12.0.742.122 Safari/534.30"
我们看一下,各台搜索服务器接纳恳求处理的日记:
搜索服务器192.168.0.174恳求处理日记:- 2011-10-5 21:42:12 org.apache.solr.core.SolrCore execute
- 信息: [core0] webapp=/solr path=/search/ params={bq=spiderName:baseSeSpider^1.5&start=0&q=普吉岛&rows=10} hits=16 status=0 QTime=48
- 2011-10-5 21:42:32 org.apache.solr.core.SolrCore execute
- 信息: [core0] webapp=/solr path=/search/ params={bq=spiderName:baseSeSpider^1.5&start=0&q=西双版纳&rows=10} hits=29 status=0 QTime=54
搜索服务器192.168.0.181恳求处理日记:
- 2011-10-5 21:42:06 com.chenlb.mmseg4j.solr.MMSegTokenizerFactory newSeg
- 信息: create new Seg ...
- 2011-10-5 21:42:06 com.chenlb.mmseg4j.solr.MMSegTokenizerFactory newSeg
- 信息: use complex mode
- 2011-10-5 21:42:08 com.chenlb.mmseg4j.solr.MMSegTokenizerFactory newSeg
- 信息: create new Seg ...
- 2011-10-5 21:42:08 com.chenlb.mmseg4j.solr.MMSegTokenizerFactory newSeg
- 信息: use complex mode
- 2011-10-5 21:42:08 org.apache.solr.core.SolrCore execute
- 信息: [core0] webapp=/solr path=/search/ params={bq=spiderName:baseSeSpider^1.5&start=0&q=九寨沟0&rows=10} hits=54 status=0 QTime=2116
- 2011-10-5 21:42:27 com.chenlb.mmseg4j.solr.MMSegTokenizerFactory newSeg
- 信息: create new Seg ...
- 2011-10-5 21:42:27 com.chenlb.mmseg4j.solr.MMSegTokenizerFactory newSeg
- 信息: use complex mode
- 2011-10-5 21:42:28 com.chenlb.mmseg4j.solr.MMSegTokenizerFactory newSeg
- 信息: create new Seg ...
- 2011-10-5 21:42:28 com.chenlb.mmseg4j.solr.MMSegTokenizerFactory newSeg
- 信息: use complex mode
- 2011-10-5 21:42:29 org.apache.solr.core.SolrCore execute
- 信息: [core0] webapp=/solr path=/search/ params={bq=spiderName:baseSeSpider^1.5&start=0&q=马尔代夫0&rows=10} hits=57 status=0 QTime=1721
测试发现,固然只有4个恳求,但是在负载权重相等情形下,很好地分摊到两台搜索服务器上去举行恳求的实际处理.通过上面日记可以看出,我们基本实现了一开始计划的思绪.
-
本文地址: | 与您的QQ/BBS好友分享! |