Jboss4集群配置之四:启动Jboss集群
2008-08-02 12:20
288 查看
2008年07月25日 星期五 21:59
步骤先启动负载均衡器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集群。这样,负载分布更为合理。 设置方法是编辑负载均衡器的/usr/local/apache2/conf/workers.properties的worker.loadbalancer.sticky_session。设置为1使用粘着session,设置为0不使用粘着session。 使用粘着session还存在一种隐患,当某个节点发生故障时,该节点的session将全部丢失。要彻底解决这个问题,就要用到jboss session复制。 |
相关文章推荐
- Jboss4集群配置之四:启动Jboss集群
- Jboss4集群配置之四:启动Jboss集群
- Apache配置——支持JBoss集群
- JBoss 7/WildFly Domain 模式怎样配置 Server 启动的 JVM 參数
- Jboss4集群配置之一:前言与集群知识
- quartz集群配置是window启动没有问题,centos启动报错问题
- hadoop集群配置datanode无法启动的原因
- CentOS7 配置redis3.0集群开机启动
- JBOSS在windows下的环境配置和启动时遇到的错误
- JBOSS在windows下的环境配置和启动时遇到的错误
- JBOSS在windows下的环境配置和启动时遇到的错误
- hadoop - hadoop2.6 分布式 - 集群环境搭建 - Hadoop 2.6 分布式安装配置与启动
- 集群知识与JBoss集群配置
- hadoop - hadoop2.6 分布式 - 集群环境搭建 - Hadoop 2.6 分布式 配置,初始化,启动过程
- Linux下配置JBoss自动启动
- jboss-4.2.3.GA 配置JMS集群
- 集群环境配置Tomcat的bindOnInit参数控制在完全启动后才接受Request请求
- JBoss-4.2.3GA+Apache负载均衡及集群方案配置过程详解
- Jboss4集群配置之三:Jboss集群节点配置
- Hadoop学习11--Ha集群配置启动