内容


WebSphere Process Server V7 集群 - 经典拓扑模型

如何手动配置

Comments

引言

本文以“精典拓扑”为原型,首先介绍了集群拓扑结构的概念,接着分别介绍了 WPS 软件的安装,集群的创建以及功能组件的的配置,同时也提供了数据库表的创建过程。 全文深入浅出的描述了 WPS 集群的搭建,以实例的方式从另一个角度阐述了 WPSV7 集群的结构和工作原理。

1. 集群模型的介绍 - “经典拓扑”(“GOLD TOPOLOGY”)

在讲解如何配置 WPS 集群之前,我们首先要了解一下集群的拓扑结构。

WPS 是建立在 WebSphere Application Server(以下简称 “WAS”)的基本功能之上的企业流程管理和整合的服务器,所以 WPS 集群的基本结构也和 WAS 是一样的,它可以由一台或多台的 WPS 服务器构成,由部署管理器(简称“DMGR”)统一管理每个节点(“Node”)的集群成员。

相对于 WAS,WPS 有更多的功能和组件,所以在集群的拓扑结构上也有更多的要求。

下面我们将介绍一种 WPS 的集群拓扑结构 —— 经典拓扑模型

所谓经典拓扑的模型(如图 1),是指由三个集群来分担不同的 WPS 功能从而共同协作来实现企业流程管理和整合功能。

图 1. 经典拓扑
图 1. 经典拓扑
图 1. 经典拓扑

三个集群分别是:

应用部署集群 (Application Cluster):作为应用程序的部署集群,主要用来部署我们所有的应用以及 SCA 和 BPC 的功能配置。

消息引擎集群 (Messaging Cluster):消息总线服务,该集群只用来作为 WPS 内部消息通信的管理。

支持服务集群 (Support Cluster):用来配置一些支持功能,包括业务流程浏览器(BPC Explore),业务规则管理(Business Rule),业务监控管理(Business Space),通用事件处理器(CEI)等功能。

2. 安装过程的介绍

2.1 数据库的安装

在本文中我们使用 DB2 V9.5 企业版作为 WPS 的数据库,执行 DB2 安装包中的 setup 安装文件,进入下面的欢迎窗口(如图 2)

图 2. DB2 安装界面
图 2. DB2 安装界面
图 2. DB2 安装界面

由于 DB2 安装相对简单,所以在此不过多介绍安装细节。

2.2 软件的安装

打开 WPS V7 的安装介质,执行安装文件 launchpad,进入 WPS 安装页面(如图 3)

图 3. WPS V7 安装欢迎页面
图 3. WPS V7 安装欢迎页面
图 3. WPS V7 安装欢迎页面

浏览到 WebSphere Process Server installation roadmap, 下面有三个选项

  • 安装一个新环境
  • 在一个已存在的 WAS 上安装 WPS
  • 用非管理员用户安装 WPS

在这里我们将安装一个新的 WPS, 并没有已存在的 WAS 安装,所以选择“安装一个新的 WPS 环境”,点击后面的连接 (Click here),进入 WPS V7 的安装开始页面(如图 4)。WPS 的安装有两部分内容 , 首先安装 WAS ND, 然后安装 WPS. 在安装 WAS ND 时候需要定义一个安装路径,该路径也将是 WPS 的安装路径。

说明:本文使用的安装环境上只有一个磁盘,所以安装在 C 盘,但是在实际的应用中用户需要根据不同的系统要求,合理的选择安装路径。

图 4. 安装开始页面
图 4. 安装开始页面
图 4. 安装开始页面

点击“安装 WebSphere Application Server”开始安装,依次完成 WPS 的安装后,软件的安装到这里就已经完成了。如果是分布式环境,重复以上步骤,分别在每台物理机器上安装 WPS 软件。

下面我们将开始介绍集群配置的第一步 概要文件的创建。

2.3 概要文件的创建

所谓概要文件(Profile)是从 WAS V6.0 开始引入的概念,它可以定义独立的运行时环境,同时具有单独的命令文件,配置文件以及日志文件。一个概要文件可以在一个系统中定义多个运行时环境 , 而不需要多次安装软件的二进制文件。

