GCE Kubernetes 会话持久化
GCE Kubernetes Session Persistence
我是 运行 GCE Kubernetes 上的一个 wordpress / woocommerce 网站，由于会话持久性而无法扩展。
LoadBalancer (GCE Ingress) 将所有流量发送到反向代理，然后反向代理将流量发送到我设置的不同服务，其中之一是 wordpress。
如果我在 WordPress 服务上使用 SessionAffinity: ClientIP，所有流量都将流向一个 pod，而其他的将被忽略。这似乎是因为服务看到的是 LoadBalancer 的 ip 地址而不是客户端的。尽管在 nginx 反向代理和 wordpress NodePort 服务上都设置了 externalTrafficPolicy: Local。
我也尝试过使用 wordpress 服务作为默认后端，我设法让流量到达所有 pods 但失去了会话亲和力。
Ingress 还执行 TLS 终止，我发现这会影响 ClientIP 可见性，但我认为该问题已通过外部流量策略解决。
我们也在使用 Cloudflare，我想知道这是否会产生影响。但是我们正在使用 ngx_http_realip_module 来尝试获取正确的客户端 IP 地址。
我的集群中部署的 PHP 服务之一也遇到了类似的问题。会话是邪恶的 :) 但有时你确实需要使用它们。您可以通过几种方式将会话数据聚集在 PHP 中，这样您就不需要在负载均衡器上使用粘性会话。
- Pod 中的共享 RWX 卷将使会话文件对部署中的所有实例可用。除非你使用 S3 之类的东西进行 wordpress 上传，否则你可能已经对二进制文件做了类似的事情，就像我建议的会话文件一样。
- 使用 Memcached 或 Redis 作为会话存储的会话处理程序（这是我现在拥有的）
- 您甚至可以将它们保存在您的 MySQL 中，就像 WP 数据库一样，尽管我已经看到它可能会对性能产生重大影响。
您可以找到简单的 mamcache 示例 here。如果您需要集群存储，可以查看 Redis 集群，或者像我一样查看 Couchbase
我是 运行 GCE Kubernetes 上的一个 wordpress / woocommerce 网站，由于会话持久性而无法扩展。
LoadBalancer (GCE Ingress) 将所有流量发送到反向代理，然后反向代理将流量发送到我设置的不同服务，其中之一是 wordpress。
如果我在 WordPress 服务上使用 SessionAffinity: ClientIP，所有流量都将流向一个 pod，而其他的将被忽略。这似乎是因为服务看到的是 LoadBalancer 的 ip 地址而不是客户端的。尽管在 nginx 反向代理和 wordpress NodePort 服务上都设置了 externalTrafficPolicy: Local。
我也尝试过使用 wordpress 服务作为默认后端，我设法让流量到达所有 pods 但失去了会话亲和力。
Ingress 还执行 TLS 终止，我发现这会影响 ClientIP 可见性，但我认为该问题已通过外部流量策略解决。
我们也在使用 Cloudflare，我想知道这是否会产生影响。但是我们正在使用 ngx_http_realip_module 来尝试获取正确的客户端 IP 地址。
我的集群中部署的 PHP 服务之一也遇到了类似的问题。会话是邪恶的 :) 但有时你确实需要使用它们。您可以通过几种方式将会话数据聚集在 PHP 中，这样您就不需要在负载均衡器上使用粘性会话。
- Pod 中的共享 RWX 卷将使会话文件对部署中的所有实例可用。除非你使用 S3 之类的东西进行 wordpress 上传，否则你可能已经对二进制文件做了类似的事情，就像我建议的会话文件一样。
- 使用 Memcached 或 Redis 作为会话存储的会话处理程序（这是我现在拥有的）
- 您甚至可以将它们保存在您的 MySQL 中，就像 WP 数据库一样，尽管我已经看到它可能会对性能产生重大影响。
您可以找到简单的 mamcache 示例 here。如果您需要集群存储，可以查看 Redis 集群，或者像我一样查看 Couchbase