具有会话亲和力的 OpenShift 服务将流量转发到两个 pod

Question

OpenShift容器平台3.11

假设设置在同一命名空间中具有一个客户端 Pod 和三个相等的服务器 Pod。服务器 Pod 可通过以下服务获得：

  apiVersion: v1
  kind: Service
  metadata:
    name: server
  spec:
    ports:
    - name: "8200"
      port: 8200
      targetPort: 8200
    selector:
      test.service: server
    sessionAffinity: ClientIP
    sessionAffinityConfig:
      clientIP:
        timeoutSeconds: 10800 # default

sessionAffinity： ClientIP html" target="_blank">声明，只要客户端具有相同的 IP，其请求就会转发到同一个服务器 pod（除非达到超时秒数）。这种设置按预期工作了几个月，直到突然间请求分布在两个服务器 Pod 之间。重新启动客户端 Pod 暂时解决了该问题，并且请求仅在一段时间内转发到一个服务器 Pod。但是，几天后，同样的问题再次出现。

我的问题：是否有关于OpenShift服务和sessionAffinity：ClientIP的任何内容可以解释为什么来自具有未更改IP的同一客户端的请求可能会“突然”分布在两个服务器Pod之间？

一些附加上下文:

客户端pod在连接到服务器pod时会收到一个会话令牌(不是cookie)。会话令牌缓存在服务器单元内，但不在服务器单元之间共享。因此，当客户端连接到不同的服务器时，它将收到对会话令牌的拒绝权限。然后，客户端请求新的会话令牌。如果客户端的请求被转发到同一个服务器pod，并且只是在某些时候服务器发生了变化(例如，因为第一个服务器崩溃了)，那么上面的设置工作正常。但是，如果客户端的请求分布在两个或更多服务器之间，则会话令牌将在每第二个或第三个请求时无效。

Answer 1

查看Kubernetes proxysocket源，我们假设长连接时间(250 ms以上)会触发新endpoint的选择。

我们现在不再通过 OpenShift 服务在服务器之间分发客户端连接，而是在客户端和服务器之间使用额外的 nginx pod。