硬件容量规划

主机集成服务器、SNA 网关的容量规划需要考虑几个因素。 它们可分为四个区域：会话总数、服务器负载、容错和部署模型。

会话总数

通常，必须对 IBM 主机的独立会话和依赖会话进行硬编码。 对于 (3270 Display、Printer 或 LUA) 依赖会话，这尤其如此，因为定义的每个 LU 只能支持一个会话。 此外，大多数客户仍然需要大量的依赖会话。 执行容量规划时，需要考虑会话总数，因为需要在每台服务器上显式配置会话数。

每个 Host Integration Server 最多可以支持 60,000 个依赖会话。 尽管一台服务器可以支持此数字，但通常会话将划分到多个服务器中以提供容错。 大多数客户最多支持 7,000-10,000 个显示或 LUA 会话，每个服务器最多支持 2000 个打印机会话。

另一个因素是连接到服务器的唯一用户数。 每个服务器可以支持 8,000 个唯一用户。 通常，客户将为每个桌面运行多个会话。 如果客户方案是 1：1 比率，则每个服务器的会话总数应保持在 8,000 以下。

另一种策略是使用 LU 池。 这样，Display 和 LUA 会话就可以按一个名称（称为“池”）组合在一起。 从用户的角度来看，使用池名称而不是 LU 名称。 服务器将为他们提供池中的下一个可用 LU。 在间歇性使用会话的情况下，池可以允许少数会话为较大的用户组提供服务。 例如，可能有 10,000 个用户，但一次使用的会话不得超过 5,000 个。 在这种情况下，可以创建包含 5,000 个会话的池，以适应峰值负载。 当用户和应用程序未绑定到特定 LU 时，此策略效果最佳。

用于模拟打印机会话的依赖 LU 遵循与显示 & LUA 会话相同的限制，但具有其他约束。 操作系统可能会限制并发打印会话的数量。 在较旧版本的 Windows 上，Host Integration Server 默认限制为 500 个并发会话。 此外，由于与 Windows 打印系统的交互，打印机会话会产生比显示或 LUA 会话更多的开销。 使用多处理器系统将提高并发打印性能。 通常，客户将支持每个服务器最多 2000 个配置的会话。

下表提供了组件的一些限制。

服务器负载

除了会话总数外，还需要将服务器正在执行的工作量纳入容量规划。

一个因素是客户端生成的需求。 数据的流动速率会影响工作负荷。 与经常使用的出纳员应用程序相比，间歇性屏幕访问（如贷款履行应用程序）产生的工作负载更少。 数据流量也会影响工作负荷。 通常，基于 3270 屏幕的应用程序将生成少量数据，其中作为文件传输或打印作业将发送完整的数据包。

另一个因素是服务器提供的其他服务。 如果服务器通过 TN3270 服务公开会话，则工作负荷将适度增加。 应考虑其他资源 (例如额外的 CPU) 或减少总会话数。 如果服务器通过 SNA 打印服务提供打印会话仿真，则会大大增加工作负荷。 配置为使用 PDT 文件的打印会话会略微增加工作负载。 为 GDI 配置的打印会话将大大增加工作负荷。 通常，客户会将打印会话隔离到专用服务器。

除了 Host Integration Server 服务外，服务器还可以执行其他服务和功能，例如托管数据库或提供 Windows 打印服务。 很难准确预测运行多个服务器应用程序所需的处理能力。 在许多情况下，满足特定响应时间或事务速率级别的自己的要求将指示环境的特定硬件要求。

下表提供了硬件要求的一般准则。

容错

每个服务器的会话总数和服务器总数需要考虑容错要求。 Host Integration Server 支持服务器（称为子域）的逻辑分组。 客户端针对特定子域进行配置，可以访问该子域中的任何服务器上的资源。 通过增加分散会话的服务器数，可以减少一台服务器发生故障时丢失的容量量。 例如，如果需要支持 10,000 个会话，在两个服务器之间划分会话意味着如果一台服务器发生故障，容量将损失 50%。 如果这些服务器分布在四台服务器上，则丢失一台服务器的容量只会减少 25%。

这些服务器可以重载以提供冗余。 使用上面的示例，可以在两台服务器上放置 7,500 个会话。 在这种情况下，丢失一台服务器只会使容量减少 25%。 使用此策略，可以提供 100% 冗余。

部署模型

最后，部署服务器的位置也会考虑容量规划。 如果服务器位于数据中心的中心，则一组核心服务器可以为所有分支位置提供服务。 如果服务器部署了分支，则通常它们只会为该分支上的会话提供服务。 通常，分支部署在较低容量下需要更多服务器总数，因为中央部署可以在更高的容量下使用更少的服务器。 对于每个 CPU 许可证模型，这两种部署模型可能不会影响许可成本 (，例如 4 个四进程服务器与 16 个单进程服务器) 。