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

Question

我对负载均衡环境中的群集和会话管理的性能存在疑问。以下是我的问题：

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

感谢您的任何建议

Answer 1

正如SF已经回答：

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