半步多 玄玉的博客

Tomcat与Apache配置负载均衡

2014-09-27
玄玉

本文涉及的相关环境和版本为:CentOS-6.4-minimalApache-2.2.29Tomcat-6.0.41

本文建立在Apache-2.2.29与Tomcat-6.0.41整合的基础上

整合细节详见:http://jadyer.cn/2014/09/27/tomcat-apache-jk/

配置负载均衡

  1. 修改端口(由于我是在一台机器上复制多个tomcat,所以需要修改端口,如果是不同的机器就可以跳过这一步)

    [root@CentOS64 app]# vi tomcat/conf/server.xml  # 修改8005为-1,原因详见http://jadyer.cn/2014/09/27/tomcat-telnet-shutdown/
    [root@CentOS64 app]# cp -a tomcat tomcat1
    [root@CentOS64 app]# cp -a tomcat tomcat2
    [root@CentOS64 app]# cp -a tomcat tomcat3
    [root@CentOS64 app]# vi tomcat1/conf/server.xml # 修改ssl端口和ajp端口为8543和8109,即分别+100
    [root@CentOS64 app]# vi tomcat2/conf/server.xml # 修改ssl端口和ajp端口为8643和8209,即分别+200
    [root@CentOS64 app]# vi tomcat3/conf/server.xml # 修改ssl端口和ajp端口为8743和8309,即分别+300
    
  2. 修改/app/apache/conf/workers.properties,修改后的内容如下

    worker.list=status,tomcatlb
    worker.status.type=status
    worker.tomcat1.port=8109
    worker.tomcat1.host=127.0.0.1
    worker.tomcat1.type=ajp13
    worker.tomcat1.lbfactor=1
    worker.tomcat2.port=8209
    worker.tomcat2.host=127.0.0.1
    worker.tomcat2.type=ajp13
    worker.tomcat2.lbfactor=1
    worker.tomcat3.port=8309
    worker.tomcat3.host=127.0.0.1
    worker.tomcat3.type=ajp13
    worker.tomcat3.lbfactor=1                                 # 负载权重,值越高,被分发请求的概率越大,其默认值为1
    worker.tomcatlb.type=lb                                   # 可选值ajp13,ajp14,jni,lb or status
    worker.retries=6                                          # 通信失败时的重试次数,默认为2
    worker.tomcatlb.balanced_workers=tomcat1,tomcat2,tomcat3  # 参与负载均衡的Web服务器
    
  3. 修改/app/apache/conf/extra/httpd-vhosts.conf:将默认的tomcat改为tomcatlb(即指定所有请求交由tomcatlb处理)

测试负载均衡

启动apache和三个tomcat,便可通过jkstatus看到参与负载均衡的三个tomcat和一些参数(也可通过jkstatus修改负载均衡参数)

关于jkstatus的配置和使用,详见:http://jadyer.cn/2014/09/27/tomcat-apache-jk/#jk-1

接下来就可以测试负载均衡效果了,测试代码如下

<%@ page language="java" pageEncoding="UTF-8"%>

<%
out.println("<br>Session ID : " + session.getId() + "<br>");
session.setAttribute("myname", "session");
String dataName = request.getParameter("dataName");
if(null!=dataName && dataName.length()>0){
    String dataValue = request.getParameter("dataValue");
    session.setAttribute(dataName, dataValue);
}
out.print("<b>Session 列表</b><br>");
java.util.Enumeration e = session.getAttributeNames();
while(e.hasMoreElements()){
    String name = (String)e.nextElement();
    String value = session.getAttribute(name).toString();
    out.println( name + " = " + value+"<br>");
}
%>

<form action="demo.jsp" method="POST">
    属性名:<input type=text size=20 name="dataName"><br>
    属性值:<input type=text size=20 name="dataValue"><br>
    <input type=submit>
</form>

访问页面我们会发现,每次刷新页面,通过后台日志都可以看到请求是被随机分配给三个tomcat的

说明请求是由三个tomcat随机承担的,即负载均衡成功

并且,由于这里没有配置集群,所以每次刷新页面时,页面打印的SessionID都是变化的

另附,jkstatus的效果图,如下所示

workers.properties

关于workers.properties的更多属性说明,可参考以下两个网址

http://tomcat.apache.org/connectors-doc/reference/workers.html

http://blog.csdn.net/chumeng411/article/details/7541767

另外补充两个待验证的workers属性描述

  1. worker.tomcatlb.sticky_session=true
    此处指定集群是否需要会话复制,其默认值为true,即不进行会话复制(为会话粘性),而false则表明需要会话复制
    值为true时:当某用户的请求第一次分发到哪台Tomcat后,则后继的请求会一直分发到此Tomcat服务器上处理
    也就是说:当设置为0(false)时是基于请求的负载均衡,为1(true)时是基于用户的负载均衡
  2. worker.tomcatlb.sticky_session_force=true
    该属性默认值为false,若上面的sticky_session设为true,则建议此处也设为true
    此参数表明如果集群中某台Tomcat服务器在多次请求没有响应后,是否将当前的请求转发到其它Tomcat服务器上处理
    此参数在sticky_session=true时影响比较大,会导致转发到其它Tomcat服务器上的请求找不到原来的session
    所以如果此时请求中有读取session中某些信息的话,就会导致应用的Null异常

Comments

Content