专家访谈: Gary Puchkoff 谈 WebSphere Application Server for z/OS

引言

高级架构师和设计人员 Gary Puchkoff 介绍了 WebSphere Application for z/OS 如何适应 WebSphere 系列的其他部分和如何独特地利用 z/OS 功能，其中包括针对 Java™ 处理器的 System z™ Application Assist Processor (zAAP)。WebSphere for z/OS 是用于大型机的主要 Java 2 Enterprise Edition (J2EE) 和 Web 服务应用程序服务器。它是一个完整的编程模型，与其他平台上的 WebSphere 兼容，同时还保持有安全性、事务和工作负载管理方面的独特功能。

问：我的公司从 WebSphere Application Server for z/OS V4.0.1 迁移到了 V5.1，迁移过程非常耗时。IBM® 正在做什么工作来改进迁移过程？

答：从 V4.0.1 到 V5 的迁移比我们希望的更复杂。我们已在许多方面作出了改进。首先，我们目前正在非常努力地确保不致对 WebSphere 做出不兼容的更改。例如，V4 和 V5 之间的脚本更改导致了大量需要完成的工作。在 V5 和 V6 中，我们维持了相同的脚本支持。其次，我们已实现了一个弃用策略，其中对两次通知发布之间正在更改或消失的所有接口进行了记录。WebSphere Application Server 信息中心对这些接口作了文档记录。在两次发布后，我们将在删除该接口时更新文档。第三，我们拥有产品内置的工具来简化从一次发布到另一次发布的过渡。即使您遗漏某次发布，我们现在也支持您进行迁移。最后，当您运行 WebShere Application Server ND 时，我们支持混合版本单元 (mixed version cell)。这意味着您可以通过将部署管理器升级到 V6.1 来继续运行 V5.1，并在 V6.1 上创建新服务器的同时保留 V5.1 服务器。

问：我们使用了 WebSphere Application Server for z/OS V4.0.1，发现从 Windows® 上的 WebSphere Application Server 迁移应用程序非常困难。并非所有同样的 API 都受到支持。IBM 何时才会使 WebSphere Application Server for z/OS 与在非 z/OS 上一样呢？

答：您所期待的支持目前在 V6.0.2 及更新版本中已经有了。WebSphere Application Server for z/OS 的实现与非 z/OS 平台上的代码库相同。WebSphere Application Server for z/OS 仍然维持与 z/OS 的紧密耦合。我们没有删除任何对以前产品中的 z/OS 功能的利用。如果您拥有在 Windows 上的 WebSphere Application Server 之上运行的应用程序，则会发现它在 z/OS 上也将会同样工作。Windows 上将有 z/OS 上所不存在的 WebSphere 编程模型之外的功能，就如同 z/OS 上可能有 Windows 上所不存在的 API 一样。只要您坚持使用 J2EE 和 WebSphere 中有文档记录的 API，就可以确保应用程序将会正常运行。

问： 您能否提供有关 WebSphere Application Server for z/OS 何时将支持 64 位的消息？

答：当我们发布 WebSphere Application Server V6.1，曾表示要计划推出利用 64 位的 z/OS 版本。z/OS 1.6 是一个双模操作系统，可以同时运行 31 位和 64 位应用程序。因此我们对 z/OS 的 WebSphere 支持就旨在同时支持 31 位或 64 位服务器操作系统。您可以将部署管理器和节点代理升级到 64 位，并将新服务器定义为 64 位，同时将其他服务器保留为 31 位服务器。这为客户提供了转变到 64 位支持的细粒度迁移途径。使用 64 位支持，您可以指定大得多的 Java™ 堆。客户通常发现，在 31 位 z/OS 上可以拥有的最大 Java 堆大约为 1G。该支持允许您使用 2G 或更大的堆。当我们提供 z/OS 64 位可交付内容时，还将放宽 10MB 的 IIOP 消息缓冲区限制。

问：z/OS 是否能够与非 z/OS 驻留在同一单元内？

