WebLogic814均衡集群配置1221Word文档下载推荐.docx
- 文档编号:18122088
- 上传时间:2022-12-13
- 格式:DOCX
- 页数:27
- 大小:1.03MB
WebLogic814均衡集群配置1221Word文档下载推荐.docx
《WebLogic814均衡集群配置1221Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《WebLogic814均衡集群配置1221Word文档下载推荐.docx(27页珍藏版)》请在冰豆网上搜索。
如果服务器位于防火墙后面,而客户机位于防火墙外面,那么服务器必须有公共的静态IP地址,只有这样,客户端才能访问服务器
要以CLUSTER方式运行,必须有包含CLUSTER许可的LICENSE才行(从Bea网站上下载的试用版本就可以进行Cluster配置)
2.3、配置前的准备工作
在配置集群应用前要对集群的配置信息有一个良好的设计,下面就是我们这次配置的集群信息:
在同一网段内的不同机器上配置集群
机器类型
Server
硬件配置
角色
备注
IBM服务器
adminServer
IP:
172.16.46.196PORT:
7001
管理服务器
proxyServer
172.16.46.196PORT:
7002
代理服务器
mServer1
172.16.46.246PORT:
被管理服务器1
mServer2
172.16.46.236PORT:
被管理服务器2
2.4、配置管理服务器
第一步、创建新的Domain
选择“开始->
程序->
BEAWebLogicPlatform8.1->
ConfigurationWizard”,打开“BEAWebLogicConfigurationWizard”窗口,选择“新建WebLogic培植“,单击“下一步”按钮;
第二步、选择安装类型
选择安装“BasicWebLogicServerDomain”,单击“下一步”按钮;
第三步、选择定制安装
选择“自定义”安装,单击“下一步”按钮;
第四步、输入管理服务器的信息
输入管理服务器的名称,监听地址,监听端口,如果需要SSL支持的话可以在“SSLenabled”后面的复选取框上打勾,配置SSL监听端口,单击“下一步”按钮;
第五步、是否配置受管理服务器、集群、计算机信息
选择“是”,对受管理服务器、集群、计算机信息进行配置,单击“下一步”按钮;
第六步、配置受管理服务器信息
输入受管理服务器的名称,监听地址,监听端口,如果需要SSL支持的话,可以在“SSLenabled”复选框上打勾,配置SSL监听端口。
可以配置多个受管理服务器。
单击“下一步”按钮;
第七步、配置集群信息
输入集群的名称,集群的组播地址和端口,集群地址可输可不输。
第八步、将受管理服务器添加到集群中
选择左面列表中的受管理服务器,将其添加到右面的列表中,单击“下一步”按钮;
第九步、配置计算机信息
在此不对计算机进行配置,单击“下一步”按钮;
第十步、是否配置JDBC信息
在此不对JDBC数据源和连接池进行配置,单击“下一步”按钮;
第十一步、配置JMS信息
在此不对JMS进行配置,单击“下一步”按钮;
第十二步、配置缺省系统管理员用户名和密码
输入系统管理员用户名和密码,还可以配置其它的系统管理用户,在此不做配置,单击“下一步”按钮;
第十三步、配置Windows附加选项
可以选择是否创建开始菜单中的快捷方式,是否将该服务作为Windows系统服务,在这里我们选择默认设置,单击“下一步”按钮;
第十四步、生成开始菜单项
可以设置生成的开始菜单中的快捷方式的名称,在这里我们选择默认设置,单击“下一步”按钮;
第十五步、配置服务的启动模式并选择JavaSDK
选择“开发模式”,并选择标准的JavaSDK1.4,单击“下一步”按钮;
第十六步、配置信息确认以及选择安装路径
系统列出您的配置信息,并指定了缺省的安装路径(D:
\bea\user_projects\domains\mydomain),在此我们将安装路径定位在D:
\bea\user_projects\domains\myclusterdomain,单击“创建”按钮;
第十七步、系统创建Domain
系统根据配置信息,完成缺省的目录及文件的创建;
第十八步、启动管理服务器
使用startWebLogic命令启动管理服务器。
2.5、配置受管理服务器1
第一步、配置受管理服务器
受管理服务器1的配置过程与管理服务器的配置过程基本相同,只是在第六步配置受管理服务器时,只需要添加mServer1的相关信息,后面的步骤完全相同,并且创建的domain名称要完全相同。
第二步、启动受管理服务器
使用startManagedWebLogic命令启动受管理服务器,它的命令格式是:
startManagedWebLogic.cmd受管理服务器的名称管理服务器的地址
2.6、配置受管理服务器2
受管理服务器2的配置过程与管理服务器的配置过程基本相同,只是在第六步配置受管理服务器时,只需要添加mServer2的相关信息,后面的步骤完全相同,并且创建的domain名称要完全相同。
第三步、小结
到目前为止,一个包含一个管理服务器和2个被管服务器以及一个cluster的域就配置完成了,你可以简单试验一下它提供的功能,打开管理服务器的管理控制台:
http:
//172.16.46.196:
7001/console
首先,在这个管理控制台上你可以监控和管理mServer1和mServer2,选择mServer1
进入监视页面常规子页面,如果显示如下,就说明配置是正确的了,同理,也可以检查mServer1。
进入监视页面的性能子页面,就可以看到mServer2的运行情况了。
将江西即时缴费系统部署到testCluster这个集群上。
(部署过程在此不再描述,请参考相关部署文档)。
部署成功后,分别在mServer1和mServer2上访问刚才部署的web应用,应该都是可以访问的。
访问地址分别为:
//172.16.46.246:
7001/icardms和http:
//172.16.46.236:
7001/icardms。
2.7、通过HttpClusterServlet实现请求的自动分发处理
第一步、准备工作
HttpClusterServlet通过一个WebLogic服务器代理对WebLogic集群中的其他服务器成员的HTTP请求,同时HttpClusterServlet还为代理的HTTP请求提供负载平衡与容错处理。
实际上实现是很简单的,遵循下面几个步骤就可以轻松实现请求的自动分发功能:
创建一个代理服务器(在此我们称为proxyServer)
生成配置文件web.xml
web.xml文件示例:
<
?
xmlversion="
1.0"
encoding="
UTF-8"
>
!
DOCTYPEweb-appPUBLIC"
-//SunMicrosystems,Inc.//DTDWebApplication2.3//EN"
"
<
web-appid="
WebApp_ID"
display-name>
NJGSWebApplication<
/display-name>
servlet>
servlet-name>
HttpClusterServlet<
/servlet-name>
servlet-class>
weblogic.servlet.proxy.HttpClusterServlet
/servlet-class>
init-param>
param-name>
WebLogicCluster<
/param-name>
param-value>
172.16.46.236:
7001|172.16.46.246:
/param-value>
/init-param>
DebugConfigInfo<
ON<
/servlet>
servlet-mapping>
url-pattern>
/<
/url-pattern>
/servlet-mapping>
*.jsp<
*.html<
*.htm<
/web-app>
生成配置文件weblogic.xml
weblogic.xml文件示例:
DOCTYPEweblogic-web-appPUBLIC"
-//BEASystems,Inc.//DTDWebApplication8.1//EN"
weblogic-web-app>
context-root>
/context-root>
/weblogic-web-app>
打包生成Web应用
在proxyServer上部署应用,并将该应用作为缺省的Web应用
第二步、创建代理服务器
进入管理服务器的Console控制台(http:
7001/console/),输入管理员账号和密码,登录控制台。
在此我们将代理服务器与管理服务器置于同一台主机之上。
进入console控制台后,在“服务器”节点上单击右键,在弹出菜单上选择“配置新的Server...”,然后配置代理服务器的相关信息。
(在这里只要指定名称,监听地址,监听端口就可以了)
点击“创建”按钮,然后在下一个页面点击“应用”按钮,完成代理服务器的创建。
第三步、启动代理服务器
配置完成后,使用startManagedWebLogic命令启动代理服务器。
命令格式如下:
同样可以参照2.6中小结部分的方法来检查代理服务器是否启动成功。
第四步、打包WEB应用
将第一步中的两个xml文件放到名称为WEB-INF的文件夹中,再将文件夹放到名称为defulatProxy.war的文件夹中。
defulatProxy的名称可以随意命名。
第五步、部署代理应用
在管理服务器的console控制台,在“Web应用程序模块”节点上单击右键,在弹出菜单上选择“部署新的Web应用程序模块...
”。
然后选择要部署的文件或目录。
单击“目标模块”按钮,然后选择“proxyServer”,单击“继续”按钮,到了下一步,单击“部署”按钮,完成部署工作。
部署成功后如下图。
第六步、测试代理应用
打开浏览器,访问下面的地址,会得到下图所示的结果,则说明配置是成功的。
//server:
port/abc.jsp?
__WebLogicBridgeConfig
server为代理服务器地址(在这里是172.16.46.196)
port为代理服务的端口(在这里是7002)
abc.jsp(这是一个不存在的JSP文件,可以随意指定文件名)
__WebLogicBridgeConfig(这个可千万不能写错!
)
至此,分别访问http:
7002/icardms、http:
7001/icardms这三个地址,应该都能成功打开江西即时缴费系统的登录界面。
2.8、测试集群的分发功能(负载均衡)
编写一个简单的WEB应用,它会在控制台和浏览器上同时打印出“OK”字样,然后将这个WEB应用部署到集群中所有受管理服务器上。
附:
index.jsp内容
%
out.println("
OK"
);
System.out.println("
if(session.getAttribute("
sessionname"
)==null){
session.setAttribute("
"
sessionvalue"
sessionvalueisnull,setit"
+session.getAttribute("
));
}else{
sessionvalueisset:
"
).toString());
}
%>
测试应用的目录结构如下,部署与代理应用的部署一样,要注意的是要将它部署在集群的受管理服务器上面。
在管理服务器上安装Apache,ab.exe文件在X:
\ProgramFiles\ApacheGroup\Apache2\bin目录下。
在这里我们将通过Apache中所带的ab包来进行并发访问的模拟测试,使用如下的命令就可以完成压力测试。
ab–n100–c10http:
7002/index.jsp
ab是测试程序的名称
参数n代表请求的总数量
参数c代表并发的请求数
url为要测试压力的页面
注:
使用这个命令时,一定要在系统路径中能够找到该程序,否则不能执行。
压力测试完成后,我们从受管理服务器的控制台上可以看到,mServer和mServer2都打印出了“OK”字样,这说明,在并发请求的情况下,集群能够将请求进行分发,以达到负载平衡的目的。
2.9、测试集群的Failover(失效转移)
由于集群环境中,用户访问的请求在不同的被管理服务器之间不停的切换,而用户访问又需要保持状态(Session),这就要求Session可以穿梭于被管服务器之间,就是各个被管服务器上的Session是一致的,这样用户才感觉不到请求的切换。
集群环境Session的一致性使用了Session复制的技术。
要求一:
ServletsmustuseeithersetAttribute()orremoveAttribute()tochangethesessionobject.Ifyouuseothersetmethodstochangeobjectswithinthesession,WebLogicServerdoesnotreplicatethosechanges.
要求二:
Inordertosupportin-memoryreplicationforHTTPsessionstates,allservletandJSPsessiondatamustbeserializable.IftheservletorJSPusesacombinationofserializableandnon-serializableobjects,WebLogicServerdoesnotreplicatethesessionstateofthenon-serializableobjects.
要求三:
不是硬性要求,而是考虑到性能的因素,最好不要在Session里放置大对象。
实现方法:
在应用程序的weblogic.xml中添加
session-descriptor>
session-param>
<
PersistentStoreType<
replicated<
/session-param>
/session-descriptor>
注:
将持久性存储方法设置为以下某个选项
memory-禁用持久性会话存储。
replicated-与memory相同,但会话数据将在群集服务器之间复制。
replicated_if_clustered–如果Web应用程序部署于群集服务器上,则会复制生效的persistent-store-type。
否则,memory为默认值。
sync-replication-across-cluster–复制将在群集内同步发生。
async-replication-across-cluster–复制将在群集内异步发生。
file-使用基于文件的持久性(另请参阅persistent-store-dir)。
jdbc-使用数据库存储持久性会话。
(另请参阅persistent-store-pool。
)
cookie–所有会话数据都存储于用户浏览器的cookie中。
Session复制测试
先访问:
7001/defaultWebApp/index.jsp
OKsessionvalueisnull,setitsessionvalue
在访问:
//172.16.46.246:
OKsessionvalueisset:
sessionvalue
2.10、集群配置中要注意的问题
AdminServer只用于集群的管理,而不能参与集群事务。
Web应用应该部署到集群上,文件的同步是由WebLogic来完成的。
2.8和2.9部分尚未验证,从网络资料整理而来。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- WebLogic814 均衡 集群 配置 1221