Session Tomcat上会话复制的缺点是什么？

我试图决定在Tomcat+Apache反向代理模式下进行会话复制的更好方式。部署中更常见的是什么？会话复制还是粘贴会话？会话复制有什么缺点吗

---

谢谢

如果您选择会话复制，我可以指出以下注意事项

性能

主要缺点在于性能。复制会话涉及将会话数据复制到群集中的所有服务器。集群中的服务器越多，所涉及的额外开销就越大

Tomcat通过定义会话复制的两种模式来帮助解决这一开销

DeltaManager（默认）和BackupManager

从这个URL

使用上述配置将 启用全对全会话复制 使用DeltaManager进行复制 会话三角洲。我们指的是所有人 将会话复制到 群集中的所有其他节点。 这对于较小的集群非常有效 但我们不推荐更大的 集群（许多tomcat节点）。阿尔索 当使用增量管理器时，它将 复制到所有节点，甚至是节点 没有应用程序 部署

为了解决这个问题， 您需要使用备份管理器。 此管理器仅复制 将会话数据发送到一个备份节点，以及 仅适用于具有 已部署应用程序。经济下滑 备份经理：不完全是战斗 作为增量管理器进行测试

有关启用会话复制时集群的良好设计提示，请阅读

内存

有多少并发用户将访问该应用程序？用户越多，存储到会话中的数据就越多，因此会话复制会过载

代码注意事项

此外，您需要确保应用程序放入会话的数据是可序列化的。序列化会话数据有一些复制会话状态的开销。将会话大小保持在合理的小范围是一个好主意，因此开发人员需要检查放入会话的数据量

粘性会话

考虑到这些因素，它实际上取决于用例的关键性。如果您单独使用粘性会话，则在关键过程中有可能丢失用户数据

---

您是否有办法从中恢复—例如：在订单或付款过程的每一步都将关键数据分发到数据库中？如果没有，用户必须登录并重新启动。这适用于非事务性的网站，但浏览宣传册软件类型的数据或填写表格以捕获非支付数据等。

您指的是跨多个群集Tomcat服务器的“会话复制”，以便会话可以故障切换吗？是的！我想知道什么更好，会话复制还是stick会话及其缺点。假设我们在tomcat中设置了会话复制。当会话的复制正在进行时，一个请求到达一个不知道该会话的节点（因为复制没有完成）。在这种情况下，tomcat做什么？它是保留请求直到会话复制完成，还是继续请求？