Session 生产环境中的Tomcat群集/负载平衡性能

我对集群和会话管理在负载平衡环境中的性能有一些怀疑。以下是我的问题：

• 粘性会话和会话复制的缺点是什么。集群将包含4个节点，但可能会有许多并发用户会话
• 两种解决方案的重载性能如何
• 有人在生产环境中使用过它们吗
• 可伸缩性如何
• 如果使用持久共享会话-将状态存储在何处以实现可能快速稳定的解决方案
• 您是否有大规模会话共享（在外部memcache、数据库等中）的经验

---

感谢您提供的任何建议，SF已回复：

• 粘性会话的缺点是，随着节点数量的增加（在>100、>1000的范围内），失败的概率增加。那么，最好不要在意哪个节点为请求提供服务。但是，有些问题必须通过不同的粘性会话来解决，这当然取决于需求和应用程序（例如会话同步、防止双重提交、发布后重定向等）。大多数情况下，我自己的偏好是使用粘性会话，只要节点数量有限。对于4个节点，我个人建议使用粘性会话
• 我们在生产环境中使用了粘性会话和会话复制。memcached会话管理器是在tchibo.de（德国最大的电子商务网站之一）重新启动期间开发的，其目标是性能和可扩展性
• 我们为此应用程序选择了粘性会话
  • 因为性能更好
  • 客户要求选择了粘性会话
  • 使用的web框架更适合粘性会话