Cognos服务器环境集群部署解决方案.docx
《Cognos服务器环境集群部署解决方案.docx》由会员分享,可在线阅读,更多相关《Cognos服务器环境集群部署解决方案.docx(14页珍藏版)》请在冰豆网上搜索。
![Cognos服务器环境集群部署解决方案.docx](https://file1.bdocx.com/fileroot1/2023-1/26/a2a6c659-bc65-49e3-9b00-da7a486aabd3/a2a6c659-bc65-49e3-9b00-da7a486aabd31.gif)
Cognos服务器环境集群部署解决方案
Cognos服务器环境
集群部署解决方案
操作风险项目组
3/21/2021
修改记录
编号
日期
描述
版本
作者
审核
发布日期
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.具体操作5
3.3.测试集群11
3.4.监控运行情况12
1.前言
1.1.目的
本文将主要实现Cognos服务器集群部署解决方案,其中包括:
Cognos服务器集群原理、部署方案。
1.2.适用读者
⏹Cognos应用实施人员
⏹科技运维实施人员
⏹主要项目成员
1.3.名词解释
集群:
具备高可用性、容错能力、负载均衡能力的若干台机器组合。
负载均衡:
同时运行多台应用服务器(如,Tomcat/WebLogic等),以响应用户的并发请求,从而将用户负载合理地分散到这些J2EE应用服务器上。
2.Cognos服务器集群服务的原理
单机访问模式
前端请求
内容库
业务数据库
当Cognos的BIServer安装完成后,配置好BIServer的内容库和访问业务数据库的数据源连接就可以进行工作,所有的报表访问请求都通过BIserver进行解析和返回。
2.1.集群服务模式
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.测试集群
3.4.测试209机器,访问下图地址栏的地址(生产环境要更换成生产环境的IP和端口),结果如下:
3.5.
测试241机器,访问下图地址栏的地址,结果如下:
3.6.
监控运行情况
通过访问地址http:
//10.2.47.209:
9300/p2pd/servlet/dispatch(生产环境要更换成生产环境的IP和端口),进入控制台能够监控到2台集群机器的运行情况,如下图:
学会低调,取舍间必有得失,不用太计较。
学着踏实而务实,越努力越幸运。