WPS 的概要文件有三种:单独的 Server(stand-along server), deployment manager, managed node

创建 WPS 集群,我们需要首先创建两个概要文件:一个 DMGR 概要文件和一个通用概要文件

  • DMGR 概要文件:用来创建 DMGR,管理 WPS 集群
  • 通用概要文件:可以创建多个 WPS 运行时环境

通常概要文件的创建可以通过概要管理工具 (PMT) 或命令行来完成,在这里我们通过概要管理工具的图形界面来创建所有的概要文件。

启动概要文件管理工具:

  • Unix/Linux:install_root/bin/ProfileManagement/pmt.sh
  • Windows:install_root\bin\ProfileManagement\pmt.bat

2.3.1 DMGR 概要文件的创建

在启动概要文件管理工具后,进入环境选项页面,选择需要创建的概要文件种类(如图 5),这里我们要创建 DMGR 概要文件,所以展开 WebSphere Process Server 下的选项,选择 Process server deployment manager, 点击“下一步”,进行安装。

图 5. 创建 DMGR 概要文件
图 5. 创建 DMGR 概要文件
图 5. 创建 DMGR 概要文件

2.3.2 通用概要文件的创建

在 PMT 的环境选择页面,选择通常概要文件 Process server custom profile(如图 6), 点击“下一步”(“Next”)。

图 6. 创建通用概要文件
图 6. 创建通用概要文件
图 6. 创建通用概要文件

随后进入概要文件种类的选择(如图 7),有三种概要文件选项:典型概要文件、高级概要文件、部署环境的概要文件。

选择高级概要文件创建的好处是概要文件配置的参数是可修改的,而在典型概要文件 Typical profile creation 的创建中,只能使用默认无法修改。部署环境概要文件,因为在本文中不使用部署环境,所以不选择该项。

选择创建高级概要文件 Advanced profile creation,点击”下一步”(“Next”)

图 7. 概要文件种类选择
图 7. 概要文件种类选择
图 7. 概要文件种类选择

在概要文件名字和目录的选项(如图 8),使用默认名字“Custom01“,定义 Profile 的安装路径 “C\IBM\WebSphere\ProcServer\profiles\Custom01”,点击“下一步”(“Next”)。

图 8. 设置文件名称和安装目录
图 8. 设置文件名称和安装目录
图 8. 设置文件名称和安装目录

在节点和主机名的配置页面(如图 9),节点名称 WPS-Node1,主机名:localhost(因为是在同一台机器上安装,这里输入本机地址),如果是在在分布式环境,需要在多台服务器上安装 Profile,需要输入相应的物理主机名,然后点击”下一步”(“Next”)

图 9. 设置主机名和节点名称
图 9. 设置主机名和节点名称
图 9. 设置主机名和节点名称

进入 DMGR Federate 页面(如图 10),输入正确的 DMGR 配置信息和安全认证信息,点击”下一步”(“Next”),通过 Federate 的功能,对应的节点将会被自动加入 DMGR 中,如果选择晚些时候 Federate 节点,需要在概要文件创建成功后,手动执行“AddNode“的命令把 Node 加到 DMGR 中去。

图 10. 设置 DMGR 的信息
图 10. 设置 DMGR 的信息
图 10. 设置 DMGR 的信息

进入端口 Port 配置页面(如图 11),这里显示所有的默认端口信息。端口必须是唯一的,未被占用过。因为我们是在干净的环境中安装,这里使用默认值。点击“下一步”(“Next”)

图 11. 设置端口号
图 11. 设置端口号
图 11. 设置端口号

进入数据库的配置页面(如图 12),我们使用的是 DB2, Deployment Manager 的数据库类型选择 DB2 Universal,确认 DB2 的安装路径是正确的,点击“下一步”(“Next”)

图 12. 设置数据库的信息
图 12. 设置数据库的信息
图 12. 设置数据库的信息

最后显示概要文件配置信息确认页面(如图 13),点击生成 (Create)

图 13. 概要文件信息汇总
图 13. 概要文件信息汇总
图 13. 概要文件信息汇总

