问题标签 [session-affinity]

Heroku 会话亲和性提到粘性会话是通过传递 cookie 来实现的。但是我们将 heroku 用于不支持 cookie 的电视应用程序。粘性会话对我们来说非常重要。有谁知道在没有 cookie 支持的情况下是否可以在 heroku 上实现粘性会话？

我们有 2 个 Azure VM 运行 IIS 并托管 50 多个 .Net Web 应用程序（Webforms、MVC、WCF 和 ASMX）。两个虚拟机都是相同的，所有站点都使用端口 443 上的主机名 ([subdomain].domain.com) 进行配置，并且需要 SSL。其中 11 个站点是遗留站点，并且由于会话状态而需要 afinity，所有其他站点不需要并且可以随机负载平衡。

所有站点都在两台服务器上完美运行。

现在我们想在 2 个虚拟机前面放置一个应用程序网关，以提供负载平衡、https 重定向、WAF、...

我们是否可以配置 1 个应用程序网关来执行所有这些操作并确保亲和性仅对这 11 个站点有效，而不是对所有站点都有效，并且还进行 https 重定向？或者我们是否需要配置 2 个应用程序网关，1 个用于 11 个关联相关站点，1 个用于其余站点，然后让 dns 指向其中的 1 个网关？

TL;DR：我想在 K8s 中通过带有 SSL 直通的 nginx-ingress 控制器设置基于 cookie 的会话亲和性 - 可以这样做吗？

大家好，

我有一个正在运行的 Azure Kubernetes 服务 (AKS) (1.11.3)，并已将NGINX-Ingress控制器配置为将请求路由到我的应用程序的 ClusterIP 服务（至少运行 2 个 Pod）。

我已经在入口控制器上成功配置了 SSL 直通，以便 TLS 在 Pod 处终止，因此我可以使用 HTTP2（根据本文）。现在我想设置会话关联（使用 Cookie），以便将连接路由到同一个 pod 以实现有状态的行为（登录到应用程序）。

为此，我尝试在入口对象上使用以下注释：

但是，我没有看到第一个请求返回的“路由”cookie。我已经解决了这里描述的问题，并确保入口设置正确。然后我在文档中发现了这条消息中发现了这条消息：

因为 SSL Passthrough 在 OSI 模型 (TCP) 的第 4 层而不是第 7 层 (HTTP) 上工作，所以使用 SSL Passthrough 会使 Ingress 对象上设置的所有其他注释无效。

问：这是否意味着使用带有 SSL 直通的会话亲和性是不可能的？因为 Ingress 无法识别连接/cookie（因为它是 SSL 加密的）并将其定向到先前关联的 pod？

我已经通过 CLI 在 Heroku 上启用了会话亲和性——这是否足以确保来自用户的流量在正确的测功机（多个测功机）上命中相同的进程（使用 throng 进行聚类）？

需要明确的是，我没有代码来处理这个问题。我只是按原样使用套接字 io，我不使用粘性会话或任何东西。我所做的就是启用会话亲和性。

这够了吗？如何在本地进行测试？

我的服务/吊舱在服务后面运行，但我没有入口控制器。请求来自 GTM -> LTM -> K8s 服务 -> Pod。这里 LTM 覆盖了客户端 IP。因此，带有 ClientIP 策略的 SessionAffinity 不起作用。

我在请求中有 SMCookie。有没有办法可以在 K8s 服务中使用 cookie 进行负载平衡。或者建议一些其他的选择..

我想在 Kubernetes 中为有状态的应用程序实现粘性会话。我能够做到这一点，sessionAffinity: ClientIP但实际上我在 kubernetes 中寻找一些东西，它使用 cookie 在客户端会话上启用会话亲和性。因此，如果两个会话来自同一个客户端 IP。它可能由两个不同的 pod 提供服务。

如何使用 curl 强制 HAProxy 服务器关联？

使用 curl 7.58 版，我尝试过：

我仍在进行循环，首次连接负载平衡：

HAProxy 2.0.8 相关后端配置：

我可以保存和发送保存的 cookie，我可以编辑 cookie-jar 文件以获得我正在寻找的效果，但是如何在一行中制作 curl 命令？

Cookites.txt 内容：

我找不到指定在关联部署使用多个副本扩展时 Kubernetes 服务的行为方式的文档。

我假设有某种负载平衡。和服务类型有关系吗？

此外，我希望在服务转发的请求中具有一定的亲和力（即，如果可能，所有具有特定后缀的请求都应始终映射到同一个 pod，等等）。这是可以实现的吗？我见过的关闭是Ambassador，但这是服务级别的亲和力，而不是 pod 级别。

首先请求转到我已经实现的代理服务，服务将请求随机转发到 Pod，而不使用 sessionAffinity。我想根据我使用 post 方法在请求参数中设置的自定义值向同一个 pod 发送请求。我在我的服务 yml 中使用了 sessionAffinity。

这是带有 sessionAffinity 的服务 yml：

现在的问题是，当多个客户端从同一 IP 地址发送请求时，所有请求都被定向到单个 pod 而不是其他副本，导致负载平衡不均匀。但我也不希望随机转发请求。我希望根据我在发布请求中设置的自定义值而不是通过 clientIP 转发来自同一客户端或不同客户端的所有请求，因为 clientIP 解析为每个请求的源 IP。

我正在阅读这篇关于解决 Azure 应用程序网关会话关联问题的文章，并将其列为可能的原因，它指出“我的应用程序无法处理基于 cookie 的关联”，我如何知道我的 ASP.Net Web 应用程序是否可以处理基于 cookie 的关联或不是？

谢谢，