将应用程序移至 Websphere 集群

Question

在将应用程序从单个 Websphere Application Server 迁移到 Websphere 集群之前我们应该注意什么

Answer 1

这是我根据经验列出的清单。它并不完整，但应该涵盖最常见的问题领域：

• 规划分布式会话管理配置（即，您将使用内存到内存还是基于数据库的复制）。请注意，如果您仍在 32 位平台上，并且您的应用程序已使用大量内存，则集群的资源需求开销可能会导致不稳定问题。
• 确保您放入用户会话中的所有内容都可以使用默认序列化程序进行序列化（实现可序列化）。否则，您可能会遇到分布式会话的问题。
• 这同样适用于您放入 DynaCache 中的所有内容。确保一切都正确序列化。
• 指定并确保所有资源定义（JDBC 提供程序等）都在适当的范围内。我通常建议对安装到集群使用的应用程序的所有内容使用实际的集群范围。这可以确保测试功能从适当的点正常工作，并且您不会做出相互冲突的定义。
• 确保您的应用程序对 Web 界面中的资源使用相对路径。一旦你开始负载平衡和东西，如果你已经固定了很多东西，你可能会遇到一些严重的问题。
• 如果您有任何类型的计时器，请确保它们与集群配合良好。对于 Quartz，这可能意味着您应该使用 JDBC 存储来执行计时器任务。对于 EJB 计时器，请确保仅注册计时器一次（如果有多个节点同时尝试注册，则可能会损坏 WAS 的计时器数据库），并确保将它们安装到集群范围。
• 确保您使用 WAS 提供的 SSO 机制。如果您有自定义实现，请确保它能够很好地处理集群中服务器之间的用户移动。

Answer 2

保持简单，根据您的要求，尝试将负载均衡器配置为使用粘性会话，而不是在 HTTP 会话中保留状态。这样，您就不需要在内存会话复制中使用资源匮乏的资源。

单点登录对于单个集群来说不是问题，因为您的 HTTP 客户端不会离开同一个 http://server .acme.com/...主机域名。

大多数测试应该集中在数据库争用上。如果您有一个高度事务性的应用程序（即对同一个表进行多次写入），请确保查看数据库隔离级别，以便不会不必要地持有锁。您的交易划分也是如此。使交易尽可能简短。如果您自己没有数据库技能，请确保让数据库分析师在您测试时帮助您监控数据库。

Answer 3

另外，在发生任何重大更改（例如此更改或升级到新版本等）之前向 IBM 支持人员提出 PMR 也是一个很好的建议。将其作为“软件使用问题”提出，他们可以根据他们的知识数据库为您提供反馈其他客户的输入。这同样适用于您有支持协议的任何类型的产品 - 在出现问题之前寻求支持。