等待一段时间, 概要文件 (Profile) Custom01 被成功创建

同样的步骤创建另一个概要文件 (Profile) Customer 02,到此我们已经完成了集群环境的准备工作,创建一个 DMGR 和两个 Node。

概要文件创建成功后,将会处于自动运行的状态,我们登陆管理控制台 Admin Console(如图 14),如果 DMGR 没有处于运行的状态,需要手动执行启动命令:

  • Linux/Unix:profile_root/bin/startManager.sh
  • Windows:profile_root\bin\startManager.bat
图 14. 管理控制台欢迎页面
图 14. 管理控制台欢迎页面
图 14. 管理控制台欢迎页面

登陆管理控制台后,在开始配置 WPS 集群之前,首先检查 Node Agent 的状态是否运行(如图 15)

每一个概要文件都有一个 Node Agent, DMGR 通过 Node Agent 来管理每个节点上的集群成员。配置集群前,每个节点的的 Node Agent 必须是启动的。如果的 Node Agent 没有启动,需要从每台物理机器上手动启动 Node Agent。

  • Linux/Unix: profile_root/bin/startNode.sh
  • Windows: profile_root\bin\startNode.bat
图 15. Node Agent 状态
图 15. Node Agent 状态
图 15. Node Agent 状态

2.4 集群的创建

为了构建一个经典拓扑模型的集群,要创建三个 cluster:AppCluster,MECluster,SupportCluster

下面开始创建 AppCluster,登陆管理控制台, 按路径 Servers->Clusters->WebSphere Application Server Clusters,打开集群的创建页面,选择 “New”,在 Cluster Name 输入 AppCluster 点击 “Next”(如图 16),

图 16. 创建集群
图 16. 创建集群
图 16. 创建集群

进入集群成员配置页面(如图 17),集群成员名称:Member name 输入 AppServer1,创建集群成员时指定集群成员 Cluster Member,将会被自动创建在指定的 Node 上选择节点:WPS-Node01(ND 7.0.0.7) 和 选择生成唯一的 HTTP 端口,模版选择使用默认值 defaultProcessServer,点击”下一步”(“Next”)

图 17. 增加集群成员
图 17. 增加集群成员
图 17. 增加集群成员

同样的方法,加入另一个节点 WPS-Node02 的集群成员 AppServer2(如图 18)

图 18. 加入另一个集群成员
图 18. 加入另一个集群成员
图 18. 加入另一个集群成员

点击 ”Next” , 两个节点都已被加入集群(如图 19),确认信息后,点击”Next”

图 19. 集群成员信息
图 19. 集群成员信息
图 19. 集群成员信息

进入集群信息的确认页面(如图 20),确认信息无误后,点击”完成”(“Finish”)

图 20. 集群确认信息
图 20. 集群确认信息
图 20. 集群确认信息

同样的步骤创建另外两个集群:MECluster 和 SupportCluster,创建成功后,浏览到 Servers->Clusters->WebSphere application server clusters,可以看到三个集群(如图 21)

图 21. 集群成功产生
图 21. 集群成功产生
图 21. 集群成功产生

集群的创建就完成了,下面我们介绍数据库表的创建过程。

2.5 数据库及表的创建

2.5.1 数据库的创建

安装 WPS 时候会自动创建一个数据库,一般称为通用数据库 (Common DB), 对于 WPS 的所有组件可以共用这一个数据库,每个组件都有自己的模式名 (Schema), 系统根据不同的模式名去识别不同的组件。对于每个组件,默认的 Schema 的名称列表(如图 22)

图 22. 默认的 Schema 名称
图 22. 默认的 SCHEMA 名称
图 22. 默认的 SCHEMA 名称

但是在实际的生产环境中,为了数据库优化和提高性能,不同的组件也可以使用单独的数据库,推荐的数据库名称命名:

  • BPC - 〉 BPEDB
  • CEI - 〉 EVENT
  • MessageEngine - 〉 MEDB
  • BusinessSpace - 〉 CommonDB

