粘性会话如何与HTTP和HTTPS相关联;
如果我将负载平衡器放置在运行支持HTTPS的前端的某些Web应用程序服务器之前，会话是否会在典型的负载平衡器上保持“粘滞”状态，该负载平衡器列出“stick会话”作为其支持的function之一？
我知道这个问题部分是开放性的， 为了说明，我是否需要一个支持粘性HTTPS会话的负载平衡器，或者是“粘性会话”，它是一个与HTTP负载无关的主体，不pipe它是否被encryption？
谢谢。
负载均衡可以通过cookie，URL中的参数等来识别会话。如果在负载均衡器上使用https，负载均衡器必须自己处理所有SSL处理，以便查看会话。
所以，是的，你需要一个负载均衡器来终止SSL的客户端，所以它可以访问会话数据。 （没有Linux虚拟服务器或HAProxy然后）
一般来说，sticky是HTTPS的默认值，而non-sticky是HTTP的默认值。
对于HTTP，如果会话状态数据的一部分保存在服务器端本地（仅在RAM中或仅在本地存储器上），则需要启用粘性会话。 例如，一旦连接被authentication到服务器A，它就需要继续路由到服务器A，因为服务器B将需要重新authentication。
如果后续的请求将成功，无论它们被路由到哪个服务器，那么你不应该使用粘滞。
非粘性的，如果你的应用程序支持它，通常是首选。