将应用程序移动到Websphere群集

在将应用程序从单个Websphere application Server移动到Websphere群集之前，我们应该注意什么？这是我的经验列表。它不完整，但应涵盖最常见的问题领域：

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

---

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

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

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

---

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

+1对于

，请确保您的应用程序在web界面中使用资源的相对路径。一旦您开始进行负载平衡等工作，如果您已经完成了大量工作，您可能会遇到一些严重的问题。

IBM WebSphere Commerce 7