【问题标题】:GCE HTTPS load balancer session affinityGCE HTTPS 负载均衡器会话亲和性
【发布时间】:2017-02-06 15:24:27
【问题描述】:

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

端点协议:HTTPS 命名端口:https 超时:600 秒 健康检查:ui-health2 会话亲和性:生成的 cookie 亲和性 cookie TTL:0 秒 Cloud CDN:禁用 Instance group Zone Healthy Autoscaling Balancing mode Capacity group-ui-normal us-central1-c 1 / 1 Off Max. CPU: 80% 100% group-ui-large us-central1-c 2 / 2 Off Max. CPU: 90% 100% group-ui-xlarge us-central1-c 2 / 2 Off Max. CPU: 80% 100%

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

问题是会话关联不能正常工作,我不知道为什么。大多数时候它似乎可以工作,但随机请求由具有相同 GCLB cookie 的不同实例响应。所有这一切都通过每 5 秒的 AJAX 请求进行复制,向实例 A 发出 20 多个请求,然后向实例 B 发出一个请求,然后向 A 发出另外 20 多个请求......

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

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

也许“平衡模式”和会话亲和性之间存在一些奇怪的交互?

【问题讨论】:

  • 您是否设法找到解决此问题的方法?
  • 我创建了 3 个负载均衡器,每个负载均衡器有一个实例组,这个配置看起来更稳定。

标签: google-compute-engine session-affinity


【解决方案1】:

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

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

【讨论】:

    猜你喜欢
    • 2011-06-20
    • 1970-01-01
    • 2018-02-09
    • 2019-10-20
    • 1970-01-01
    • 2021-09-06
    • 2014-02-12
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多