会话、负载均衡器和 Akamai

网络工程 负载均衡器
2021-07-26 07:38:04

在我们的应用程序中实施 Akamai 时，我们面临一个问题，问题与会话维护有关。我的应用程序结构是 – Akamai (xyz.com) -> Origin (origin-xyz.com) -> VIP / LB (Session Affinity on Cookie) -> WebServer 1 OR WebServer 2 我们没有应用程序服务器，应用程序运行在Web 服务器本身上的 IIS 服务器。

进一步的细节 - a。我的服务器的一个数据中心 b. 一个 VIP C. VIP 后面的池中的两个 Web 服务器 d. 在 VIP 上为端口 80 和 443 启用 Cookie 持久性会话设置

如果我尝试在没有 Akamai 的情况下访问我的应用程序，即使用 origin.xyz.com 一切正常，没有会话问题。但是，如果我尝试使用 xyz.com（包括 Akamai）会话问题就会出现。请求在两个 Web 服务器之间浮动。

*我不确定以下信息是否正确或有什么不同，但我想分享，因为我不是网络专家。注意 – 如果我们使用 origin-xyz.com 访问站点，然后请求直接接近负载平衡器，则在负载均衡器上配置的 VIP 是外部（互联网），但是当我们访问 xyz.com 时，它首先接近位于同一网络内的 Akamai 和 Akamai在内部调用 origin-xyz.com（这里似乎有些差距，不确定那是什么以及修复了什么）

任何解决此问题的建议。

1个回答

如果我没记错的话，Akamai 在到您的源的一个TCP/HTTP 连接中执行多个请求。

如果使用 F5（但如果不使用也可能感兴趣），请参阅http://support.f5.com/kb/en-us/solutions/public/7000/200/sol7208.html并启用 OneConnect

这使得 F5 可以检查每个 HTTP 请求的客户端 cookie，而不仅仅是第一个请求。其他供应商可能也有类似的选择。

：

内容切换

当为 HTTP 虚拟服务器启用 OneConnect 配置文件，并且 HTTP 客户端在单个连接中发送多个请求时，BIG-IP 系统能够单独处理每个 HTTP 请求。BIG-IP 系统将 HTTP 请求发送到由负载平衡方法确定的不同目标服务器。如果没有为虚拟服务器启用 OneConnect 配置文件，BIG-IP 系统仅对每个 TCP 连接执行一次负载平衡。

注意：如果没有为虚拟服务器配置 OneConnect 配置文件，某些持久性方法有时会因 HTTP 解析问题而失败。有关详细信息，请参阅 SOL7964：对于 Keep-Alive 连接上的后续请求，持久性可能会失败。

当为未应用 HTTP 配置文件的 TCP 虚拟服务器启用 OneConnect 配置文件，并且客户端在单个连接中发送多个请求时，BIG-IP 系统能够单独处理每个请求。BIG-IP 系统将请求发送到由负载平衡方法确定的不同目标服务器。如果没有为虚拟服务器启用 OneConnect 配置文件，BIG-IP 系统仅对每个 TCP 连接执行一次负载平衡。

其它你可能感兴趣的问题
上一篇IPv6 VPN 寻址 下一篇链接聚合选项