在本文中,除了使用通用数据库以外 , 我们还需要另外创建两个数据库, 分别是业务流程管理器(BPC)数据库:BPEDB,事件管理器(CEI)数据库:EVENT,对于消息引擎(MessageEngine)、我们使用通用数据库(CommonDB)。

2.5.2 表的创建

在配置 WPS 每个组件时候,我们需要确认相应数据库配置信息。通常我们会选择在配置组件时候自动创建表。如果选择不自动创建表的时候,需要通过脚本手动创建他们。脚本的的位置:[WPS 的安装目录 ]\ProcServer\dbscripts

BPC 表的创建:

执行数据库脚本,脚本位于 \ProcServer\dbscripts\ProcessChoreographer\[ DB Type]\,执行前需要修改脚本 , 确认 Schema 和数据库的名称是正确的。

  • db2 connect to BPEDB
  • db2 -tf createTablespace.sql
  • db2 -tf createSchema.sql

CEI 表的创建:

执行 AddminTask 命令创建 DB,下面以 Windows 执行 wsadmin 命令为例;执行完后,CEI 数据库和表都将都会被创建。

$AdminTask configEventServiceDB2DB {-createDB true -overrideDataSource true -clusterName SupportCluster -jdbcClassPath C:\IBM\SQLLIB\java -dbUser db2admin -dbPassword db2admin -dbHostName localhost -dbPort 50000}

BusinessSpace 表的创建:

通常配置完 BusinessSpace 后,数据库的脚本将会自动生成在 Profile 子目录下,位于 [WPS Installation Root]/Profiles/[ProfileName]/dbscripts/BusinessSpace, 也可以在 WPS 安装根目录找到脚本 位于 \ProcServer\dbscripts\ BusinessSpace\[ DB Type]\, 执行前请确认 Schema 的名称是正确的,依次执行 sql 语句(如图 23)

  • db2 -tf createSchema.sql
  • db2 -tf createTablespace.sql
  • db2 -tf createTables_BusinessSpace.sql
  • db2 -tf createTable.sql
图 23. 手动执行 SQL 脚本
图 23. 手动执行 SQL 脚本
图 23. 手动执行 SQL 脚本

3. 功能组件的配置

WPS 的功能组件在安装之后都是需要配置的,这些功能是可以独立使用的。所以用户可以根据自己的需要去配置相应的功能。在这里我们将配置通常所使用的主要功能。对于集群环境来说,配置的方法和单机环境在功能配置上基本一致,区别在于经典拓扑环境由 三个集群组成,每个集群承担不同的角色和功能,相互协调工作。因此在每个集群上按照不同的需要配置相应的功能。

  • AppCluster 配置的功能 : SCA, BPC, REST
  • MECluster 配置的功能 : MessageEngine
  • SupportCluster 配置的功能: CEI, BusinessSpace, BsuinessRule, BPC Exploer, REST

3.1 SCA 的配置

按以下路径 WebSphere application server clusters > AppCluster->Configuration->Businese Integration-> Service Component Architecture,, 打开 SCA 配置页面(如图 24)

图 24. 进入 SCA 配置
图 24. 进入 SCA 配置
图 24. 进入 SCA 配置

下面我们进入了 SCA 的配置页面(如图 25),激活配置页面, 选择 Support the Service Component Architecture components

图 25. SCA 配置页面
图 25. SCA 配置页面
图 25. SCA 配置页面

总线成员的位置 (Bus Member Location):选择消息总线,在经典拓扑的结构中是以 MECluster 作为所有组件的消息引擎,这里点击 Remote, 在配置页面中选择 MECluster 作为 SCA 的 Message Engine(如图 26)

图 26. 选择 MECluster
图 26. 选择 MECluster
图 26. 选择 MECluster

成功选择后,MECluster 将会被显示(如图 27),下面我们需要检查数据库的信息是否正确

