nginx整合多个tomcat
2015-06-02 16:46
495 查看
整了两三天,总算是有点眉目了和经验了。总结下:
在这篇文章之前,先看下:http://cxshun.iteye.com/blog/1535188’里面有讲如何整合nginx和单个tomcact!
nginx主要的配置都在nginx.conf文件里面。而负载均衡的相关模块主要是在http模块里面。下来看下说明以及配置:
下面我们仔细来分析一下:《摘自博客:http://cxshun.iteye.com/blog/1535188》
listen:表示当前的代理服务器监听的端口,默认的是监听80端口。注意,如果我们配置了多个server,这个listen要配置不一样,不然就不能确定转到哪里去了。
server_name:表示监听到之后需要转到哪里去,这时我们直接转到本地,这时是直接到nginx文件夹内。
location:表示匹配的路径,这时配置了/表示所有请求都被匹配到这里
root:里面配置了root这时表示当匹配这个请求的路径时,将会在这个文件夹内寻找相应的文件,这里对我们之后的静态文件伺服很有用。
index:当没有指定主页时,默认会选择这个指定的文件,它可以有多个,并按顺序来加载,如果第一个不存在,则找第二个,依此类推。
下面的error_page是代表错误的页面,这里我们暂时不用,先不管它。
先说下怎么配置静态页面的负载均衡:
需求:假设有一个静态的html页面在两台服务器192.168.0.1和192.168.0.2上面。我们使用轮训的方式去访问这两个页面:只需要修改下面两个地方:
这样一来,静态页面的负载均衡配置好了。它的效果是什么呢?
第一访问此页面,是访问192.168.0.1上的额html,第二则是192.168.0.2上的,第三次又是192.168.0.1上面的~如此循环~~~
如果是一个带有action的jsp页面这样配置是不行的~否则在提交任务时,你会发现你ip变成了 local_tomcat;所以这时候你必须要加上:
上面的设置。但是如果你现在使用的仍是轮训,你会发现下面一个问题:
第一访问192.168.0.1的jsp页面,提交任务时候,却提交到了192.168.0.2的tomcat里面;访问192.168.0.2的jsp页面,却将任务提交到了192.168.0.1的tomcat里面;所以,为了避免这类问题,必须要使用ip_hash的方式来进行负载均衡。
需要在upstream里面添加下面一句话:
在这篇文章之前,先看下:http://cxshun.iteye.com/blog/1535188’里面有讲如何整合nginx和单个tomcact!
nginx主要的配置都在nginx.conf文件里面。而负载均衡的相关模块主要是在http模块里面。下来看下说明以及配置:
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 servers { ip_hash; server 10.103.25.227:8080; server 127.0.0.1:8080; } server { listen 80; server_name localhost; #charset koi8-r; #access_log logs/host.access.log main; location / { proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_pass http://servers; proxy_redirect off; } }
下面我们仔细来分析一下:《摘自博客:http://cxshun.iteye.com/blog/1535188》
listen:表示当前的代理服务器监听的端口,默认的是监听80端口。注意,如果我们配置了多个server,这个listen要配置不一样,不然就不能确定转到哪里去了。
server_name:表示监听到之后需要转到哪里去,这时我们直接转到本地,这时是直接到nginx文件夹内。
location:表示匹配的路径,这时配置了/表示所有请求都被匹配到这里
root:里面配置了root这时表示当匹配这个请求的路径时,将会在这个文件夹内寻找相应的文件,这里对我们之后的静态文件伺服很有用。
index:当没有指定主页时,默认会选择这个指定的文件,它可以有多个,并按顺序来加载,如果第一个不存在,则找第二个,依此类推。
下面的error_page是代表错误的页面,这里我们暂时不用,先不管它。
先说下怎么配置静态页面的负载均衡:
需求:假设有一个静态的html页面在两台服务器192.168.0.1和192.168.0.2上面。我们使用轮训的方式去访问这两个页面:只需要修改下面两个地方:
upstream local_tomcat { server 192.168.0.1:8080; server 192.168.0.2:8080; } server{ location / { proxy_pass http://local_tomcat; } }
这样一来,静态页面的负载均衡配置好了。它的效果是什么呢?
第一访问此页面,是访问192.168.0.1上的额html,第二则是192.168.0.2上的,第三次又是192.168.0.1上面的~如此循环~~~
如果是一个带有action的jsp页面这样配置是不行的~否则在提交任务时,你会发现你ip变成了 local_tomcat;所以这时候你必须要加上:
location / { proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_pass http://servers; proxy_redirect off; }
上面的设置。但是如果你现在使用的仍是轮训,你会发现下面一个问题:
第一访问192.168.0.1的jsp页面,提交任务时候,却提交到了192.168.0.2的tomcat里面;访问192.168.0.2的jsp页面,却将任务提交到了192.168.0.1的tomcat里面;所以,为了避免这类问题,必须要使用ip_hash的方式来进行负载均衡。
需要在upstream里面添加下面一句话:
upstream servers { <span style="color:#FF0000;">ip_hash;</span> server 10.103.25.227:8080; server 127.0.0.1:8080; }
相关文章推荐
- Linux系统上nginx+tomcat分布式的安装与配置
- tomcat如何禁止显示目录和文件列表
- 多个tomcat 共享一个应用程序目录
- 关于tomcat的远程调试
- Linux下利用jdk+tomcat+mysql搭建JavaWeb服务的环境
- Tomcat的结构和对请求的处理
- 03 在Linux下安装Myeclipse及Tomcat(含下载)
- Tomcat的Admin和Manager工具初探
- Tomcat的Admin和Manager工具初探
- 解决web项目无法部署到eclipse配置的本地tomcat
- Tomcat与Apache整合(mod_jk)
- tomcat7可能带来的问题
- Solr(5.1.0) 与Tomcat 从0开始安装与配置
- Tomcat搭建文件服务器
- zabbix监控tomcat两种配置方式
- eclipse使用笔记(二):eclipse中的tomcat三个端口经常提示被占用(8005/8080/8009)
- Eclipse中的Web项目自动部署到Tomcat
- linux下tomcat部署get请求乱码问题解决方法
- 在Mac系统上安装Tomcat
- java web tomcat,myeclipse, mysql