平衡工作负载

应使用集群和集群成员来监视和管理应用程序服务器的工作负载。

开始之前

应该了解用于配置应用程序服务器的选项。要帮助您了解如何配置和使用工作负载管理的集群,请考虑此方案。在单个机器上的集群成员之间分布客户机请求。客户机指连接到最终用户和被访问的应用程序服务器的任何 servlet、Java™ 应用程序或其他程序或组件。

[AIX Solaris HP-UX Linux Windows]在更复杂的工作负载管理方案中,可以将集群成员分布到远程机器。

[z/OS]在更复杂的工作负载管理方案中,可以在同一个综合系统中分布集群成员。

关于此任务

如果您决定使用集群对工作负载进行均衡,请执行以下步骤。

过程

  1. 确定要集群的应用程序服务器。
  2. 确定您是否要复制数据。复制是在应用程序服务器之间传输数据、对象或事件的服务。

    您可在创建集群时创建复制域。

  3. 将应用程序部署到应用程序服务器上。
  4. 创建集群。

    在完全按您的意愿配置应用程序服务器和应用程序组件后,创建集群。原始服务器实例变成通过集群管理的集群成员。

  5. 创建一个或多个集群成员。
  6. [AIX Solaris HP-UX Linux Windows][IBM i]配置备份集群。
    避免故障 避免故障: 如果您的客户机在以下所述环境中运行:
    • 包括 Java 瘦客户机,
    • 在多个单元之间路由请求,或
    • 如果在单个单元中对请求进行路由,而该单元包括使用旧版产品的节点,
    它们可能突然遇到一种情况,在这种情况下,有关目标集群的集群成员的端口信息已过时。

    当所有集群成员都具有动态端口并且在没有请求被发送的某个时间段期间重新启动时最常发生此情况。处于此状态的客户机进程将最终尝试路由到 Node Agent 以检索集群成员的新端口数据,然后使用该新端口数据来路由回集群成员。

    如果发生的任何问题阻止客户机与 Node Agent 通信,或者阻止新端口数据在集群成员与 Node Agent 之间传播,那么在客户机上可能发生请求失败。在某些情况下,这些失败是暂时的。在其他情况下,您需要重新启动一个或多个进程以解决故障。

    要解决在这些情况下可能发生的客户机路由问题,可在集群成员上配置静态端口。使用静态端口时,在客户机进程获取有关集群成员的信息时端口数据不会更改。即使集群成员重新启动,或在进程之间发生通信或数据传播问题,客户机保留的端口数据将仍然有效。这一应对措施不一定能够解决底层通信或数据传播问题,但是会消除意外或不平衡的路由决策症状。

    gotcha

    如果主集群故障,那么备份集群将处理请求。

  7. 启动集群。

    当您启动集群时,作为该集群成员的所有应用程序服务器都会启动。在集群成员启动后,工作负载管理会自动开始。

  8. 在集群运行后,您可以执行下列任务:
    • 停止集群。
    • 对集群成员上安装的应用程序进行升级。
    • 检测和处理服务器集群及其工作负载的问题。
    • 更改客户机的工作负载管理状态刷新频率。

      com.ibm.CORBA.RequestTimeout JVM 属性的缺省超时值为 0,这意味着永远等待。对于故障转移情况,这不是很好的设置。因此,如果您的应用程序遇到超时问题,或者您已配置系统对故障转移情况进行处理,请对 LaunchClient 命令使用 -CCD 选项以便为此属性设置适当的非零值。

      如果客户机的工作负载管理状态刷新得太快或太慢,请更改 JMS 定制属性的时间间隔设置 com.ibm.websphere.wlm.unusable.interval。

[IBM i][AIX Solaris HP-UX Linux Windows]

下一步做什么

对于独立 Java 客户机,您必须定义引导主机。独立 Java 客户机是位于不同于应用程序服务器的机器上,而且没有管理服务器的客户机。将下列行添加到客户机的 Java 虚拟机 (JVM) 参数中:
-Dcom.ibm.CORBA.BootstrapHost=machine_name
其中,machine_name 是运行管理服务器的机器的名称。

指示主题类型的图标 任务主题



时间戳记图标 最近一次更新时间: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=trun_wlm
文件名:trun_wlm.html