对于系统总线成员(System Bus Member)和应用总线成员(Application Bus Member)的配置,首先检查系统总线成员和应用总线成员的数据库配置信息,数据库的的信息指的是 SCA 所使用消息引擎的数据库信息,系统默认使用 Common DB(WRPCSDB),如果使用单独的消息引擎数据库(MEDB),需要把数据库的名称改为实际的名称。模式名称 Schema 必须是数据库中唯一的,WPS 将通过不同的模式名称来访问不同的数据。选择 Create Tables,系统会根据这里指定的 Schema 的名称,在数据库中创建相应的表。如果不选择,需要由数据库管理员手工创建 BPC 的表。如何使用脚本请参考 2.5 章节:数据库及表的创建。确认后点击 OK, 开始创建。

图 27. 确认数据库信息
图 27. 确认数据库信息
图 27. 确认数据库信息

创建完成后,再次进入 SCA 配置页面,显示提示信息“SCA 已经被创建了”(如图 28)

图 28. SCA 已经被创建了
图 28. SCA 已经被创建了
图 28. SCA 已经被创建了

注意:在 SCA 配置完成之后,必须确认创建的数据源连接 (DataSource) 是否成功。点击 System Bus Member->“Test Connection”,如果连接失败 , 错误信息显示认证用户是空 ”Null usserid is not supported”(如图 29)

图 29. 连接失败
图 29. 连接失败
图 29. 连接失败

这说明自动创建的 DatasSource 还无法工作,检查配置,点击 Application Bus Member->“Test Connection” 进行同样的测试 . 检查 JNDI 的配置 , 按这个路径 Resources- 〉 JDBC- 〉 Data Source Scope 选择 MECluster ,能看到两个 DataSource 的定义(如图 30)

图 30. 检查 DATASOURCE
图 30. 检查 DATASOURCE
图 30. 检查 DATASOURCE

首先检查 Application Bus Member 的 Data Source, 点击 SCA Application Bus ME data source, 确认选择了认证别名“SCAAPPME00_Auth_Alias“(如图 31)

图 31. 修改认证别名
图 31. 修改认证别名
图 31. 修改认证别名

验证是否成功 , 点击“Test Connection”,测试成功后有如下信息显示(如图 32)

图 32. 测试成功
图 32. 测试成功
图 32. 测试成功

接着检查另一个 System Bus Member 的 Data Source 点击 SCA System Bus ME data source, 确认选择了认证别名“SCASYSME00_Auth_Alias“(如图 33)

图 33. 修改认证别名
图 33. 修改认证别名
图 33. 修改认证别名

测试连接:验证成功(如图 34)

图 34. 测试成功
图 34. 测试成功
图 34. 测试成功

到此,SCA 的功能配置已经完成,下面我们开始配置 BPC

3.2 BPC 的配置

我们将使用单独的 BPC 数据库 , 数据库名是 BPEDB, 在开始 BPC 配置之前 , 请确认已经建立了数据库 , 细节请参考 2.5 章节,下面我们开始 BPC Container 和 BPC Explore 的配置

3.2.1 BPC Container 的配置

按以下路径 WebSphere application server clusters > AppCluster->Configuration->Businese Integration-> Business Process Choreographer-> Business Process Choreographer Containers 进入 BPC Container 配置页面(如图 35),可以看到提示信息 (“BPC Container“并没有安装 )

图 35. BPC Container 的配置页面
图 35. BPC Container 的配置页面
图 35. BPC Container 的配置页面

在 Datasource 中输入 BPC 数据库的配置信息,这里我们输入 BPEDB(如图 36)

图 36. BPC 的数据库信息
图 36. BPC 的数据库信息
图 36. BPC 的数据库信息

安全性设置:在认证信息中,输入安全认证的密码,这里使用的是 admin(如图 37)

图 37. 安全认证信息
图 37. 安全认证信息
图 37. 安全认证信息
图 38
图 38

Bus 的设置:不使用默认配置,去掉选择之后会有新的配置信息显示,选择 Remote,点击 New(如图 38)

图 38. 选择 Remote Bus
图 38. 选择 Remote Bus
图 38. 选择 Remote Bus

在 ME 选择页面中,选择 MECluster,点击 OK, 完成之后(如图 39)

图 39. 选择 MECluster
图 39. 选择 MECluster
图 39. 选择 MECluster

确实信息无误后,点击 “OK”,执行完后能够看到“配置完成”的提示信息(如图 40)。

