如何在 AWS EC2 上的 SAP Business Objects 4.3 中配置 Tomcat 会话持久性？

Question

我有一个在 AWS EC2 上运行 SAP Business Objects 4.3 的两节点集群。 我有一个 Aurora 数据库后端来保存元数据，它似乎已正确连接。

按照Tomcat 9上的文档，我尝试实施他们建议的“最简单”集群配置：

<Cluster className="org.apache.catalina.ha.tcp.SimpleTcpCluster"/>

在位于此目录的 server.xml 文件中添加（或者取消注释该行）：/opt/bo/sap_bobj/tomcat/conf

同样，说明指示添加该行：

<distributable/>

到 /opt/bo/sap_bobj/enterprise_xi40/warfiles/webapps/BOE/WEB-INF/web.xml 中的适当位置。

停止并重新启动 Tomcat 会生成一个干净的 catalina.out 文件并成功启动，但会话似乎不会持续存在。

跨节点的会话持久性设置还有更多吗？

编辑：如果我的 Tomcat 服务器之一关闭，但我仍然可以访问 SAP 门户，这是否符合成功配置的条件？

Answer 1

对于 BusinesssObjects，需要安装一个额外的 jar 才能使完整的会话持久性工作。 请参阅此 SAP Note和说明。 还有一篇更详细的博客文章（它是为 Azure 编写的，但大部分 Tomcat 特定的信息是相同的）。

我试过一次，但无法让它工作，但你可能会有更好的运气。

关于“如果我的 Tomcat 服务器之一关闭但我仍然可以访问 SAP 门户，这是否符合成功配置的条件？ ”。 这意味着您的负载均衡器正在正确检测故障服务器并将流量重定向到剩余的健康服务器。 如果这对您来说足够好，那么您不需要任何特殊的 Tomcat 配置。 负载均衡器后面只有两个（或更多）。 会话持久性将使您具有容错能力：

1. 您登录 BO
2. 您连接的 Tomcat 服务器崩溃
3. 您在 BO 中执行其他操作（转到另一个文件夹、刷新报告等）
4. 您的会话继续。 你甚至不知道服务器崩溃了。

如果没有会话持久性（即，一个 LB 后面只有两个 Tomcat），您将获得高可用性：

1. 您登录 BO
2. 您连接的 Tomcat 服务器崩溃
3. 您在 BO 中执行其他操作（转到另一个文件夹、刷新报告等）
4. 您将返回到 BO 登录页面。 您的原始会话已消失。