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

C o g n o s服务器环境集群部署解决方案
操作风险项目组
2020-2-18
修改记录
编号日期描述版
本
作者
审
核
发布日期
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.测试集群 (11)
3.3.监控运行情况 (12)
1.前言
1.1.目的
本文将主要实现Cognos服务器集群部署解决方案，其中包括：Cognos 服务器集群原理、部署方案。

1.2.适用读者
⏹Cognos应用实施人员
⏹科技运维实施人员
⏹主要项目成员
1.3.名词解释
集群：具备高可用性、容错能力、负载均衡能力的若干台机器组合。

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

2.Cognos服务器集群服务的原理
2.1. 单机访问模式
BI App /Cognos:Gateway\P2pd\
Content Manager
前端请求内容库业务数据库
当Cognos 的BI Server 安装完成后，配置好BI Server的内容库和访问业务数据库的数据源连接就可以进行工作，所有的报表访问请求都通过BI server进行解析和返回。

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

下图描述的是一个完整的集群模式：
部署描述：
如图所示：通过路由或代理虚拟网络地址，连接主备服务器，同时两台服务器可以通过Weblogic集成实现负载均衡。

Cognos：P2pd服务与Cognos:content manager分别单独做了主备部署，在运行时如果主的机器不能正常工作可以实现分流到备的继续运行。

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

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

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

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

在进行BI server 安装，可以分别安装这三层的应用，每单独勾选一项就是独立的安装一层服务，安装界面如下图：
在实际使用过程中，真正的压力在应用层应用层（P2P），所有在考虑综合成本后，一般采用下面的解决方案，只用2台机器进行集群服务，每台机器上都完整的部署GateWay层、有应用层（P2pd）、内容库层（Content Manager），如下图：
部署描述：
如图所示：网络入口的大用户量并发访问，首先请求道作为active的安装了GateWay 应用的机器上，两台服务器上分别部署了cognos的各个服务和BI App服务，然后通过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数据库的监听，如下：
建立访问操作风险库的监听
db2 catalog tcpip node opriskdb remote 10.2.35.23 server 50000
db2 catalog db opriskdb as opriskdb at node opriskdb
建立访问内容库的监听
db2 catalog tcpip node cognosdb remote 10.2.35.23 server 50000
db2 catalog db cognosdb as cognosdb at node cognosdb
3.2.具体操作
第一步：启动cognos服务
执行下面命令（不能用root用户登录执行）：
cd /opt/ibm/cogons/c10_64/bin64/
sh cogconfig.sh
第二步：将209作为COGNOS BI SERVER集群服务的网关(生产环境要更换成生产环境的IP和端口)。

打开209的Cognos Configuration配置COGNOS BI SERVER网关，先配置Enviroment，首先要禁用防火墙设置，把Enable CAF validation设定为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台集群机器的运行情况，如下图：。