基于WAS 61的WebSphere Portal 61 Cluster配置详解.docx
- 文档编号:7668043
- 上传时间:2023-01-25
- 格式:DOCX
- 页数:20
- 大小:616.12KB
基于WAS 61的WebSphere Portal 61 Cluster配置详解.docx
《基于WAS 61的WebSphere Portal 61 Cluster配置详解.docx》由会员分享,可在线阅读,更多相关《基于WAS 61的WebSphere Portal 61 Cluster配置详解.docx(20页珍藏版)》请在冰豆网上搜索。
基于WAS61的WebSpherePortal61Cluster配置详解
基于WAS6.1的WebSpherePortal6.1Cluster配置详解
级别:
初级
崔烨(mailto:
yecui@?
subject=基于WAS6.1的WebSpherePortal6.1Cluster配置详解),软件工程师,IBM
郭亮(mailto:
guoliang@?
subject=基于WAS6.1的WebSpherePortal6.1Cluster配置详解),软件工程师,IBM
2008年12月11日
集群是搭建高可用性环境的有效解决方案之一,因此也成为WebSpherePortal支持的一项重要功能。
本文将向您介绍WebSpherePortalV6.1集群的搭建过程,配置过程中经常遇到的问题及其解决方法。
Portal集群简介
Portal集群基本结构
在WebSphereApplicationServer中,集群由应用程序服务器的多个相同副本组成,WebSpherePortal服务器架设在WebSphereApplicationServer基础结构之上,WebSphereApplicationServer基础结构中可用的所有集群特性也适用于WebSpherePortal。
因此,WebSpherePortal集群就是配置相同的多个WebSpherePortal服务器一起进行管理,并参与负载均衡的集合。
使用集群的优点具体表现在:
o提高资源利用率
o较高的可用性
o提高容错能力
o灵活负载均衡(负载均衡器设置负载均衡策略)
o易于管理
o良好的可扩展性
图1.Portal集群基本结构示意图
图1是Portal集群的拓扑结构,包括单元(cell)、节点(node)、服务器(server)等基本概念。
在分布式PortalV6.1环境中,单元是一个单独的管理域。
在一个单元中,我们通过部署管理器对单元中的所有资源进行集中管理。
一个单元中可以包含多个集群。
集群是一起进行管理的多个服务器的逻辑集合,在集群中可以进行负载均衡和失效转移,每个集群可以包括多个节点。
节点是服务器的逻辑组,每台物理机器上只能有一个节点。
每个节点可以包含一个或多个服务器。
节点被单元中的部署管理器统一管理,并且它们的配置文件被中心化到单元主配置文件中。
每个节点包含一个节点代理,负责管理这些集中配置文件,并会将任何配置变化同步到每个节点上。
部署管理器用于在单元中保存所有的配置信息,并负责管理节点、服务器和各种资源的服务。
Portal集群的主要类型
Portal垂直集群
垂直集群是指让集群成员服务器位于同一节点或物理机器上(如图2)。
能够在现有设备上,充分利用硬件资源,提供更好的服务质量。
图2.垂直集群示意图:
Portal水平集群
水平集群让集群成员位于单元中多台物理机器的节点上(如图3)。
水平集群利用多台机器资源,每台机器部署相同的应用。
本文主要侧重水平集群,但是其中的很多概念也适用于垂直集群。
图3.水平集群示意图:
集群的搭建过程
本文的目的是搭建一个如图4所示拓扑结构的水平集群。
在这个集群中包括两个Portal节点(pvcent108和pvcent),一个远程部署管理器(pvcent123)和一个远程Web服务器(pvcent104)。
图4.本文的集群拓扑结构图
步骤1:
准备部署管理器
安装部署管理器
按照图4的拓扑结构,我们选用服务器作为创建部署管理器概要的主机。
在目录”
从控制台选择“概要管理工具”选项,选择创建的部署管理器概要表,选择类型为[部署管理单元]DeploymentManager。
选择典型安装,并输入用户名和密码。
点击Next,查看图5所示的部署管理器的信息。
图5.用概要管理工具创建部署管理器概要文件
其中”Administrativeconsoleport”和”DeploymentmanagerSOAPconnectport”,在后续步骤中会用到。
点击Create按钮,创建部署管理器。
设置部署管理器超时时间
(1)增加超时时间
在Portal集群搭建的过程中,有些任务后台会进行较多的处理工作,为防止处理请求的时间过长导致请求失败,需要增加超时时间。
在部署管理器安装完成后通过:
9060/ibm/console访问部署管理器控制台(9060为上文记录的Administrativeconsoleport)。
更改HTTP连接的最大时间,分别点击如下路径,更改时限读超时时间和写超时时间分别为180秒。
SystemAdministration>DeploymentManager>
Webcontainertransportchains>WCInboundAdmin
SystemAdministration>DeploymentManager>
Webcontainertransportchains>WCInboundAdminSecure
(2)进入以下路径更改“JavaManagementExtensions(JMX)connector”的请求时限为6000秒。
Systemadministration>DeploymentManager>AdministrationServices>JMXconnectors>SOAPConnector>CustomPropertie
(3)在某些实例中,部署管理器响应addNode命令的时间可能比预期的长。
缺省超时值(它确定客户机将等待服务器响应多长时间)适合于大多数情况。
然而,您可能需要更多时间以便服务器在更繁重的处理条件下响应。
例如,如果您包括-includeapps选项并具有大量应用程序,或者应用程序非常大,那么缺省值180秒可能不够。
要更改缺省超时值,在任何ASCII文本编辑器中打开文件“$WAS_HOME/profiles/
com.ibm.SOAP.requestTimeout=180
设置安全性
WebSphereApplicationServerV6.1的安全性由WebSphereMemberManager管理,在部署管理器的控制台设置”Enableadministrativesecurity”和”Enableapplicationsecurity”。
EnableapplicationssecuritySecurity>Secureadministration,applicationsandinfrastructure>EnableApplacation。
步骤2:
准备Portal服务器
在需要搭建集群的节点上分别安装和配置WebSpherePortalV6.1。
设置Portal用户名和密码
我们使用wpsadmin作为Portal和应用服务器的管理用户名和密码。
检查远程数据库链接
搭建集群需要配置使用远程数据库。
Portal安装时的缺省数据库是derby,由于derby不能进行远程操作,所以derby不能作为集群环境的数据库。
为了保证搭建集群时所有节点都可以和远程数据库进行连接,需要在每个节点执行以下步骤:
用文本编辑器打开wkplc_dbtype.properties,并进行如下设置:
db2.DbDriver=com.ibm.db2.jcc.DB2Driver
db2.DbLibrary=
db2.JdbcProviderName=wpdbJDBC_db2
用文本编辑器打开wkplc_comp.properties,并进行设置。
需要填写如下6个数据库域的信息:
orelease
ocustomization
ocommunity
ojcr
ofeedback
olikeminds
对于上述六个数据库域分别设置以下属性信息:
odbdomain.DbType
odbdomain.DbName
odbdomain.DbSchema
odbdomain.DataSourceName
odbdomain.DbUrl
odbdomain.DbUser
odbdomain.DbPassword
用文本编辑器打开wkplc.propeties,并设置wasAdminPwd和portalAdminPwd。
进入目录
./ConfigEngine.shvalidate-database-driver
./ConfigEngine.shvalidate-database-connection
步骤3:
创建集群并添加主节点
在配置集群时,ConfigEngine配置任务能够根据属性文件wkplc.properties中PrimaryNode的值是true还是false来识别当前所配置的服务器是主节点还是从节点,从而执行不同的配置任务。
本节将分别对主节点和从节点的不同行为进行分析。
在主节点上配置远程数据库
数据库资源同其他资源一样,在创建到集群时,都是以主节点为模板同步到部署管理器中的。
所以需要首先配置主节点上的远程数据库。
按照图1的拓扑结构,我们选用服务器作为主节点。
进入目录
./ConfigEngine.shdatabase-transfer
收集并上传主节点信息
集群的配置是以主节点为模板的,所以我们需要收集主节点的配置信息,并上传到部署管理器中。
进入目录
./ConfigEngine.shcollect-files-for-dmgr
在主节点收集与集群相关的一些配置文件,并在”wp_profile_root/filesForDmgr”目录生成filesForDmgr.zip文件包。
将filesForDmgr.zip文件包解压并上传到部署管理器相应的目录,然后重启部署管理器。
修改主节点的配置文件wkplc.properties
表1.修改主节点属性信息
Property
Value
WasUserid
WebSphereApplicationServeradministratorID
WasPassword
WebSphereApplicationServerpassword
PortalAdminId
WebSpherePortaladministratorID
PortalAdminPwd
WebSpherePortalpassword
WasRemoteHostName
pvcent123
WasSoapPort
8879
PrimaryNode
true
ClusterName
PortalCluster
为了能够同部署管理器进行通信,需要在主节点的wkplc.properties中填写部署管理器的机器名和SOAP端口,即WasRemoteHostName和WasSoapPort属性。
将主节点加入单元中
进入目录
如果WebSphereApplicationServer与DeploymentManager的用户名密码不同,则需要指定DeploymentManager的用户名密码:
-DDMgrUserid=dmgr_userid-DDMgrPassword=dmgr_pw。
cluster-node-config-pre-federation主要执行了四个子任务:
∙action-cluster-update-http-timeouts
∙action-update-soap-client-props
∙action-cluster-update-setupcmdline
∙action-cluster-node-federation
(1)action-cluster-update-http-timeouts和action-update-soap-client-props完成了更改HTTP和SOAP的超时时间。
当把节点加入到集群中时,需要将节点中所有的应用程序传送到部署管理器并以远程方式将它们安装到单元中。
这个过程通常需要较长的时间,为了保证任务顺利完成需要增加超时时间。
(2)action-cluster-update-setupcmdline,通过编辑setupCmdline.sh文件,增加Java堆的大小。
增大Java堆能够保证在做诸如添加大应用程序这样的操作时不会失败。
增加的内容如清单1:
清单1.增加Java堆的大小
JVM_EXTRA_CMD_ARGS="-Djava.security.properties=$WAS_HOME/java/jre/lib/security/java.security-Xms256m-Xmx1024m"
exportJVM_EXTRA_CMD_ARGS
(3)action-cluster-node-federation,将使用WebSphereApplicationServer提供的addNode命令将Portal节点加入到单元中。
当添加的节点为主节点时,cluster-node-config-pre-federation任务会自动给addNode命令添加–includeapps参数,从而将主节点的应用程序传播到部署管理器中。
当添加的节点为从节点时,将不使用–includeapps参数。
当完成cluster-node-config-pre-federation任务后,可以登陆部署管理器的管理控制台,查看节点已经加入到单元中了,如图6
图6.增加主节点到单元
并且所有资源也已同步到了单元中,如JDBC驱动程序,数据源和环境变量等。
如图7,进入Resources>JDBC>Datasource,查看数据源:
图7.同步数据源到单元
准备创建集群
进入目录
./ConfigEngine.shcluster-node-config-post-federation。
此命令用于在节点的拓扑结构发生变化时清除主节点的预定任务。
更新Portal的管理员帐号
保证当前Portal的管理员用户名和组名在部署管理器中是有效的。
否则,使用以下命令更改Portal的管理员用户名和组名。
执行下列任务更改Portal的管理员帐号:
./ConfigEngine.shwp-change-portal-admin-user-DnewAdminId=uid=wpsadmin,o=defaultWIMFileBasedRealm–DnewAdminPw=wpsadmin-DnewAdminGroupId=cn=wpsadmins,o=defaultWIMFileBasedRealm
创建集群
进入目录
./ConfigEngine.shcluster-node-config-cluster-setup
(1)创建集群。
将集群命名为PortalCluster。
(2)移除节点级的资源。
为避免重复资源对以后的资源定位带来的混淆,需要删除节点本身的资源,如DataSource,cache,Workmanagers,Schedulers和URLProvider等。
(3)主节点加入集群以后,将JCR的配置文件将移动到集群的路径中。
可以通过控制台看到图8中显示的拓扑结构的变化。
图8.增加主节点作为集群成员
图9显示数据源wpdbJDBC_sqlserver2005的有效范围由构建前的“Node=pvcen,Server=WebSphere_Portal”变为现在的“Cluster=PortalCluster”。
图9.删除本地资源
步骤4:
添加从节点
将从节点pvcen加入到配置管理器
进入目录
./ConfigEngine.shcluster-node-config-pre-federation–DDMgrUserid=dmuser–DDMgrPassword=passw0rd
注意此时节点还没有加入到集群中。
由于节点pvcen当前的数据库为Derby,所以此时将JDBC提供者“Derby_JDBC_Provider”和Derby的数据源一起加入到集中管理器中。
从节点与主节点同步资源
执行命令cluster-node-config-post-federation。
登录部署管理器控制台,如图10可以查看到此时在从节点上已经创建好了与主节点相同的JDBC提供者。
同时,这个任务还修改了PortalServer的名字。
例如将之前的名字“PortalServerName”修改为“PortalServerName_nodeName”。
图10.在从节点创建JDBCProvider
将从节点pvcen加入到集群
执行命令./ConfigEnginecluster-node-config-cluster-setup。
与主节点不同,执行任务cluster-node-config-cluster-setup之前集群已经创建好。
任务不需要再创建集群,只是把从节点pvcen加入到集群中,部署应用程序,删除本地资源,保存修改结果并且与集群中的所有其他节点同步。
如图11为加入节点pvcen后集群的拓扑结构图。
图11.加入两个节点的集群拓扑结构
步骤5:
安装和配置远程Web服务器和Web服务器插件
安装Web服务器
本文使用远程IBMHTTPServer,远程Web服务器拓扑结构如图12所示
图12.远程Web服务器拓扑结构
在部署管理器中加入Web服务器
(1)在WebServers列表中,点击New按钮。
(2)输入Web服务器的节点信息,点击Next按钮。
图13.输入Web服务器的节点信息
(3)选择IBMHTTPServer模板,点击Next按钮。
(4)输入IBMHTTPServer的管理认证端口和用户名密码,单击下一步。
上述步骤执行完后,可以在Web服务器列表中看到添加的Web服务器。
如图14单击“GeneratePlug-in”,生成用于Web服务器端的plugin-cfg.xml。
接下来单击“PropagatePlug-in”按钮,将plugin-cfg.xml传播到Web服务器端相应的目录中。
图14.生成web服务器插件
配置过程中的主要问题和解决方案
关于集群的安全配置的注意事项
(1)在Portal主节点加入部署管理器之前,部署管理器就已经配置好了安全性。
缺省情况下,部署管理器利用WAS概要管理文件配置了基于文件的联合存储库。
在搭建集群之前,这个基于文件的联合存储库可以对部署管理器的管理员帐户进行安全配置。
一个独立Portal节点在安装过程中就缺省配置了基于文件联合存储库。
搭建集群时,集群可以与Portal节点设置相同的安全配置,如选择下列的安全配置之一:
ofilesysystem联合存储库
oLDAP联合存储库
oDatabase联合存储库
oCUR联合存储库
oLDAP单机安全配置
oCUR单机安全配置
(2)在搭建集群之前,推荐的配置安全性的方法是保持基于文件的联合存储库直至集群搭建完毕。
有两点需要注意的地方:
第一,在加入主节点之前要确认节点的应用服务器管理员,Portal管理员和管理员组在部署管理器中已经创建好。
第二,基于文件联合存储库尽量不要设置成单用户或者是单组的存储库,创建至少两个用户和组。
(3)在集群搭建完毕以后,在主节点上配置联合存储库或者单机安全配置。
在配置过程中,如果更改节点的管理员或管理员组为部署管理器里新创建的用户或组,需要使用命令wp-change-portal-admin-user更新Portal管理员/组,wp-change-was-admin-user更新应用服务器管理员。
(4)如果单元所需要的安全性在搭建集群之前已经配置好,在集群搭建完毕后,这些Portal节点都会将继承部署管理器的配置,丢失自己的安全性配置。
任务cluster-node-config-pre-federation要求用户指定的应用服务器的用户名和密码能够通过部署管理器认证,随后会将Portal节点的用户名和密码更新为命令中所指定的信息。
单元的安全性为LDAP联合数据库和LDAP单机安全配置时情况会有些不同:
首先,如果单元的安全性配置为LDAP联合数据库,那么主节点和从节点都不需要做任何工作,因为它们都可以从部署管理器概要下的文件wimconfig.xml中获得所需要的信息。
而如果单元当前为LDAP单机安全配置,那么就需要做一些额外的事情来获取信息。
原因在于应用服务器不会将LDAP单机安全配置信息写入部署管理器概要下的文件wimconfig.xml,所以在加入主节点之前,需要将所有需要的安全配置信息写入主节点的wkplc.properties文件中以备后用。
在主节点加入部署管理器以后,部署管理器的wimconfig.xml也因为主节点的加入而包含了存储库的信息,这时再配置从节点就不需要做任何工作了。
按照如下步骤检查问题
(1)对于安装和配置过程中出
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 基于WAS 61的WebSphere Portal 61 Cluster配置详解 基于 WAS WebSphere Cluster 配置 详解