图 40. 配置完成
图 40. 配置完成
图 40. 配置完成

选择保存改变“Save Change”, 完成配置。再次点击 BPC Container 页面,显示提示信息“Business Flow Manager 和 Human Taks Manager 都已经安装成功了”。我们将检查创建的 DataSource 是否连接成功(如图 41),在 DataSource 下,点击 Test Connection,测试成功。

图 41. 已配置的页面
图 41. 已配置的页面
图 41. 已配置的页面

在 Bus 下,点击 Test Connection,如果发现连接失败,显示错误信息”Null usserid is not supported”(如图 42)

图 42. 连接失败
图 42. 连接失败
图 42. 连接失败

我们需要检查 DataSource 的认证别名是否被添加成功。按路径 Resources- 〉 JDBC- 〉 Data Source, 打开 Business Process Choreographer ME data source, 确认选择了认证别名:BPCME_00_Auth_Alias(如图 43)

图 43. 检查数据源的认证别名
图 43. 检查数据源的认证别名
图 43. 检查数据源的认证别名

保存后,再次测试成功(如图 44), 现在已经完成了 BPC Container 的配置。

图 44. 连接成功
图 44. 连接成功
图 44. 连接成功

3.2.1 BPC Explore 的配置

按以下路经 , 打开 BPC Explorer 的页面(如图 45),WebSphere application server clusters > SupportCluster->Configuration->Businese Integration-> Business Process Choreographer-> Business Process Choreographer Explorer

图 45. BPC Explorer 的配置页面
图 45. BPC Explorer 的配置页面
图 45. BPC Explorer 的配置页面

点击 Add,打开 BPC Explorer 的配置页面(如图 46),

图 46. BPC Explorer 的配置信息
图 46.  BPC Explorer 的配置信息
图 46. BPC Explorer 的配置信息

确定后,会看到配置完成的信息(如图 47)

图 47. 配置过程
图 47. 配置过程
图 47. 配置过程

保存改变 Save Changes 后,配置完成(如图 48),到这里 BPC 的配置就已经完成了

图 48. 配置完成
图 48. 配置完成
图 48. 配置完成

3.3 CEI 的配置

按以下路径 , 打开 SupportCluster 下的 CEI 服务器的配置页面 WebSphere application server clusters > SupportCluster->Configuration->Businese Integration-> Common Event Infrastructure -> Common Event Infrastructure Server

打开配置页面后,选择激活 CEI 服务器(如图 49)

图 49. CEI 的配置
图 49. CEI 的配置
图 49. CEI 的配置

对于 CEI 数据库的配置信息,检查是否有效,这里使用单独的数据库 (EVENT), 所以修改为 EVENT 数据库的信息。Create Tables 产生表选项,选择该项。如果没有选择该项,需要通过脚本去手动创建数据库表(请参考 2.5 数据库表的创建)。 对于 BUS 成员,这里我们需要指定 CEI 服务总线成员的位置,选择 Remote - 〉 MECluster(如图 50)

图 50. 修改配置信息
图 50. 修改配置信息
图 50. 修改配置信息

配置完成,点击确认。创建成功后,通过“Test Connection”检查数据源的连接性,检测方法和配置 BPC 和 SCA 功能时所使用方法一样,在此不再重复描述。

完成 CEI 的配置后,我们需要部署 CEI 的服务,打开命令行窗口,运行 wsadmin, 弹出安全认证窗口(如图 51)

图 51. 启动 wsadmin
图 51. 启动 wsadmin
图 51. 启动 wsadmin

输入安全认证用户名和密码, “Admin”,”Admin” ,连接成功,进入 wsadmin 窗口(如图 52)

图 52. 进入 wsadmin 窗口
图 52. 进入 wsadmin 窗口
图 52. 进入 wsadmin 窗口

我们运行 deployEventService 命令,部署 CEI 服务在集群 SupportCluster 中(如图 53),enable 参数通常可不加,默认值是 true,这里加上是为了强调在部署服务的同时激活这个服务。

图 53. 部署 CEI 服务
图 53. 部署 CEI 服务
图 53. 部署 CEI 服务

保存配置,退出 wsadmin 命令行(如图 54)

