test3

jboss集群session复制原理：

jboss session复制是jboss session同步的一种实现。原理是在各Jboss节点间建立横向联系，每个节点都将本节点的session变化同步到其他所有节点上。

jboss的session复制与HTTP集群是相互配合、相互独立的两个系统。session复制是节点间的横向联系，HTTP集群是负载均衡器与节点的纵向联系。

   10.0.2.203 – 安装JDK 1.6，JBoss 7，JBoss节点名称为jboss1

   10.0.2.202 – 安装JDK 1.6，JBoss 7，JBoss节点名称为jboss2

10.0.2.90 – 源码安装nginx，再次不再详述，参考：

http://smartest.blog.51cto.com/blog/3585938/995199

   不过在编译nginx的时候给nginx打上nginx_upstream_check_module补丁，在网上下载这个模块，解压和nginx放于/usr/local/src/目录下，进入这个目录下的nginx解压后的目录，编辑 auto/cc/gcc文件，（关闭debug)

# debug

#CFLAGS="$CFLAGS -g"  注释掉这行,去掉 debug 模式编译,编译以后程序只有几百k

再编辑 src/core/nginx.h文件，

改成这样：#define NGINX_VER          "nginx"  修改此行,去掉后面的“NGINX_VERSION”,为了安全,这样编译后外界无法获取程序的版本号

最后打补丁：

patch -p1 <  /usr/local/src/nginx_upstream_check_module-master/check_1.2.6+.patch，

然后 ./configure --user=nginx --group=nginx --prefix=/usr/local/nginx --with-http_stub_status_module --with-http_ssl_module
--pid-path=/var/run/nginx.pid --lock-path=/var/run/nginx.lock --add-module=/usr/local/src/nginx_upstream_check_module-master --add-module=/usr/local/src/nginx-sticky-module-1.0/

#使用nginx_upstream_check_module
模块对后端server进行检测

再make  && make install

以下实验注意iptables 和 selinux 的影响。

安装jdk和jboss 此处就不多说了,jboss不需要修改

 /usr/local/jboss-4.2.2.GA/server/all/deploy/jboss-web.deployer 目录下的

 server.xml文件的 <Connector port="8080" address="${jboss.bind.address}"默认地址

a：下面是nginx的配置：

user  nginx nginx;

worker_processes  2;

events {

       use epoll;

   worker_connections  1024;

}

http {

       upstream jboss {

       sticky;        #添加此项实现session的sticky，即一个客户端的访问会被nginx转发到同一台jboss实例进行处理

       server 10.0.2.203:8080 weight=1 max_fails=3 fail_timeout=60s;

       server 10.0.2.202:8080 weight=1 max_fails=3 fail_timeout=60s;

       check interval=3000 rise=2 fall=5 timeout=1000;

       }

   #interval检测间隔时间，单位为毫秒。

   #rsie请求2次正常的话，标记此realserver的状态为up。

   #fall表示请求5次都失败的情况下，标记此realserver的状态为down。

   #timeout为超时时间，单位为毫秒。

   include       mime.types;

   default_type  application/octet-stream;

location /status {

       stub_status on;

       access_log off;

       }

 location ~ \.jsp$ {

       #  root html;

         index  index.jsp;

         proxy_pass http://jboss;
       }

b：jboss的配置同 上篇的 “使用apache的mod_jk实现jboss负载均衡”

   参考此篇http://smartest.blog.51cto.com/3585938/1340219

c:启动10.0.2.203和10.0.2.202主机的jboss实例，然后启动10.0.2.90的nginx server

客户端 浏览器访问 10.0.2.90/status





如果使用nginx_upstream_check_module 模块，则需要修改nginx配置文件

location /status {

       #stub_status on;      #关闭nginx自身的status状态统计

       check_status;

       access_log off;

       }

然后浏览器访问 10.0.2.90/status





可以看到默认使用tcp进行check，可以修改成http，

check interval=3000 rise=2 fall=5 timeout=1000 type=http;

jboss 的配置参考 上篇“使用apache的mod_jk实现jboss负载均衡”

http://smartest.blog.51cto.com/blog/3585938/1340219

客户端访问 后端jboss 10.0.2.90/index.jsp









nginx默认采用简单的轮询调度算法将请求转发到后端的jboss实例。

这个类似于apache的mod_proxy模式，每次都将当前所有的session复制到要访问的jboss实例（没有sticky的情况），jboss默认采用UDP方式，这对于带宽有影响。

注意：当session复制时，只能10.0.2.202（jboss2）到10.0.2.203，不能10.0.2.203到10.0.2.202，待后续解决。

问题：

取消nginx的sticky配置，每一次请求都会复制session，当一台jboss实例停掉后，不影响session，当这台jboss实例恢复后，恢复的jboss提示“ERROR [JBossCacheManager] Cannot add session with id=wxYgIkmw3KnEBn4xjSD1cA**.jboss1 because it is invalid”，原正常jboss提示“Possible concurrency problem: Replicated version id 1
matches in-memory version for session wxYgIkmw3KnEBn4xjSD1cA**”。（在用mod_jk时也用这个问题）