Google compute engine GCE HTTPS负载平衡器会话关联

Google compute engine GCE HTTPS负载平衡器会话关联,google-compute-engine,session-affinity,Google Compute Engine,Session Affinity,我有一个配置了一个后端服务和3个实例组的HTTPS负载平衡器: 端点协议:HTTPS命名端口:HTTPS超时:600秒运行状况检查:ui-health2会话关联:生成的cookie关联cookie TTL:0秒云CDN:已禁用 实例组区域正常自动缩放平衡模式容量 组用户界面正常us-central1-c 1/1最大CPU关闭:80%100% 组用户界面大型us-central1-c 2/2关闭最大CPU:90%100% 组用户界面xlarge us-central1-c 2/2关闭最大CPU:

我有一个配置了一个后端服务和3个实例组的HTTPS负载平衡器:

端点协议:HTTPS命名端口:HTTPS超时:600秒运行状况检查:ui-health2会话关联:生成的cookie关联cookie TTL:0秒云CDN:已禁用

实例组区域正常自动缩放平衡模式容量
组用户界面正常us-central1-c 1/1最大CPU关闭:80%100%
组用户界面大型us-central1-c 2/2关闭最大CPU:90%100%
组用户界面xlarge us-central1-c 2/2关闭最大CPU:80%100%

默认主机和路径规则,SSL终止

问题是会话关联不能正常工作,我不知道为什么。大多数情况下,它似乎可以正常工作,但随机地,一个请求会被使用相同GCLB cookie的不同实例响应。所有这些都是通过每5秒一次AJAX请求复制的,20多个请求到实例a,然后是一个请求到实例B,然后是其他20多个请求到实例a

我查看了LB日志,没有什么奇怪的(除了随机奇怪的响应),CPU很低。在哪里我可以找出某个实例是否在5秒钟内“不健康”

Apache日志显示运行状况ping或请求中没有错误

“平衡模式”和会话亲缘关系之间可能存在一些奇怪的交互作用?

被认为可以处理大量请求。它很有效地平衡了他们的货物


这里的问题是你的负载平衡器没有收到太多的请求,那么仅仅更改一个请求,就可以极大地修改负载,成为负载平衡器有效工作的障碍

你有没有找到解决这个问题的方法?我创建了3个负载平衡器,每个都有一个实例组,这个配置看起来更稳定。