图 54. 部署完成
图 54. 部署完成
图 54. 部署完成

3.4 REST 的配置

REST 服务在单机环境 (stand-alone) 中是自动被安装和部署的,在集群的环境中需要手动配置。在 REST 配置中可以根据自己的需要去 enable 或者 disable 每一个服务。在配置之前,需要确认 REST 服务的提供者 (Provider) 是有效的。也就说需要知道这个服务是能够被访问的。REST 服务配置之后,Rest Service Gateway 应用将会被生成,该应用将激活通常的系统 REST 服务。在这里我们使用默认值。

配置 AppCluster 上的 REST 服务,按照以下路径,打开配置页面,WebSphere application server clusters > AppCluster->Configuration->Businese Integration-> REST services,保持默认值,点击确认(如图 55)

图 55. REST 配置页面
图 55.
图 55.

配置 SupportCluster 的 REST 服务,按照以下路径,打开配置页面,WebSphere application server clusters >SupportCluster->Configuration->Businese Integration-> REST services,保持默认值,点击确认(如图 56)

图 56. REST 配置页面
图 56.
图 56.

3.5 Business Space 的配置

按以下路径,打开 SupportCluster 下的 Business Space Configuration 的配置页面(如图 57),WebSphere application server clusters > SupportCluster->Configuration->Businese Integration-> Business Space Configuration

图 57. Business Space 的配置页面
图 57.
图 57.

选择安装 Business Space 服务(如图 58), 确认正确的数据库信息,这里使用模式值,点击 OK。

图 58. 安装服务
图 58.
图 58.

最后会出现成功安装的提示页面(如图 59), 点击保存 (“Save”),从图上也可以看到 BusinessSpace 的数据库脚本的也已经产生,之后需要手动执行这些脚本去生成数据库的表。

图 59. 配置成功页面
图 59.
图 59.

再次打开 Business Space 的配置页面(如图 60),提示已经安装成功。

图 60. 显示安装成功
图 60.
图 60.

接着进行 endpoint 的设置,打开连接 REST service endpoint registration(如图 61),点击 OK。到此 Business Space 的创建就已经完成了。

图 61. REST endpoint 的确认页面
图 61.
图 61.

注意:Business Space 的表无法自动创建,必须手工创建。所以配置完 Business Space 后,还需要执行相应的 SQL 脚本去创建表,具体步骤请参考 2.5 章节数据库及表的创建

3.6 Business Rule 的配置

按以下路径,打开 SupportCluster 下的 Business Rule 的配置页面(如图 62),WebSphere application server clusters > SupportCluster->Configuration->Businese Integration-> Business Rules -> Business Rule Manager Configuration, 选择 安装 Business Rule Manager,点击 OK。

图 62. Business Rule 的配置页面
图 62.
图 62.

Message Enigne- MECluster

配置完成后,检查 MECluster,能够看到四个 message engine 的 member 已经成功加入,不需要做任何配置。正如之前的描述,我们在配置 SCA、BPC、CEI 都已经指定了 Bus 成员,用的都是 MECluster,所以在 MECluster 中,会有四个成员(如图 63)

  • BPC Bus
  • CEI Bus
  • SCA System Bus
  • SCA Application Bus
图 63. Message Engine 列表页面
图 63.
图 63.

安装完成

到此,WPS 集群的配置已经全部完成。下一步可以启动 WPS 集群,按照一定顺序去启动 WPS 集群。

  • 启动集群顺序: MECluster->SupportCluster->AppCluster
  • 停止集群顺序: AppCLuster->SupportCluster->MECluster

结束语

以上我们较详细的介绍了如何手动配置 WPS V7 集群的过程,通过该篇文章相信读者已经对 WPS 功能组件和集群的配置有了深入的了解。对于这些常用的 WPS 功能,在实际环境中用户可以根据具体的需求,选择性地配置相应的功能。


相关主题


评论

添加或订阅评论,请先登录注册

static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=10
Zone=WebSphere
ArticleID=781605
ArticleTitle=WebSphere Process Server V7 集群 - 经典拓扑模型
publish-date=12202011