内容


Cognos 云最佳实践

选择设置以支持高可用性

在云中配置和维护 Cognos

Comments

系列内容:

此内容是该系列 # 部分中的第 # 部分: Cognos 云最佳实践

敬请期待该系列的后续内容。

此内容是该系列的一部分:Cognos 云最佳实践

敬请期待该系列的后续内容。

高可用性的目标是,倘若主系统发生故障,提供一个备份机制来将请求和数据处理传递到备份系统;然而用户和系统需求也发生了变化。没有一个完美的配置,因此您必须根据系统配置、可用性、稳定性和可靠性慎重考虑设置。

本文提供了很多关于创建和维持 Cognos 高可用性和灾难恢复解决方案的建议,其中包括:

  • Cognos 网关和 Cognos 应用程序服务器。
  • 活动的和备用的 Cognos Content Manager。
  • IBM® DB2® High Availability 和 Disaster Recovery (HADR)。

关于在 IBM Cloud 中安装和配置 Cognos 的更多信息,参考本系列的其他文章以及 Cognos 网站(参考资料)。

Cognos 网关和 Cognos 应用程序服务器

为了在网关层实现故障恢复支持,将多个 Cognos 网关安装到 web 场(farm)中,每个 web 服务器一个。倘若 web 服务器发生故障,web 场入口点(通常是一个路由器或者反向代理服务器)应该能够将请求重新发送到下一个 web 服务器(如图 1 所示)。

图 1. 带有一个反向代理路由器的高可用性 Cognos 云计算环境
带有一个反向代理路由器的高可用性 Cognos 云计算环境
带有一个反向代理路由器的高可用性 Cognos 云计算环境

我们建议,每个 Cognos 网关应该被配置含有多个应用程序服务器。发送到网关的请求被路由到列表中第一个可用的服务器。如果这个服务器不可用,网关重新将请求路由到下一个可用服务器,依次类推。

注意,每个 Cognos 网关的主 Cognos 应用程序服务器的状态是由网关自身来监控的;只要主服务器恢复服务,请求立即路由到主服务器。

备选方案:Cognos 应用程序服务器作为网关

不需要网关支持其他 C/C++ 应用程序的用户可以选择用 Cognos 应用程序服务器(禁用所有服务)替换 Cognos 网关(上一小节提到过)(图 2) :

图 2. 使用 Cognos 应用程序服务器作为一个网关
使用 Cognos 应用程序服务器作为一个网关
使用 Cognos 应用程序服务器作为一个网关

图 2 显示的拓扑消除了管理和维护网关和应用程序服务器之间的配置的需求。那个配置被 Cognos 应用程序服务器提供的自动发现服务(auto-service discovery)特性管理。

活动和备机模式下的 Cognos Content Manager

Cognos Content Manager 的故障恢复支持允许在 Cognos 解决方案上安装多个 Cognos Content Manager 设备。选择其中一个作为活动 Cognos Content Manager,其他所有的在备机模式下运行(图 3)。

图 3. 活动和备机模式下的 Cognos Content Manager
活动和备机模式下的 Cognos Content Manager
活动和备机模式下的 Cognos Content Manager

如果活动 Cognos Content Manager 失败,Cognos 应用程序服务器不再能够与之通信。在这种情况下,Cognos 应用程序服务器将选择一个备机 Cognos Content Manager,使其成为新的活动 Content Manager。所有请求将指向这个新的活动 Content Manager。其他所有 Cognos Content Manager 设备仍然保持备机状态继续故障恢复支持。

只要安装一个活动的和一个备机的 Cognos Content Manager,来进行故障恢复保护。管理员关注 Content Manager 何时发生故障、未保存的 数据会话何时丢失,新的 Content Manager 激活后提示用户再次登录。

IBM DB2 High Availability 和 Disaster Recovery (HADR)

DB2-HADR 是一个容易使用的 IBM DB2 特性;它提供一个高可用性解决方案来处理您的 Cognos 解决方案中不同类型的数据库故障。在 DB2-HADR 环境下,管理员需要建立两个 DB2 数据库,一个作为主数据库一个备用。事务日志自动从主数据库同步到备用数据库(图 4)。

图 4. IBM DB2 High Availability 和 Disaster Recovery (HADR)
IBM DB2 High Availability 和 Disaster Recovery (HADR)
IBM DB2 High Availability 和 Disaster Recovery (HADR)

在 DB2-HADR 环境下,客户端到数据库的连接是由自动化客户端路由(ACR)设置管理的。通常情况下,所有请求路由到主数据库。倘若主数据库发生故障,客户端将接收到一个连接错误,使用 ACR 设置中存储的信息自动尝试连接备用系统。

DB2-HADR 环境为平衡性能、可伸缩性和系统可靠性(这是 Cognos 管理员考虑的事)提供几个异步模式选择:

  • Synchronous: 主数据库和备用数据库之间不可能发生数据丢失,但是需要以主数据库的性能为代价。
  • Near Synchronous: 如果主数据库和备用数据库同时发生故障,数据丢失的可能性很小,这个模式是性能和可靠性之间的最佳折中。
  • Asynchronous: 最佳性能选择,但是如果主实例或备用实例或者网络连接发生故障,可能会丢失数据。

我们建议,Near Synchronous 模式用于所有 Cognos 解决方案,Synchronous 模式用于任务关键型情况。

结束语

我们希望这些最佳实践,在 IBM Cloud 中交付智能业务分析的 Cognos 力量时,可以帮助您理解一些可用系统配置来提供高可用性。

在 Cognos 网站和 developerWorks 中查找云中运行的 Cognos 的更多信息(参考资料)。


相关主题


评论

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

static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=10
Zone=Cloud computing, Information Management
ArticleID=559921
ArticleTitle=Cognos 云最佳实践: 选择设置以支持高可用性
publish-date=11012010