答：从 V6.0.2 开始，我们支持 z/OS 的混合平台单元。这意味着您可以让非 z/OS 部署管理器管理 z/OS 节点，或者可以让 z/OS 部署管理器管理非 z/OS 服务器。这在维护单个单元方面提供了更多灵活性。为此，安全配置必须在平台之间使用公共协议，这通常就是基于 LDAP/LTPA 和文件或基于 TAM 的身份验证。而且还不能使用混合了 z/OS 和非 z/OS 服务器的集群。z/OS 服务器在集群中使用 z/OS 耦合功能来共享数据，该功能对非 z/OS 服务器不可用。

问：您能否解释一下 zAAP 处理器在使用 z/OS 时的好处？

答：zAAP 处理器是供 z/OS 使用的专用处理器。它们仅执行 Java 代码。其基本思想在于，既然 Java 比其他语言更消耗 CPU，我们就通过添加更多低价 CPU 来提供附加处理器容量。这些 CPU 执行 Java 应用程序的 Java 部分。有些 Java 应用程序大约用 50% 的时间执行 Java，而其他应用程序则用 80% 的时间执行 Java。这完全取决于应用程序。IBM 提供了一种机制来对这种情况进行估计并帮助确定 zAAP 对您的应用程序的好处。除了提供更低 CPU 成本外，zAAP 的容量并不包括在计算机的容量中。这意味着当软件销售是使用基于容量的定价度量时，添加额外 zAAP 可能不会增加任何软件费用。因此 zAAP 可以提高总体容量而不增加软件成本。

问：z/OS 是否有支持更细粒度的管理权限的计划？我们希望限制开发人员仅在他们自己的服务器中安装应用程序。

答：在 V6.1 中，我们添加了一个称为部署人员 (deployer) 的新角色。该角色允许您在服务器中安装应用程序。我们还添加了对更细粒度的权限的支持。这在 V6.1 中只能通过脚本界面使用。管理控制台 (GUI) 还不支持这些更细粒度的权限。如果您要通过脚本来限制开发人员安装应用程序，则可以使用这个新的支持。

问：我们在 Sysplex 中运行工作负载，并拥有 WebSphere Application Server 的多个副本以提高可用性。有时，我们需要在其中一个 LPAR 上执行维护。是否有任何方法来临时让 WebSphere z/OS 停止接收工作？

答：是的，我们添加了名为 pauselisteners/resumelisteners 的操作员命令。您可以在 z/OS modify 命令上指定此命令，并且还存在一个 MBEAN 接口。当您发出 pauselisteners 命令时，z/OS 服务器与所有入站工作请求（HTTP、IIOP 和 MDB）断开连接。然后您可以执行所需的任何维护。当您完成时，可以发出 resumelisteners 命令来重新开始接受工作。一般情况下，工作负载平衡代码能够识别此命令，并且工作将转到其他集群成员。这避免了必须停止并重新启动 WebSphere 这个非常耗时的活动。WebSphere Application Server V5.1 及更新版本提供了该支持。

问：WebSphere on z/OS 能够在非 z/OS 平台上使用由 Apache 提供支持的 IHS，但是在 z/OS 上需要由 Domino® 提供支持的 IHS。是否有任何在 z/OS 支持由 Apache 提供支持的 IHS 的计划？

答：是的，作为 V6.1 发布的一部分，我们提到了计划在 z/OS 上交付由 Apache 提供支持的 IHS。这将与所有其他受支持的 WebSphere 平台一致。

问：z/OS 上的 WebSphere 安装过程与非 z/OS 上的 WebSphere 安装过程差别非常大。是否有任何改变这种状况的计划？

答：z/OS 上的 WebSphere 必须适应 z/OS 安装过程，该安装过程基于 SMP/e 和 ISPF 以及 WebSphere 的安装过程。在 V6.1 中，我们作出了一些改变。首先，我们不再提供 OBJ 文件，我们现在提供可执行文件。这样做的价值在于，它大量缩短了 SMP/e 安装时间。其次，我们现在作为 Application Server Toolkit (AST) 的一部分提供了一个工具，称为 z/OS 概要管理工具。它是一个基于 Eclipse 的应用程序，类似于为非 z/OS 平台提供的 PMT。它运行于 Linux 或 Windows 上，并产生与 ISPF 对话相同的批处理作业。此外，它还支持与非 z/OS 相同的允许“静默”安装的应答文件格式。