Question

为了进行开发，我们在第一个可用区上设置了带有单个ec2的AWS ALB。我们尚未为第二个可用区分配目标。粘性会话已启用。

chrome

"timings": {
      "blocked": 3.9899999922234564,
      "dns": 20.664,
      "ssl": 35.21700000000055,
      "connect": 21092.345,
      "send": 0.1349999999983993,
      "wait": 75.01600001432962,
      "receive": 0.9250000002793968,
      "_blocked_queueing": 2.8999999922234565
    },

Firefox

"timings": {
      "blocked": 21364,
      "dns": 0,
      "connect": 21033,
      "ssl": 268,
      "send": 0,
      "wait": 44,
      "receive": 0
    },

我们注意到，在某些首页加载中，我们看到的初始连接时间为21.05-21.10秒。该数字非常恒定。在其余时间中，响应几乎是按预期的。

当我们查看云日志时，他们报告事件的target_processing_time中0.019。因此，似乎最初的握手是问题的原因。

之所以是21.xx秒，是因为在单个Az中只有一个目标。如果没有健康的目标，ALB尝试第二个AZ似乎是反常的。

是否有一种方法可以在其中配置ALB，以便在每N次调用新页面加载时都不会经历这21.xx秒？

aws alb初始连接缓慢-如何解决

0 个答案: