在项目中经常会碰到需要利用Nginx作负载,最近在利用Nginx作负载均衡器时碰到一个很奇葩的问题。
本来按照以前的实现将打好的A.war包直接放到tomcat根目录(webapps)下,然后按照如下方式配置Nginx即可实现负载均衡:
upstream KV{ ip_hash; server 10.68.234.160:8080; server 10.68.234.161:8080; server 10.68.234.162:8080; server 10.68.234.163:8080; } upstream KY{ ip_hash; server 10.68.234.160:9080; server 10.68.234.161:9080; server 10.68.234.162:9080; server 10.68.234.163:9080; } server { listen 80; server_name localhost; charset utf-8; locaion ^~/mm/ { proxy_pass http://KV; } locaion ^~/yy/ { proxy_pass http://KY; } ... }
这样调用..../mm/yy即可通过Nginx即可实现负载均衡。
然而在应用上线时,方案评审小组却告之二组不同的应用必须指定相应的上下文,假设我们都指定对应上下文为test,那么如果还按照上述方式配置Nginx就会发现容器始终匹配不到访问的URL。
跟踪代码并经过多次测试发现:Nginx中的路径是通过#分割的,如果配置为/,那么Nginx是无法匹配到正确的访问路径的。
根据上面的测试调整War布署方式:将编译生成的A.war重命名为test#A.war,然后放到tomcat的webapps根目录下,待tomcat启动后,我们发现webapps下产生test#A目录,此时对应的Nginx.conf依然可以参考上述配置:
upstream KV { ip_hash; server 10.63.79.170:9080; server 10.63.79.171:9080; } server { listen 80; server_name localhost; } location / { proxy_pass http://KV; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; }
另外:基于DubboX框架利用Tomcat+Nginx布署应用时,需要注意如下几点:
<dubbo:protocol name="rest" port="7090" threads="1000" contextpath="mmservice/test" server="servlet" accepts="500" extension="com.test.provider.ExceptionMapperProvider"/>
DubboX中的port与conextpath必须与tomcat中的port和contextpath保持一致(tomcat中的port在server.xml中进行配置;conextpath即为上文所描述的mmservice#test.war)