Cognos服务器环境集群部署解决方案.docx

Cognos服务器环境集群部署解决方案.docx

《Cognos服务器环境集群部署解决方案.docx》由会员分享，可在线阅读，更多相关《Cognos服务器环境集群部署解决方案.docx（15页珍藏版）》请在冰点文库上搜索。

Cognos服务器环境集群部署解决方案

Cognos服务器环境

集群部署解决方案

操作风险项目组

2018-8-19

修改记录

编号

日期

描述

版本

作者

审核

发布日期

1

2013-3-28

初稿

V1.0

操作风险项目组

目录

1.前言1

1.1.目的1

1.2.适用读者1

1.3.名词解释1

2.Cognos服务器集群服务的原理1

2.1.单机访问模式1

2.2.集群服务模式2

3.集群部署案例4

3.1.具体操作5

3.2.测试集群8

3.3.监控运行情况10

1.前言

1.1.目的

本文将主要实现Cognos服务器集群部署解决方案，其中包括：

Cognos服务器集群原理、部署方案。

1.2.适用读者

⏹Cognos应用实施人员

⏹科技运维实施人员

⏹主要项目成员

1.3.名词解释

集群：

具备高可用性、容错能力、负载均衡能力的若干台机器组合。

负载均衡：

同时运行多台应用服务器（如，Tomcat/WebLogic等），以响应用户的并发请求，从而将用户负载合理地分散到这些J2EE应用服务器上。

2.Cognos服务器集群服务的原理

2.1.单机访问模式

前端请求

内容库

业务数据库

当Cognos的BIServer安装完成后，配置好BIServer的内容库和访问业务数据库的数据源连接就可以进行工作，所有的报表访问请求都通过BIserver进行解析和返回。

2.2.集群服务模式

CognosBISERVER集群服务实现的基础在于：

集群服务的服务器使用了共同的数据库作为资料库（ContentManager），所以在集群中的CognosBISERVER服务器必须配置同一个数据库作为资料库；并且为了让集群里的CognosBISERVER应用服务器可以正常互相访问，需要在CognosConfiguration里面将COGNOSBISERVER自带的防火墙关闭；CognosBISERVER应用服务器上的负载主要是由于数据处理造成的，而数据处理的负载体现在对CPU报表进程的占用上，缺省情况下，每个CPU分配两个报表进程，当集群中某台服务器的所有CPU的报表进程均被占用的情况下，新的报表处理请求将被转给报表进程未被占满的服务器进行处理，达到负载均衡的目的。

下图描述的是一个完整的集群模式：

部署描述：

如图所示：

通过路由或代理虚拟网络地址，连接主备服务器，同时两台服务器可以通过Weblogic集成实现负载均衡。

Cognos：

P2pd服务与Cognos:

contentmanager分别单独做了主备部署，在运行时如果主的机器不能正常工作可以实现分流到备的继续运行。

底层数据库可以实现数据备份与切换。

优点：

各个服务器均有灾备，实现了机器负载均衡的功能，提高了效率。

缺点：

服务连接通过配置，并且配置复杂，有冗余的服务器。

CognosBiServer实际上分为3个层次，通过上面的图会看的很清楚，有GateWay层、有应用层（P2pd）、内容库层（ContentManager），当对性能要求非常高并且硬件条件允许的情况下，可以形成每个层面上2台集群的集群，形成active-standby的工作模式。

在进行BIserver安装，可以分别安装这三层的应用，每单独勾选一项就是独立的安装一层服务，安装界面如下图：

在实际使用过程中，真正的压力在应用层应用层（P2P），所有在考虑综合成本后，一般采用下面的解决方案，只用2台机器进行集群服务，每台机器上都完整的部署GateWay层、有应用层（P2pd）、内容库层（ContentManager），如下图：

部署描述：

如图所示：

网络入口的大用户量并发访问，首先请求道作为active的安装了GateWay应用的机器上，两台服务器上分别部署了cognos的各个服务和BIApp服务，然后通过Gateway进行分发报表响应请求。

优点：

配置简单，硬件设备占用少。

缺点：

对于web服务器配置的要求较高。

3.集群部署案例

现有两台机器，IP分别是10.2.47.209和10.2.47.241，简称为209和241（生产环境要更换成生产环境的IP和端口）。

两台机上分别安装好Cognos服务器（注：

建议安装同一版本，不同版本如：

10.1.1和10.2.1会出现在启动服务器失败，这里使用的是10.1.1版本），Cognos服务器具体安装过程请参数Cognos服务器安装相关文档。

现将209做为active机，241做为standby机，也就是将所有报表访问请求都发给209上的Gateway，然后209会根据当前服务器资源情况，将适当的请求转发给241来处理，实现负载均衡。

具体的操作如下：

3.1.准备工作

首先保证作为集群的机器两台独立的服务器如209、241机器的cognos能够独立运行可以独立运行。

由于我们的数据库使用的DB2，访问的一个操作风险的业务数据库和作为cognos内容库的数据库，为了是209、241能够访问到DB2，必须建立访问DB2数据库的监听，如下：

建立访问操作风险库的监听

db2catalogtcpipnodeopriskdbremote10.2.35.23server50000

db2catalogdbopriskdbasopriskdbatnodeopriskdb

建立访问内容库的监听

db2catalogtcpipnodecognosdbremote10.2.35.23server50000

db2catalogdbcognosdbascognosdbatnodecognosdb

3.2.具体操作

第一步：

启动cognos服务

执行下面命令（不能用root用户登录执行）：

cd/opt/ibm/cogons/c10_64/bin64/

shcogconfig.sh

第二步：

将209作为COGNOSBISERVER集群服务的网关（生产环境要更换成生产环境的IP和端口）。

打开209的CognosConfiguration配置COGNOSBISERVER网关，先配置Enviroment，首先要禁用防火墙设置，把EnableCAFvalidation设定为False；

第三步：

配置209的GateWay，把209、241添加进去，如下图（生产环境要更换成生产环境的IP和端口）：

第四步：

配置209内容库URIS，内容库的设置有顺序（主机在上方（209），副机在下方（241）），active机器在前面，如下图：

第五步：

209配置完成如下图：

第六步：

配置241的standby模式的configuration

第七步：

同样要关闭241上的禁用防火墙设置。

第八步：

设置241上的GateWay（生产环境要更换成生产环境的IP和端口）

第九步：

设置241上的内容库URIS

第十步：

241配置完成如下图：

第十一步：

重新启动209、241机器上的COGNOS

如图，点击开始按钮，重新启动cognos服务（启动时有顺序，作为Active模式的209要先启动；）。

启

至此，我们的集群部署案例便完成了。

3.3.测试集群

测试209机器，访问下图地址栏的地址（生产环境要更换成生产环境的IP和端口），结果如下：

测试241机器，访问下图地址栏的地址，结果如下：

3.4.监控运行情况

通过访问地址http:

//10.2.47.209:

9300/p2pd/servlet/dispatch（生产环境要更换成生产环境的IP和端口），进入控制台能够监控到2台集群机器的运行情况，如下图：