本部分列出了在安装 WebSphere Partner Gateway 之前您应该考虑的一些事项。充分的规划使您能就满足需求的部署拓扑做出决定。
系统当机时间会严重影响您企业的生产力和收益率。如果您创建了高可用性的系统,则您可以向您的中心社区保证该系统一直都处于活动状态并在运行,并且为接收文档准备就绪。典型的高可用性环境可以确保系统在 99.9% 的时间内都能正常运行,有些系统甚至可以在 99.999% 的时间内都能正常运行。诸如系统故障、系统超负荷、网络阻塞和网络攻击之类的事件会降低可用性级别。要可用性达到最大,您需要提供系统冗余。通过在您体系结构中的单独服务器上准备每项逻辑功能(社区控制台、接收器和文档管理器)的至少两个实现,可以实现这种冗余。因此,如果您将所有这三个组件都放在一台服务器上,则需要另一台服务器以提供冗余。如果将各个组件分开放置在自己的服务器上,则您总共需要六台服务器以提供冗余。此外,您应当考虑在您的灾难恢复位置中创建另一组服务器,以便您可以从那个位置运行系统。
要创建高度可用的 WebSphere Partner Gateway 实现,那么支持它的基础结构(例如网络、因特网连接,甚至是连接您设施的电源)也都必须是高度可用的。高可用性需求也适用于 MQ 和您的 RDBMS。如果这些支持应用程序中的任何一个发生故障,则您的生产环境也将发生故障。
WebSphere Partner Gateway 可水平伸缩。即通过添加其组件的实例来增强其处理能力。所需的实际服务器数、特殊组件的实例数或网络能力取决于下列因素:
随着这些因素的变化,您可以通过添加 WebSphere Partner Gateway 组件的多个实例来伸缩 WebSphere Partner Gateway。接收器、社区控制台和文档管理器实例可独立位于任何地方。但是,在创建冗余的 WebSphere Partner Gateway 组件时有一些事项需要考虑:
请注意,在伸缩 WebSphere Partner Gateway 的过程中,您还必须伸缩支持它的基础结构,例如 WebSphere MQ 和您的 RDBMS。
一旦配置了您的服务器,则监控您的系统性能,以确定何时以及是否需要其它服务器以满足需求,这一点很重要。
数据存储是您拓扑中的关键组件,因为它是 WebSphere Partner Gateway 的先决条件。如何解决共享的存储需求取决于您的存储需求,并取决于对下列问题的回答:
如果您在这些领域的需求比较少,那么可以考虑在安装一个或多个 WebSphere Partner Gateway 组件的服务器上实现共享存储。如果要求较高,则它应当位于与 WebSphere Partner Gateway 不同的服务器上。如果需要高可用性,那么请考虑冗余 NAS 产品,因为它可独立于服务器进行伸缩。请注意,您的 RDBMS 和 WebSphere MQ 不一定要位于 NAS 上。
WebSphere Partner Gateway 将在标准的安全环境中工作。但是,您应当考虑下列问题:
如果您正在使用负载均衡器,那么社区控制台需要启用附着会话(也称为“服务器关联”)。 附着会话用于告诉负载均衡器:如果在指定时间段内,某一客户机请求来自同一 IP 地址,则应将该请求发送给上一次指定的同一服务器,而不是选择新服务器。
控制台使用 cookie 以确保同一会话中所有来自浏览器的请求都将发送至同一服务器。如果不启用附着会话,则来自控制台的每个请求都可能被负载均衡器发送至不同的服务器。这会产生问题。 例如,控制台将不认为该用户已经登录。在 IP 地址层启用附着会话可能会影响伸缩能力,因为接收器可能也会受到影响。大文档量的参与者每次都可以将他们的文档发送至同一接收器实例,因为负载均衡器会看到每个文档请求都使用相同的客户机 IP 地址。 另一个选项将仅针对 cookies 启用附着性,因此接收器不受任何影响。