Cognos服务器环境集群部署解决方案(8页).doc

《Cognos服务器环境集群部署解决方案(8页).doc》由会员分享，可在线阅读，更多相关《Cognos服务器环境集群部署解决方案(8页).doc（8页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、-Cognos服务器环境集群部署解决方案-第 5 页Cognos服务器环境集群部署解决方案操作风险项目组2022-8-28修改记录编号日期描述版本作者审核发布日期12013-3-28初稿V1.0操作风险项目组目录1.前言11.1.目的11.2.适用读者11.3.名词解释12.Cognos服务器集群服务的原理12.1.单机访问模式12.2.集群服务模式23.集群部署案例43.1.具体操作53.2.测试集群83.3.监控运行情况101. 前言1.1. 目的本文将主要实现Cognos服务器集群部署解决方案，其中包括：Cognos服务器集群原理、部署方案。1.2. 适用读者n Cognos应用实施人员

2、n 科技运维实施人员n 主要项目成员1.3. 名词解释集群：具备高可用性、容错能力、负载均衡能力的若干台机器组合。负载均衡：同时运行多台应用服务器（如，Tomcat/WebLogic等），以响应用户的并发请求，从而将用户负载合理地分散到这些J2EE应用服务器上。2. Cognos服务器集群服务的原理2.1. 单机访问模式BI App /Cognos:GatewayP2pd Content Manager 前端请求 内容库 业务数据库 当Cognos 的BI Server 安装完成后，配置好BI Server的内容库和访问业务数据库的数据源连接就可以进行工作，所有的报表访问请求都通过BI ser

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

4、表进程，当集群中某台服务器的所有CPU的报表进程均被占用的情况下，新的报表处理请求将被转给报表进程未被占满的服务器进行处理，达到负载均衡的目的。 下图描述的是一个完整的集群模式：部署描述：如图所示：通过路由或代理虚拟网络地址，连接主备服务器，同时两台服务器可以通过Weblogic集成实现负载均衡。Cognos：P2pd服务与Cognos:content manager分别单独做了主备部署，在运行时如果主的机器不能正常工作可以实现分流到备的继续运行。底层数据库可以实现数据备份与切换。优点：各个服务器均有灾备，实现了机器负载均衡的功能，提高了效率。缺点：服务连接通过配置，并且配置复杂，有冗余的服务

5、器。Cognos Bi Server实际上分为3个层次，通过上面的图会看的很清楚，有GateWay层、有应用层（P2pd）、内容库层（Content Manager），当对性能要求非常高并且硬件条件允许的情况下，可以形成每个层面上2台集群的集群，形成active-standby的工作模式。在进行BI server 安装 ，可以分别安装这三层的应用，每单独勾选一项就是独立的安装一层服务，安装界面如下图：在实际使用过程中，真正的压力在应用层应用层（P2P），所有在考虑综合成本后，一般采用下面的解决方案，只用2台机器进行集群服务，每台机器上都完整的部署GateWay层、有应用层（P2pd）、内容库层

6、（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会出现在启动服务

7、器失败，这里使用的是10.1.1版本），Cognos服务器具体安装过程请参数Cognos服务器安装相关文档。现将209做为active机，241做为standby机，也就是将所有报表访问请求都发给209上的Gateway，然后209会根据当前服务器资源情况，将适当的请求转发给241来处理，实现负载均衡。具体的操作如下：3.1. 准备工作首先保证作为集群的机器两台独立的服务器如209、241机器的cognos能够独立运行可以独立运行。由于我们的数据库使用的DB2，访问的一个操作风险的业务数据库和作为cognos内容库的数据库，为了是209、241能够访问到DB2，必须建立访问DB2数据库的监听，

8、如下：建立访问操作风险库的监听db2 catalog tcpip node opriskdb remote 10.2.35.23 server 50000db2 catalog db opriskdb as opriskdb at node opriskdb建立访问内容库的监听db2 catalog tcpip node cognosdb remote 10.2.35.23 server 50000db2 catalog db cognosdb as cognosdb at node cognosdb3.2. 具体操作第一步：启动cognos服务 执行下面命令（不能用root用户登录执行）：

9、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），副机

10、在下方（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台集群机器的运行情况，如下图：