- 浏览: 654169 次
- 性别:
- 来自: 深圳
文章分类
- 全部博客 (609)
- java (139)
- 数据库 (107)
- 微信 (23)
- IT生活 (5)
- web前端 (74)
- SSH (11)
- 设计模式 (12)
- 重要资料 (11)
- 其他 (15)
- java技巧 (23)
- 服务器 (9)
- 2D/GUI (3)
- JAVA3D (2)
- ANT (5)
- Apache项目 (19)
- 数据类型 (10)
- 报表 (3)
- Collections (6)
- SQL/JDBC (15)
- 开发类 (6)
- EJB (6)
- Email (6)
- 文件读写 (2)
- 游戏 (0)
- Flex (2)
- Generic (2)
- HIbernate (12)
- I18N (5)
- Java EE (9)
- java ME (4)
- JDK 6 (8)
- JNDI/LDAP (5)
- JSP (7)
- JSTL (2)
- 正则表达式 (2)
- 安全 (2)
- Struts2 (12)
- Spring (4)
- Web服务 (10)
- Xml (1)
- JavaScript (30)
- AJAX (7)
- 验证 (4)
- 上传下载 (1)
- office办公软件 (1)
- Android (2)
- IOS (0)
- Dubbo (3)
- memcached/redis (1)
- 小程序 (1)
- 微信公众号 (0)
最新评论
-
wf_wangfeng:
怎么我用第一种方法不行呢 alert(document.rea ...
当jsp页面完全加载完成后执行一个js函数 -
Lori_Liu:
有帮助,至少可以解决了目前所遇到的问题!谢谢..
当jsp页面完全加载完成后执行一个js函数 -
starbhhc:
String actionMessage = new Stri ...
Java读取txt文件乱码 -
starbhhc:
Sev7en_jun 写道GOOD
客气,互相交流。。
javaeye论坛规则小测验(答案)--star -
Sev7en_jun:
GOOD
javaeye论坛规则小测验(答案)--star
JBOSS集群
2006年,Jboss 公司被Redhat 公司收购了。这直接导致Jboss产品结构调整,并将以前收费的Jboss AS文档改为免费。jijian91 本次集群试验的最初依据就是由此得到的Jboss 4.0.5集群配置文档 。
但这份官方文档并不可靠,在一些关键配置上含混不清,而且夹杂了很多适用于过去版本、现已作废的Jboss集群配置内容。这导致本次jboss集群 配置试验很大程度上是依靠猜测和反复尝试完成的。究其原因,是因为Jboss的集群特性尚处于发展之中,Jboss开发者还在不停地修改、完善、增加特 性,版本间的变化很大,文档的更新速度和质量难以保证。所以,jijian91 提醒各位对官方文档要认准版本,只可参考,切忌尽信.切切.
集群概念
集群(Cluster)是一组计算机节点的集合,它们作为一个整体向用户提供一组网络资源。一个理想的集群对用户是透明的。用户由单一入口访问集群 的资源,从来不会意识到集群中的节点。在他们看来,集群是一个系统,而非多个计算机系统。集群还应该支持随意增加和减少集群系统的节点,而这同样不会影响 到用户的访问。
集群分类
习惯上,把集群分为高可用(High Availability,简称HA )集群和高性能计算(High Perfermance Computing,简称HPC )集群两类。
HA集群的目标是提高系统的可使用性 (availability),即可靠性 (reliability)和可维护性 (maintainability)。请不要将集群中的可使用性(availability)与UE和交互设计中的可用性(Usability)混淆。
HA集群 的核心是防止单点失效,这一般是通过失败转移来实现的,即在一个节点失效后由另一个节点接替服务。不丢失用户状态。HA集群的其他主要特性还包括负载均衡、session同步等。我们使用的SQL Server数据库的双机热备和Oracle的RAC都属于HA集群。
HPC集群 采用并行计算技术提供超大规模计算和存储能力,多数超级计算机都是HPC集群。这不是我们关注的集群。
Jboss集群架构
Jboss集群是HA集群。
Jboss集群有2种架构。一是客户端拦截器 (Client-side interceptor)架构,一是负载均衡器 (Load balancer)架构。
客户端拦截器架构适于用C/S结构,负载均衡器架构适用于B/S结构。本文只叙述负载均衡器架构的Jboss集群。
负载均衡器架构由负载均衡器和n个集群节点组成。每个节点是一个Jboss服务器实例。负载均衡器是全局唯一的前置机 , 全部用户请求都发到负载均衡器,由其转发到各节点。当负载均衡器发现一个节点失效后,会将请求转发到另一个节点上,从而保证服务得以延续。负载均衡器同时 负责加权静态负载均衡调度。总之,负载均衡器的健康程度决定了集群的全局健康度,负载均衡器失败将导致集群全部失效。这是前置机架构集群的主要潜在问题。
Jboss的负载均衡器架构集群实际是由Tomcat的HTTP集群 实现的。Jboss有自己的负载均衡器,但效果不佳,官方文档没有介绍,几乎没有人使用。一般情况下,都是与jijian91 一样采用apache+mod_jk 作为负载均衡器。下文叙述的都是基于这种架构。
mod_jk 是apache的一个插件,负责apache与tomcat之间的通讯,是jboss集群(tomcat集群)的关键。
Jboss版本的选择
目前,Jboss主要有3、4、5三个版本系列。
Jboss 5目前只有2个beta版,实用尚需时日。
Jboss 3的最后版本是2006年3月更新的3.2.8.SP1。随着Jboss 4日益成熟和Jboss 5的开发,已经停止更新1年多的Jboss 3逐渐淡出历史舞台。
Jboss 4最新版本依次是4.2.1.GA、4.2.0.GA和4.0.5.GA。但官方网站提供的Jboss集群文档只更新到4.0.5 GA,所以选择Jboss 4.0.5 GA实现Jboss集群 。
Jboss各版本的安装和配置并不相同.不但Jboss 3和Jboss 4的配置文件完全不同,各小版本间也有细微的差别.在集群中,Jboss、apache、mod_jk之间也存在着特定版本才能配合的情况。所以,为避免困扰,请严格按照以下版本安装软件:
JDK 1.5.0.12
Jboss 4.0.5 GA
apache 2.2.4
apache mod_jk 1.2.23
注意,mod_jk有1.x和2.x两个版本系列。mod_jk 2.x已经停止开发,不能使用。 很多人凭直觉认为mod_jk 2.x肯定比mod_jk 1.x好,结果走了弯路。
下文中,jijian91 将以实例来叙述Jboss集群配置。
该实例包含3个Jboss节点。各节点被动接收负载均衡器转发的请求。各节点间没有横向的联系。
步骤
先安装apache,然后配置mod_jk 模块。
安装apache
下载apache代码包 ,上传到服务器。
解开代码包
tar xfvz httpd-2.2.4.tar.gz
编译
./configure –prefix=/usr/local/apache2 –enable-module=so –enable-module=setenvif –enable-module=rewrite –enable-rewrite=shared –enable-proxy=shared –with-mpm=prefork –enable-so –enable-auth-anon –enable-file-cache=shared –enable-cache=shared –enable-disk-cache=shared –enable-mem-cache=shared
make clean
make
make install
修改配置。本例中,jijian91 使用的监听端口是8080,请根据实际情况修改。
vi /usr/local/apache2/conf/httpd.conf
将Listen 80改成Listen 8080
将User daemon和Group daemon改为User apache和Group apache
删除ServerName前的#,将该行改为ServerName 127.0.0.1:8888
添加用户和用户组
groupadd apache
useradd apache –g apache
apache mod_jk配置
下载mod_jk ,将其改名为mod_jk.so ,拷贝到/usr/local/apache2/modules下。
顺便说一句,找mod_jk 模块费了jijian91 很大精力,最后才在http://www.apache.org/dist/tomcat/tomcat-connectors/jk/binaries/linux/ 目录下找到。我用的是mod_jk 1.2.23,看到本文的时候,mod_jk应该有新版了。但mod_jk的向下兼容做得不太好,最好先用mod_jk 1.2.23调试,成功后再尝试换用新版mod_jk。
chmod +x /usr/local/apache2/modules/mod_jk.so
在/usr/local/apache2/conf/httpd.conf的末尾增加:
Include conf/mod_jk.conf
建立空文件/usr/local/apache2/conf/uriworkermap.properties
vi /usr/local/apache2/conf/mod_jk.conf,输入以下内容:
# Load mod_jk module
# Specify the filename of the mod_jk lib
LoadModule jk_module modules/mod_jk.so
# Where to find workers.properties
JkWorkersFile conf/workers.properties
# Where to put jk logs
JkLogFile logs/mod_jk.log
# Set the jk log level [debug/error/info]
JkLogLevel info
# Select the log format
JkLogStampFormat “[%a %b %d %H:%M:%S %Y]”
# JkOptions indicates to send SSK KEY SIZE
JkOptions +ForwardKeySize +ForwardURICompat -ForwardDirectories
# JkRequestLogFormat
JkRequestLogFormat “%w %V %T”
# Mount your applications
JkMount /application/* loadbalancer
# You can use external file for mount points.
# It will be checked for updates each 60 seconds.
# The format of the file is: /url=worker
# /examples/*=loadbalancer
JkMountFile conf/uriworkermap.properties
# Add shared memory.
# This directive is present with 1.2.10 and
# later versions of mod_jk, and is needed for
# for load balancing to work properly
JkShmFile logs/jk.shm
# Add jkstatus for managing runtime data
JkMount status
Order deny,allow
Deny from all
Allow from 127.0.0.1
vi /usr/local/apache2/conf/workers.properties,增加以下内容:
# Define list of workers that will be used
# for mapping requests
worker.list=loadbalancer,status
# Define Node1
# modify the host as your host IP or DNS name.
worker.node1.port=8009
worker.node1.host=192.168.130.95
worker.node1.type=ajp13
worker.node1.lbfactor=1
# Define Node2
# modify the host as your host IP or DNS name.
worker.node2.port=8009
worker.node2.host= 192.168.130.99
worker.node2.type=ajp13
worker.node2.lbfactor=0
# Define Node3
# modify the host as your host IP or DNS name.
worker.node3.port=8009
worker.node3.host= 192.168.130.112
worker.node3.type=ajp13
worker.node3.lbfactor=1
# Load-balancing behaviour
worker.loadbalancer.type=lb
worker.loadbalancer.balance_workers=node1,node2,node3
worker.loadbalancer.sticky_session=1
#worker.list=loadbalancer
# Status worker for managing load balancer
worker.status.type=status
说明:
worker.node1.host、worker.node2.host和worker.node3.host要改成jboss集群各机器的实际IP.
如果有更多的节点,顺序定义更多的node段,并在worker.loadbalancer.balance_workers后全部列出.
lbfactor是负载分配权重,值越大分配的负载越多.
更多配置参数详见tomcat配置说明
配置apache自动启动
ln –s /usr/local/apache2/apachectl /etc/init.d/apache
chmod 777 /etc/init.d/apache
ln –s /etc/init.d/apache /etc/rc3.d/S80apache
ln –s /etc/init.d/apache /etc/rc3.d/K20apache
ln –s /etc/init.d/apache /etc/rc4.d/S80apache
ln –s /etc/init.d/apache /etc/rc4.d/K20apache
ln –s /etc/init.d/apache /etc/rc5.d/S80apache
ln –s /etc/init.d/apache /etc/rc5.d/K20apache
步骤
在集群的各节点上,先安装JDK,然后安装配置Jboss。不用着急,跟着jijian91 一步步来。
安装JDK
chmod +x jdk-1_5_0_12-linux-i586-rpm.bin
./jdk-1_5_0_12-linux-i586-rpm.bin
根据提示安装。
设置Java路径。
vi /etc/profile,在结尾增加:
JAVA_HOME=/usr/java/jdk1.5.0_12
CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar
PATH=.:$JAVA_HOME/bin:$PATH
export JAVA_HOME CLASSPATH PATH
用JDK代替Redhat Linux AS4预装的gcj :
cd /usr/bin
ln -s -f /usr/java/jdk1.5.0_12/bin/java
ln -s -f /usr/java/jdk1.5.0_12/bin/javac
执行java –version,显示以下信息表示jdk正确安装:
java version “1.5.0_12″
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_12-b04)
Java HotSpot(TM) Client VM (build 1.5.0_12-b04, mixed mode, sharing)
安装Jboss
下载jboss-4.0.5.GA 和 ,并上传到服务器。
完整安装Jboss 4.0.3 sp1到4.0.5.GA各版本,必须使用jems-installer 和JDK 1.5。
Jboss可以采用图形方式和命令行方式安装。图形方式安装方便,但要求服务器安装X windows,且在服务器上操作或使用支持x windows的远程终端(jijian91 推荐用xmanager).
图形方式
在x windows的终端窗口下,执行java –jar jems-installer -1.2.0.GA.jar,出现Jboss安装图形界面。
选择“中文”。
下一步。
同意协议。
安装路径设置为/usr/local/jboss,下一步。
选择”all”,下一步。
选择”advance”,把Name由default改为all.其余直接按下一步。
输入Admin密码,下一步。
等待安装结束,完成。
命令行方式
java -jar jems-installer -1.2.0.GA.jar -installGroup all installpath=/usr/local/jboss
mv /usr/local/jboss/server/default /usr/local/jboss/server/all
配置Jboss
修改配置。本例中,提供服务的监听端口是8888,请根据实际情况修改。
vi /usr/local/jboss/server/all/deploy/jbossweb-tomcat55.sar/server.xml
找到 找到
vi /usr/local/jboss/server/all/deploy/jbossweb-tomcat55.sar/META-INF/jboss-service.xml
找到UseJK,改为true.
配置jboss自动启动
cp /usr/local/jboss/jboss_init_redhat.sh /etc/init.d/jboss
chmod 777 /etc/init.d/jboss
ln –s /etc/init.d/jboss /etc/rc3.d/S80jboss
ln –s /etc/init.d/jboss /etc/rc3.d/K20jboss
ln –s /etc/init.d/jboss /etc/rc4.d/S80jboss
ln –s /etc/init.d/jboss /etc/rc4.d/K20jboss
ln –s /etc/init.d/jboss /etc/rc5.d/S80jboss
ln –s /etc/init.d/jboss /etc/rc5.d/K20jboss
vi /etc/init.d/jboss
将JBOSS_HOME一行改为JBOSS_HOME=${JBOSS_HOME:-”/usr/local/jboss”}
将JBOSS_USER一行改为JBOSS_USER=${JBOSS_USER:-”root”}
将JAVAPTH一行改为JAVAPTH=${JAVAPTH:-”/usr/java/jdk1.5.0_12″}
将JBOSS_CONF一行改为JBOSS_CONF=${JBOSS_CONF:-”all”}
将JBOSSSH一行改为JBOSSSH=${JBOSSSH:-”$JBOSS_HOME/bin/run.sh -c $JBOSS_CONF”}
将eval $JBOSS_CMD_START >${JBOSS_CONSOLE} 2>&1 &改为eval $JBOSS_CMD_START >${JBOSS_CONSOLE} &
将$SUBIT “$JBOSS_CMD_START >${JBOSS_CONSOLE} 2>&1 &”改为$SUBIT “$JBOSS_CMD_START >${JBOSS_CONSOLE} &”
步骤
先启动负载均衡器apache,然后启动各jboss节点。各jboss节点的启动顺序没有要求。
启动负载均衡器apache
在/usr/local/apache2/bin目录下执行./httpd –k start
在/usr/local/apache2/logs/mod_jk.log中,看到apache初始化mod_jk的日志:
[Wed Aug 01 10:36:11 2007][6636:63168] [info] init_jk::mod_jk.c (2743): mod_jk/1.2.23 initialized
[Wed Aug 01 10:36:11 2007][6637:63168] [info] init_jk::mod_jk.c (2743): mod_jk/1.2.23 initialized
后面如有错误信息,是因为集群中的节点尚未启动,暂时忽略。
用netstat检查8080监听端口存在,apache启动成功.
启动Jboss节点
在集群各机器的/usr/local/jboss/bin,分别执行/run.sh –c all 1>1 2>2 &
用netstat检查8888端口监听存在.
用浏览器访问各节点的8888端口,能够看到jboss的状态.
Jboss启动成功.
集群的生命期
apache能够自动发现新启动的Jboss节点。当第一个Jboss节点启动后,自动创建Jboss集群。然后依次将其他节点加入到集群中。现在 访问http://192.168.8.246:8888,能够看到jboss的状态.说明请求已经被转发到Jboss节点。集群启动成功。
apache能够监视集群中各节点的状况,自动从集群中去掉无法访问的节点,从而保证每个请求都被响应。当集群的全部节点都停止工作,集群消亡。
集群的缺陷和粘着session
截止到现在,Jboss集群工作得很完美,除了session 。
目前配置的Jboss集群中,各节点是被动的、相互独立的,相当于增加了节点状态检测的DNS轮询,所以session也是相互独立的。当同一用户的2个请求被转发到不同的Jboss节点上时,会出现session信息假”丢失”的现象。
为此,Jboss提出粘着session (sticky session )概念。使用粘着session后,来自同一IP的请求将被发送到同一个Jboss节点,从而保证session使用的连续性。如果应用中没有使用session,则可以使用非粘着session的jboss集群。这样,负载分布更为合理。(jijian91 的话:也更简单。)
设置方法是编辑负载均衡器的/usr/local/apache2/conf/workers.properties的worker.loadbalancer.sticky_session。设置为1使用粘着session,设置为0不使用粘着session。
使用粘着session还存在一种隐患,当某个节点发生故障时,该节点的session将全部丢失。要彻底解决这个问题,就要用到jboss session复制 。
原理
jboss session复制是jboss session同步的一种实现。原理是在各Jboss节点间建立横向联系,每个节点都将本节点的session变化同步到其他所有节点上。
jboss的session复制与HTTP集群是相互配合、相互独立的两个系统。session复制是节点间的横向联系,HTTP集群是负载均衡器与节点的纵向联系。
配置Jboss节点
vi /usr/local/jboss/server/all/deploy/tc5-cluster.sar/META-INF/jboss-service.xml
找到<config><udp,将><config>到</config>全部注释掉.
jboss session复制有UDP和TCP两种方式.UDP采用多播方式,但问题比较多,所以jijian91 采用TCP方式。
找到<config> <tcp,将><config>到</config>生效.并对该部分进行以下修改:
将全部down_thread和up_thread的false都改为true. 在<tcp bind_addr=”后填入本机的IP,比如<TCP bind_addr=”> 在<tcpping initial_hosts=”后填入本机和集群其他全部Jboss节点的IP[7810],比如<tcpping initial_hosts=”192.168.130.95[7810],192.168.130.99[7810],192.168.130.112[7810]”></tcpping>
其他参数还包括:
ClusterName 是集群名称,比如partition1.
在同一局域网内,可以存在多个jboss集群,根据集群名称区分它们.所以,集群中各节点配置的集群名称必须一致,而机器IP则没有特殊要求,只要它们能 相互连通. 理论上,可以在一台机器上安装多个Jboss实例,分属于不同的集群.但这会极大地增加复杂度,是不好的配置方式.jijian91 严重不建议给自己找麻烦。
IsolationLevel 是隔离等级.
可选值包括:SERIALIZABLE, REPEATABLE_READ, READ_COMMITTED, READ_UNCOMMITTED, 和 NONE。这里的隔离级别和数据库的隔离级别有同样的含义,对于大多数WEB应用程序来讲通常设置为REPEATABLE_READ。
CacheMode 是缓存模式。
由于session复制是通过缓存实现的,所以实际上是复制模式.可选值包括:REPL_SYNC 和REPL_ASYNC,确定改变是应该同步还是异步复制。缺省值是REPL_ASYNC.使用同步复制,确保在请求完成之前传播改变,session同 步没有滞后,但效率低。
配置应用程序
在应用程序的web.xml的<web-app>段中增加<distributable />。
在jboss-web.xml中增加以下内容:
< jboss-web >
< replication-config >
< replication-trigger > SET_AND_NON_PRIMITIVE_GET </ replication-trigger >
< replication-granularity > SESSION </ replication-granularity >
< replication-field-batch-mode >
jboss4集群配置至此结束。
2006年,Jboss 公司被Redhat 公司收购了。这直接导致Jboss产品结构调整,并将以前收费的Jboss AS文档改为免费。jijian91 本次集群试验的最初依据就是由此得到的Jboss 4.0.5集群配置文档 。
但这份官方文档并不可靠,在一些关键配置上含混不清,而且夹杂了很多适用于过去版本、现已作废的Jboss集群配置内容。这导致本次jboss集群 配置试验很大程度上是依靠猜测和反复尝试完成的。究其原因,是因为Jboss的集群特性尚处于发展之中,Jboss开发者还在不停地修改、完善、增加特 性,版本间的变化很大,文档的更新速度和质量难以保证。所以,jijian91 提醒各位对官方文档要认准版本,只可参考,切忌尽信.切切.
集群概念
集群(Cluster)是一组计算机节点的集合,它们作为一个整体向用户提供一组网络资源。一个理想的集群对用户是透明的。用户由单一入口访问集群 的资源,从来不会意识到集群中的节点。在他们看来,集群是一个系统,而非多个计算机系统。集群还应该支持随意增加和减少集群系统的节点,而这同样不会影响 到用户的访问。
集群分类
习惯上,把集群分为高可用(High Availability,简称HA )集群和高性能计算(High Perfermance Computing,简称HPC )集群两类。
HA集群的目标是提高系统的可使用性 (availability),即可靠性 (reliability)和可维护性 (maintainability)。请不要将集群中的可使用性(availability)与UE和交互设计中的可用性(Usability)混淆。
HA集群 的核心是防止单点失效,这一般是通过失败转移来实现的,即在一个节点失效后由另一个节点接替服务。不丢失用户状态。HA集群的其他主要特性还包括负载均衡、session同步等。我们使用的SQL Server数据库的双机热备和Oracle的RAC都属于HA集群。
HPC集群 采用并行计算技术提供超大规模计算和存储能力,多数超级计算机都是HPC集群。这不是我们关注的集群。
Jboss集群架构
Jboss集群是HA集群。
Jboss集群有2种架构。一是客户端拦截器 (Client-side interceptor)架构,一是负载均衡器 (Load balancer)架构。
客户端拦截器架构适于用C/S结构,负载均衡器架构适用于B/S结构。本文只叙述负载均衡器架构的Jboss集群。
负载均衡器架构由负载均衡器和n个集群节点组成。每个节点是一个Jboss服务器实例。负载均衡器是全局唯一的前置机 , 全部用户请求都发到负载均衡器,由其转发到各节点。当负载均衡器发现一个节点失效后,会将请求转发到另一个节点上,从而保证服务得以延续。负载均衡器同时 负责加权静态负载均衡调度。总之,负载均衡器的健康程度决定了集群的全局健康度,负载均衡器失败将导致集群全部失效。这是前置机架构集群的主要潜在问题。
Jboss的负载均衡器架构集群实际是由Tomcat的HTTP集群 实现的。Jboss有自己的负载均衡器,但效果不佳,官方文档没有介绍,几乎没有人使用。一般情况下,都是与jijian91 一样采用apache+mod_jk 作为负载均衡器。下文叙述的都是基于这种架构。
mod_jk 是apache的一个插件,负责apache与tomcat之间的通讯,是jboss集群(tomcat集群)的关键。
Jboss版本的选择
目前,Jboss主要有3、4、5三个版本系列。
Jboss 5目前只有2个beta版,实用尚需时日。
Jboss 3的最后版本是2006年3月更新的3.2.8.SP1。随着Jboss 4日益成熟和Jboss 5的开发,已经停止更新1年多的Jboss 3逐渐淡出历史舞台。
Jboss 4最新版本依次是4.2.1.GA、4.2.0.GA和4.0.5.GA。但官方网站提供的Jboss集群文档只更新到4.0.5 GA,所以选择Jboss 4.0.5 GA实现Jboss集群 。
Jboss各版本的安装和配置并不相同.不但Jboss 3和Jboss 4的配置文件完全不同,各小版本间也有细微的差别.在集群中,Jboss、apache、mod_jk之间也存在着特定版本才能配合的情况。所以,为避免困扰,请严格按照以下版本安装软件:
JDK 1.5.0.12
Jboss 4.0.5 GA
apache 2.2.4
apache mod_jk 1.2.23
注意,mod_jk有1.x和2.x两个版本系列。mod_jk 2.x已经停止开发,不能使用。 很多人凭直觉认为mod_jk 2.x肯定比mod_jk 1.x好,结果走了弯路。
下文中,jijian91 将以实例来叙述Jboss集群配置。
该实例包含3个Jboss节点。各节点被动接收负载均衡器转发的请求。各节点间没有横向的联系。
步骤
先安装apache,然后配置mod_jk 模块。
安装apache
下载apache代码包 ,上传到服务器。
解开代码包
tar xfvz httpd-2.2.4.tar.gz
编译
./configure –prefix=/usr/local/apache2 –enable-module=so –enable-module=setenvif –enable-module=rewrite –enable-rewrite=shared –enable-proxy=shared –with-mpm=prefork –enable-so –enable-auth-anon –enable-file-cache=shared –enable-cache=shared –enable-disk-cache=shared –enable-mem-cache=shared
make clean
make
make install
修改配置。本例中,jijian91 使用的监听端口是8080,请根据实际情况修改。
vi /usr/local/apache2/conf/httpd.conf
将Listen 80改成Listen 8080
将User daemon和Group daemon改为User apache和Group apache
删除ServerName前的#,将该行改为ServerName 127.0.0.1:8888
添加用户和用户组
groupadd apache
useradd apache –g apache
apache mod_jk配置
下载mod_jk ,将其改名为mod_jk.so ,拷贝到/usr/local/apache2/modules下。
顺便说一句,找mod_jk 模块费了jijian91 很大精力,最后才在http://www.apache.org/dist/tomcat/tomcat-connectors/jk/binaries/linux/ 目录下找到。我用的是mod_jk 1.2.23,看到本文的时候,mod_jk应该有新版了。但mod_jk的向下兼容做得不太好,最好先用mod_jk 1.2.23调试,成功后再尝试换用新版mod_jk。
chmod +x /usr/local/apache2/modules/mod_jk.so
在/usr/local/apache2/conf/httpd.conf的末尾增加:
Include conf/mod_jk.conf
建立空文件/usr/local/apache2/conf/uriworkermap.properties
vi /usr/local/apache2/conf/mod_jk.conf,输入以下内容:
# Load mod_jk module
# Specify the filename of the mod_jk lib
LoadModule jk_module modules/mod_jk.so
# Where to find workers.properties
JkWorkersFile conf/workers.properties
# Where to put jk logs
JkLogFile logs/mod_jk.log
# Set the jk log level [debug/error/info]
JkLogLevel info
# Select the log format
JkLogStampFormat “[%a %b %d %H:%M:%S %Y]”
# JkOptions indicates to send SSK KEY SIZE
JkOptions +ForwardKeySize +ForwardURICompat -ForwardDirectories
# JkRequestLogFormat
JkRequestLogFormat “%w %V %T”
# Mount your applications
JkMount /application/* loadbalancer
# You can use external file for mount points.
# It will be checked for updates each 60 seconds.
# The format of the file is: /url=worker
# /examples/*=loadbalancer
JkMountFile conf/uriworkermap.properties
# Add shared memory.
# This directive is present with 1.2.10 and
# later versions of mod_jk, and is needed for
# for load balancing to work properly
JkShmFile logs/jk.shm
# Add jkstatus for managing runtime data
JkMount status
Order deny,allow
Deny from all
Allow from 127.0.0.1
vi /usr/local/apache2/conf/workers.properties,增加以下内容:
# Define list of workers that will be used
# for mapping requests
worker.list=loadbalancer,status
# Define Node1
# modify the host as your host IP or DNS name.
worker.node1.port=8009
worker.node1.host=192.168.130.95
worker.node1.type=ajp13
worker.node1.lbfactor=1
# Define Node2
# modify the host as your host IP or DNS name.
worker.node2.port=8009
worker.node2.host= 192.168.130.99
worker.node2.type=ajp13
worker.node2.lbfactor=0
# Define Node3
# modify the host as your host IP or DNS name.
worker.node3.port=8009
worker.node3.host= 192.168.130.112
worker.node3.type=ajp13
worker.node3.lbfactor=1
# Load-balancing behaviour
worker.loadbalancer.type=lb
worker.loadbalancer.balance_workers=node1,node2,node3
worker.loadbalancer.sticky_session=1
#worker.list=loadbalancer
# Status worker for managing load balancer
worker.status.type=status
说明:
worker.node1.host、worker.node2.host和worker.node3.host要改成jboss集群各机器的实际IP.
如果有更多的节点,顺序定义更多的node段,并在worker.loadbalancer.balance_workers后全部列出.
lbfactor是负载分配权重,值越大分配的负载越多.
更多配置参数详见tomcat配置说明
配置apache自动启动
ln –s /usr/local/apache2/apachectl /etc/init.d/apache
chmod 777 /etc/init.d/apache
ln –s /etc/init.d/apache /etc/rc3.d/S80apache
ln –s /etc/init.d/apache /etc/rc3.d/K20apache
ln –s /etc/init.d/apache /etc/rc4.d/S80apache
ln –s /etc/init.d/apache /etc/rc4.d/K20apache
ln –s /etc/init.d/apache /etc/rc5.d/S80apache
ln –s /etc/init.d/apache /etc/rc5.d/K20apache
步骤
在集群的各节点上,先安装JDK,然后安装配置Jboss。不用着急,跟着jijian91 一步步来。
安装JDK
chmod +x jdk-1_5_0_12-linux-i586-rpm.bin
./jdk-1_5_0_12-linux-i586-rpm.bin
根据提示安装。
设置Java路径。
vi /etc/profile,在结尾增加:
JAVA_HOME=/usr/java/jdk1.5.0_12
CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar
PATH=.:$JAVA_HOME/bin:$PATH
export JAVA_HOME CLASSPATH PATH
用JDK代替Redhat Linux AS4预装的gcj :
cd /usr/bin
ln -s -f /usr/java/jdk1.5.0_12/bin/java
ln -s -f /usr/java/jdk1.5.0_12/bin/javac
执行java –version,显示以下信息表示jdk正确安装:
java version “1.5.0_12″
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_12-b04)
Java HotSpot(TM) Client VM (build 1.5.0_12-b04, mixed mode, sharing)
安装Jboss
下载jboss-4.0.5.GA 和 ,并上传到服务器。
完整安装Jboss 4.0.3 sp1到4.0.5.GA各版本,必须使用jems-installer 和JDK 1.5。
Jboss可以采用图形方式和命令行方式安装。图形方式安装方便,但要求服务器安装X windows,且在服务器上操作或使用支持x windows的远程终端(jijian91 推荐用xmanager).
图形方式
在x windows的终端窗口下,执行java –jar jems-installer -1.2.0.GA.jar,出现Jboss安装图形界面。
选择“中文”。
下一步。
同意协议。
安装路径设置为/usr/local/jboss,下一步。
选择”all”,下一步。
选择”advance”,把Name由default改为all.其余直接按下一步。
输入Admin密码,下一步。
等待安装结束,完成。
命令行方式
java -jar jems-installer -1.2.0.GA.jar -installGroup all installpath=/usr/local/jboss
mv /usr/local/jboss/server/default /usr/local/jboss/server/all
配置Jboss
修改配置。本例中,提供服务的监听端口是8888,请根据实际情况修改。
vi /usr/local/jboss/server/all/deploy/jbossweb-tomcat55.sar/server.xml
找到 找到
vi /usr/local/jboss/server/all/deploy/jbossweb-tomcat55.sar/META-INF/jboss-service.xml
找到UseJK,改为true.
配置jboss自动启动
cp /usr/local/jboss/jboss_init_redhat.sh /etc/init.d/jboss
chmod 777 /etc/init.d/jboss
ln –s /etc/init.d/jboss /etc/rc3.d/S80jboss
ln –s /etc/init.d/jboss /etc/rc3.d/K20jboss
ln –s /etc/init.d/jboss /etc/rc4.d/S80jboss
ln –s /etc/init.d/jboss /etc/rc4.d/K20jboss
ln –s /etc/init.d/jboss /etc/rc5.d/S80jboss
ln –s /etc/init.d/jboss /etc/rc5.d/K20jboss
vi /etc/init.d/jboss
将JBOSS_HOME一行改为JBOSS_HOME=${JBOSS_HOME:-”/usr/local/jboss”}
将JBOSS_USER一行改为JBOSS_USER=${JBOSS_USER:-”root”}
将JAVAPTH一行改为JAVAPTH=${JAVAPTH:-”/usr/java/jdk1.5.0_12″}
将JBOSS_CONF一行改为JBOSS_CONF=${JBOSS_CONF:-”all”}
将JBOSSSH一行改为JBOSSSH=${JBOSSSH:-”$JBOSS_HOME/bin/run.sh -c $JBOSS_CONF”}
将eval $JBOSS_CMD_START >${JBOSS_CONSOLE} 2>&1 &改为eval $JBOSS_CMD_START >${JBOSS_CONSOLE} &
将$SUBIT “$JBOSS_CMD_START >${JBOSS_CONSOLE} 2>&1 &”改为$SUBIT “$JBOSS_CMD_START >${JBOSS_CONSOLE} &”
步骤
先启动负载均衡器apache,然后启动各jboss节点。各jboss节点的启动顺序没有要求。
启动负载均衡器apache
在/usr/local/apache2/bin目录下执行./httpd –k start
在/usr/local/apache2/logs/mod_jk.log中,看到apache初始化mod_jk的日志:
[Wed Aug 01 10:36:11 2007][6636:63168] [info] init_jk::mod_jk.c (2743): mod_jk/1.2.23 initialized
[Wed Aug 01 10:36:11 2007][6637:63168] [info] init_jk::mod_jk.c (2743): mod_jk/1.2.23 initialized
后面如有错误信息,是因为集群中的节点尚未启动,暂时忽略。
用netstat检查8080监听端口存在,apache启动成功.
启动Jboss节点
在集群各机器的/usr/local/jboss/bin,分别执行/run.sh –c all 1>1 2>2 &
用netstat检查8888端口监听存在.
用浏览器访问各节点的8888端口,能够看到jboss的状态.
Jboss启动成功.
集群的生命期
apache能够自动发现新启动的Jboss节点。当第一个Jboss节点启动后,自动创建Jboss集群。然后依次将其他节点加入到集群中。现在 访问http://192.168.8.246:8888,能够看到jboss的状态.说明请求已经被转发到Jboss节点。集群启动成功。
apache能够监视集群中各节点的状况,自动从集群中去掉无法访问的节点,从而保证每个请求都被响应。当集群的全部节点都停止工作,集群消亡。
集群的缺陷和粘着session
截止到现在,Jboss集群工作得很完美,除了session 。
目前配置的Jboss集群中,各节点是被动的、相互独立的,相当于增加了节点状态检测的DNS轮询,所以session也是相互独立的。当同一用户的2个请求被转发到不同的Jboss节点上时,会出现session信息假”丢失”的现象。
为此,Jboss提出粘着session (sticky session )概念。使用粘着session后,来自同一IP的请求将被发送到同一个Jboss节点,从而保证session使用的连续性。如果应用中没有使用session,则可以使用非粘着session的jboss集群。这样,负载分布更为合理。(jijian91 的话:也更简单。)
设置方法是编辑负载均衡器的/usr/local/apache2/conf/workers.properties的worker.loadbalancer.sticky_session。设置为1使用粘着session,设置为0不使用粘着session。
使用粘着session还存在一种隐患,当某个节点发生故障时,该节点的session将全部丢失。要彻底解决这个问题,就要用到jboss session复制 。
原理
jboss session复制是jboss session同步的一种实现。原理是在各Jboss节点间建立横向联系,每个节点都将本节点的session变化同步到其他所有节点上。
jboss的session复制与HTTP集群是相互配合、相互独立的两个系统。session复制是节点间的横向联系,HTTP集群是负载均衡器与节点的纵向联系。
配置Jboss节点
vi /usr/local/jboss/server/all/deploy/tc5-cluster.sar/META-INF/jboss-service.xml
找到<config><udp,将><config>到</config>全部注释掉.
jboss session复制有UDP和TCP两种方式.UDP采用多播方式,但问题比较多,所以jijian91 采用TCP方式。
找到<config> <tcp,将><config>到</config>生效.并对该部分进行以下修改:
将全部down_thread和up_thread的false都改为true. 在<tcp bind_addr=”后填入本机的IP,比如<TCP bind_addr=”> 在<tcpping initial_hosts=”后填入本机和集群其他全部Jboss节点的IP[7810],比如<tcpping initial_hosts=”192.168.130.95[7810],192.168.130.99[7810],192.168.130.112[7810]”></tcpping>
其他参数还包括:
ClusterName 是集群名称,比如partition1.
在同一局域网内,可以存在多个jboss集群,根据集群名称区分它们.所以,集群中各节点配置的集群名称必须一致,而机器IP则没有特殊要求,只要它们能 相互连通. 理论上,可以在一台机器上安装多个Jboss实例,分属于不同的集群.但这会极大地增加复杂度,是不好的配置方式.jijian91 严重不建议给自己找麻烦。
IsolationLevel 是隔离等级.
可选值包括:SERIALIZABLE, REPEATABLE_READ, READ_COMMITTED, READ_UNCOMMITTED, 和 NONE。这里的隔离级别和数据库的隔离级别有同样的含义,对于大多数WEB应用程序来讲通常设置为REPEATABLE_READ。
CacheMode 是缓存模式。
由于session复制是通过缓存实现的,所以实际上是复制模式.可选值包括:REPL_SYNC 和REPL_ASYNC,确定改变是应该同步还是异步复制。缺省值是REPL_ASYNC.使用同步复制,确保在请求完成之前传播改变,session同 步没有滞后,但效率低。
配置应用程序
在应用程序的web.xml的<web-app>段中增加<distributable />。
在jboss-web.xml中增加以下内容:
< jboss-web >
< replication-config >
< replication-trigger > SET_AND_NON_PRIMITIVE_GET </ replication-trigger >
< replication-granularity > SESSION </ replication-granularity >
< replication-field-batch-mode >
jboss4集群配置至此结束。
发表评论
-
Linux下怎样增加虚拟内存
2016-10-23 00:38 6351、打开终端,切换到 ... -
第三节: cas-service 4.0.0配置
2016-05-31 17:31 1913服务端下载地址 h ... -
分布式和集群区别
2016-03-23 22:30 467分布式:一个业务分拆 ... -
windows下安装Redis
2016-01-08 16:57 322windows下安装Redis 1、下载地址:https ... -
zookeeper原理与安装,集群服务器
2014-08-18 15:41 1335zookeeper原理与安装 ... -
Nginx的多种locatin
2014-03-27 11:11 1128#自动补全"/" ... -
Jboss 4.2.3GA 集群配置指南
2010-07-08 09:36 1041说明:本配置仅限于jboss的web server在windo ... -
tomcat的Context配置
2010-06-18 16:13 972tomcat的Context配置 Tomcat的Contex ...
相关推荐
JBoss集群通常被分为两大类:高可用性(HA)集群和高性能计算(HPC)集群。HA集群着重于提升系统的稳定性和可靠性,确保单点故障不会导致服务中断,常用的技术手段包括失败转移、负载均衡以及会话状态的同步。而HPC...
- 高可用分区是JBoss集群中的基本单元,负责管理集群中的资源和服务。 **3. 分布式副本管理器(DRM)** - DRM用于管理集群中的分布式对象状态。 **4. 分布式状态(DS)** - DS机制确保了在分布式环境中状态的一致...
【描述】:Windows上的JBoss集群搭建涉及多个步骤,包括服务器复制、负载均衡和通信机制的设置。这篇资料集合了网络上的精华知识,旨在协助读者快速掌握集群配置技巧,顺利实施项目。 【标签】:Windows、JBoss、...
JBoss 集群安装手册详细讲解了在Windows环境下如何设置和配置JBoss集群,以及利用Nginx实现负载均衡。以下是对主要内容的详细解析: 1. **引言** - **1.1 说明**:该文档适用于两台Windows Server 2008系统的环境...
apache+jboss集群参考,参考介绍集群实现办法
JBoss 集群部署是企业级应用系统中常见的一种技术,目的是为了提高系统的可用性和可扩展性,通过负载均衡的方式分摊服务器压力,确保服务的高可用和高性能。本文将详细介绍如何在Apache和JBoss环境下搭建一个简单的...
- **集群类型**:主要分为高可用性(HA)集群和高性能计算(HPC)集群。HA集群专注于服务的持续性和可靠性,通常通过故障转移确保服务不间断;而HPC集群则用于并行计算和大规模数据处理。 2. **JBoss集群架构** -...
《JBoss集群指南》这本书深入浅出地介绍了如何配置和管理JBoss应用服务器的集群环境,以实现高可用性和负载均衡。源代码是作者在实践中调试并验证过的,旨在帮助读者更好地理解和应用书中所讲的知识点。以下是这些源...
Apache HTTP服务器的安装涉及到源码的编译和安装。下载httpd-2.0.65版本的压缩包,解压后使用./configure命令进行配置,指定安装目录。安装完成后,我们可以继续配置mod_jk模块,用于Apache服务器与JBoss应用服务器...
JBoss集群配置也包含类似的过程: 1. **配置JGroups**:JBoss使用JGroups来实现集群间的通信,包括心跳检测和消息传递。 2. **创建集群**:通过修改`standalone.xml`或`domain.xml`配置文件,定义集群成员和负载...
1. **JBoss集群架构**: JBoss 集群可以采用两种架构:客户端拦截器(Client-side interceptor)和负载均衡器(Load balancer)。对于B/S结构的应用,通常采用负载均衡器架构。它由一个全局唯一的负载均衡器和多个...
本文将深入探讨JBOSS集群和负载均衡的概念、原理以及配置方法。 1. **集群概念** 集群是一种将多个独立的服务器节点组合成一个逻辑单元的技术,这些节点共享资源并协同工作,以提高服务的可用性和性能。在JBOSS中...
总结来说,Jboss集群配置涉及到多个层面,从基础的负载均衡和Session复制,到具体的服务器配置和EJB管理,都需要细致入微的考虑和设定。通过遵循上述指南,开发者可以创建一个高效、可靠的Jboss集群环境,提升应用的...
JBoss集群的Session复制是一项复杂但至关重要的技术,它不仅关乎到分布式环境下的负载均衡和性能优化,更直接影响到用户体验和系统的稳定性。通过合理配置mod_jk和JGroups等组件,可以有效地实现Session的数据共享和...
本文将深入探讨JBoss集群的搭建、配置、测试以及相关安装步骤,并提供参考资料。 **一、JBoss集群的优势** 1. **高可用性**:通过负载均衡和故障转移,确保服务在单个节点失败时仍能继续运行。 2. **负载均衡**:...
在提供的文件中,`Jboss集群配置.doc`可能是详细的配置步骤文档,`Apache与Jboss负载均衡教程.pptx`可能包含Apache和JBoss集成的教程,而`jboss集群_jboss5[1].1_apache2.2.4.rar`则可能包含具体的配置示例和必要的...
apache jboss 集群问题,集群后出现异常,收集资料!
### 快速配置JBoss集群知识点详解 #### 一、JBoss集群简介 JBoss作为一个高性能的企业级Java应用服务器,其强大的功能与灵活性受到了广大开发者的青睐。在高可用性和负载均衡方面,JBoss提供了非常丰富的特性支持...