Amazon web services 使用Gatling进行负载测试时TLS握手超时

Amazon web services 使用Gatling进行负载测试时TLS握手超时,amazon-web-services,ssl,kubernetes,gatling,Amazon Web Services,Ssl,Kubernetes,Gatling,我目前正在AWS中使用Gatling对我的服务进行负载测试。我使用HTTP做了几次负载测试,我的服务工作得很好。没有TLS握手错误。当我们移动到HTTPS时,负载测试结果显示TLS握手超时异常到处都是,最后抛出OOM,因为未处理的请求排队 其他信息: 加特林的情况如下: 使用连接:close标题发送三个请求和一个请求。我想模拟发送三个保持活动状态的请求,并在最后关闭它 我的服务由Kubernetes管理 我所做的: 我在另一个Gatling实例上运行了负载测试,但错误仍然存在 重新启动AW

我目前正在AWS中使用Gatling对我的服务进行负载测试。我使用HTTP做了几次负载测试,我的服务工作得很好。没有TLS握手错误。当我们移动到HTTPS时,负载测试结果显示TLS握手超时异常到处都是,最后抛出OOM,因为未处理的请求排队

其他信息:

  • 加特林的情况如下: 使用
    连接:close
    标题发送三个请求和一个请求。我想模拟发送三个保持活动状态的请求,并在最后关闭它
  • 我的服务由Kubernetes管理
我所做的:

  • 我在另一个Gatling实例上运行了负载测试,但错误仍然存在
  • 重新启动AWS负载平衡器。附加说明:没有4xx和5xx错误,但我们有客户TLS协商错误
我的问题是:

  • 发生错误是因为HTTPS需要初始握手吗
  • 发生错误是因为AWS负载平衡器吗

  • 多谢各位

    您需要向客户端添加SSL调试标志-它将显示错误的性质。TLS握手超时通常是由于密码/协议不匹配造成的

    找出Gatling服务器正在使用的特定TLS协议和密码集,并确保您的ELB HTTPS侦听器使用正确的密码和协议

    弹性负载平衡使用安全套接字层(SSL)协商 协商SSL的配置,称为安全策略 客户端和负载平衡器之间的连接。安全策略 是SSL协议、SSL密码和服务器顺序的组合 优先选择权。有关配置SSL的详细信息,请参见 有关负载平衡器的连接,请参阅经典负载的侦听器 平衡器


    尝试允许所有密码/协议都存在。

    因此,问题似乎是因为Gatling握手的时间比每秒创建用户的时间长。通过减少创建的用户数量并增加RPS解决的问题的数量。

    Hi Vincent,您能否在解决方案周围添加一些描述。如果可能,添加gatling注入脚本/查询的代码片段?